📚 Grunnen til at jeg studerer ZK #1: Strukturelle endringer i avveininger Jeg er en BQ-utvikler. @BQ_Developer I disse dager er jeg dypt fordypet i ZK (Zero-Knowledge Proofs). Først trodde jeg det bare var en enkel krypteringsteknikk, men når jeg forsto det, endret perspektivet mitt på selve problemet seg. I løpet av de neste artiklene vil jeg oppsummere hvorfor jeg begynte å studere ZK, og hvorfor det har betydning utover bare teknisk læring. Det første punktet handler om hvordan ZK løser eksisterende tekniske avveininger. 🔍 Avveininger finnes i alle systemer Et av de mest hørte begrepene innen programvareutvikling er "trade-off". - Styrke sikkerheten → reduserer brukervennligheten - Øke hastigheten → øker kostnadene - Desentralisering → reduserer effektiviteten Spesielt personvern og etterprøvbarhet har blitt ansett som de mest uttalte avveiningene. Det var allment kjent at for å bevise noe, måtte du avsløre informasjon, og hvis du skjulte informasjon, kunne den ikke verifiseres. 💭 Struktur for eksisterende verifikasjonsmetoder Måten verifiseringen fungerte på var enkel: 1. A fremsetter et krav 2. B ber om bevis 3. A viser bevisene 4. B bekrefter det I denne prosessen lærer B uunngåelig informasjon. Så i praksis var kompromisser alltid nødvendige: - For å bli revidert må du avsløre bøkene dine - For å bevise kvalifikasjoner må du fremvise ID - For å bekrefte samsvar må du dele interne data 🔓 Hva ZK endrer ZK endrer verifiseringsstrukturen. Gammelt: Vis informasjon → kontrolløren sjekker direkte ZK: Skjul informasjon → Bevis bare at visse betingelser er oppfylt For eksempel i lånevurderinger: - Gammelt: Avslør banksaldo på 1 234 567 won - ZK: Bevis bare at "saldoen er over 1 million vunnet" Det kan virke som en liten forskjell, men det endrer fundamentalt essensen av verifisering. Verifikatoren kan bare bekrefte de nødvendige fakta og kan ikke vite mer enn det. ✏️ Hva som faktisk endrer seg De spesifikke forskjellene som skapes av denne endringen: Scenario for overvåking: - Før: Send inn hele transaksjonshistorikken → Vis sensitiv kundeinformasjon - Etter: Bevis bare at "alle transaksjoner er i samsvar med forskrifter" → Beskytt kundeinformasjon I blokkjede: - Før: Alle transaksjoner åpent avslørt → Gi opp personvern - Etter: Bevis kun transaksjonens gyldighet → Oppretthold personvernet Verifisering av AI-modell: - Før: Avslør modell → gi opp immaterielle rettigheter - Etter: Bevis bare at «skjevhet er under terskelen» → Beskytt modellen Kombinasjoner som tidligere var umulige, blir nå mulige. Du kan opprettholde hemmelighold mens du blir verifisert. Dette konseptet resonerer med meg på et dypere nivå. Det er et nytt forslag som bryter seg løs fra begrensningen av «å måtte velge en av de to» til «begge er mulige». Jeg tolker dette som å skape et nytt balansepunkt et sted mellom 0 og 1. Jeg tror de fleste teknologiske fremskritt har vært slik. Det er ikke mange magiske løsninger som løser alle problemer på en gang. Men det ZK viser er muligheten for å «endre graden av kompromiss». Og jeg tror bare de som forstår denne muligheten kan skape neste nivå av forbedringer. Dette er grunnen til at jeg studerer ZK. I neste artikkel vil jeg snakke om en annen endring brakt av ZK. --- Dine likes og delinger er kjærlighet 🥰 #BQDeveloper #ZK #ZeroKnowledgeProof #TurningImpossibilitiesIntoPossibilities