📚 Motivul pentru care studiez ZK #1: Schimbări structurale în compromisuri Sunt dezvoltator BQ. @BQ_Developer În aceste zile, sunt profund cufundat în ZK (Zero-Knowledge Proofs). La început, am crezut că este doar o simplă tehnică de criptare, dar odată ce am înțeles-o, perspectiva mea asupra problemei în sine s-a schimbat. În următoarele câteva articole, voi rezuma de ce am început să studiez ZK, și de ce are o semnificație dincolo de învățarea tehnică. Primul punct este despre modul în care ZK rezolvă compromisurile tehnice existente. 🔍 Există compromisuri în toate sistemele Unul dintre cei mai frecvent auziți termeni în dezvoltarea de software este "trade-off". - Consolidarea securității → Scade gradul de utilizare - Creșterea vitezei → crește costurile - Descentralizare → Reduce eficiența În special, confidențialitatea și verificabilitatea au fost considerate cele mai pronunțate compromisuri. Era cunoscut faptul că pentru a dovedi ceva, trebuia să dezvălui informații, iar dacă ascundeai informații, nu puteau fi verificate. 💭 Structura metodelor de verificare existente Modul în care a funcționat verificarea a fost simplu: 1. A face o cerere 2. B solicită probe 3. A prezintă dovezile 4. B confirmă acest lucru În acest proces, B învață inevitabil informații. Deci, în practică, compromisurile au fost întotdeauna necesare: - Pentru a fi auditat, trebuie să vă dezvăluiți registrele - Pentru a dovedi calificările, trebuie să prezentați un act de identitate - Pentru a confirma conformitatea, trebuie să partajați date interne 🔓 Ce schimbă ZK ZK schimbă structura verificării. Vechi: Afișați informațiile → verifică direct verificatorul ZK: Ascundeți informațiile → Dovediți doar că sunt îndeplinite anumite condiții De exemplu, în evaluările împrumuturilor: - Vechi: Dezvăluiți soldul bancar de 1.234.567 woni - ZK: Dovedește doar "soldul este de peste 1 milion de woni" Poate părea o mică diferență, dar schimbă fundamental esența verificării. Verificatorul poate confirma doar faptele necesare și nu poate ști mai mult decât atât. ✏️ Ce se schimbă de fapt Diferențele specifice create de această modificare: Scenariu de audit: - Înainte: Trimiteți întregul istoric al tranzacțiilor → Expuneți informații sensibile ale clienților - După: Dovediți doar "toate tranzacțiile au respectat reglementările" → Protejați informațiile clienților În blockchain: - Înainte: Toate tranzacțiile dezvăluite în mod transparent → Renunțați la confidențialitate - După: Dovedește doar valabilitatea tranzacției → Păstrează confidențialitatea Verificarea modelului AI: - Înainte: Dezvăluiți modelul → Renunțați la proprietatea intelectuală - După: Dovediți doar că "părtinirea este sub prag" → Protejați modelul Combinații care înainte erau imposibile devin acum posibile. Puteți păstra secretul în timp ce sunteți verificat. Acest concept rezonează cu mine la un nivel mai profund. Este o nouă propunere care se eliberează de constrângerea de a "trebui să alegi una dintre cele două" la "ambele sunt posibile". Interpretez acest lucru ca creând un nou punct de echilibru undeva între 0 și 1. Cred că majoritatea progreselor tehnologice au fost așa. Nu există multe soluții magice care să rezolve toate problemele simultan. Dar ceea ce arată ZK este posibilitatea de a "schimba gradul de compromis". Și cred că doar cei care înțeleg această posibilitate pot crea următorul nivel de îmbunătățiri. Acesta este motivul pentru care studiez ZK. În articolul următor, voi vorbi despre o altă schimbare adusă de ZK. --- Aprecierile și împărtășirile tale sunt dragoste 🥰 #BQDeveloper #ZK #ZeroKnowledgeProof #TurningImpossibilitiesIntoPossibilities