📚 De reden waarom ik ZK bestudeer #1: Structurele veranderingen in afwegingen Ik ben een BQ-ontwikkelaar. @BQ_Developer Tegenwoordig ben ik diep ondergedompeld in ZK (Zero-Knowledge Proofs). In het begin dacht ik dat het gewoon een eenvoudige encryptietechniek was, maar zodra ik het begreep, veranderde mijn perspectief op het probleem zelf. In de komende artikelen zal ik samenvatten waarom ik begon met het bestuderen van ZK, en waarom het betekenis heeft die verder gaat dan alleen technische kennis. Het eerste punt gaat over hoe ZK bestaande technische afwegingen oplost. 🔍 Afwegingen bestaan in alle systemen Een van de meest gehoorde termen in softwareontwikkeling is "afweging." - Beveiliging versterken → Vermindert bruikbaarheid - Snelheid verhogen → Verhoogt kosten - Decentraliseren → Vermindert efficiëntie Vooral privacy en verifieerbaarheid zijn beschouwd als de meest uitgesproken afwegingen. Het was algemeen bekend dat om iets te bewijzen, je informatie moest onthullen, en als je informatie verstopte, kon het niet worden geverifieerd. 💭 Structuur van bestaande verificatiemethoden De manier waarop verificatie werkte was eenvoudig: 1. A doet een claim 2. B vraagt om bewijs 3. A toont het bewijs 4. B bevestigt het In dit proces leert B onvermijdelijk informatie. Dus in de praktijk waren compromissen altijd noodzakelijk: - Om te worden gecontroleerd, moet je je boeken onthullen - Om kwalificaties te bewijzen, moet je een ID tonen - Om naleving te bevestigen, moet je interne gegevens delen 🔓 Wat ZK verandert ZK verandert de structuur van verificatie. Oud: Toon informatie → Verifier controleert direct ZK: Verberg informatie → Bewijs alleen dat aan bepaalde voorwaarden is voldaan Bijvoorbeeld, bij leningbeoordelingen: - Oud: Onthul banksaldo van 1.234.567 won - ZK: Bewijs alleen "het saldo is meer dan 1 miljoen won" Het lijkt misschien een klein verschil, maar het verandert fundamenteel de essentie van verificatie. De verifier kan alleen de noodzakelijke feiten bevestigen en kan niet meer weten dan dat. ✏️ Wat er daadwerkelijk verandert De specifieke verschillen die door deze verandering zijn ontstaan: Auditscenario: - Voorheen: Dien volledige transactiegeschiedenis in → Stel gevoelige klantinformatie bloot - Daarna: Bewijs alleen "alle transacties voldeden aan de regelgeving" → Bescherm klantinformatie In blockchain: - Voorheen: Alle transacties transparant onthuld → Geef privacy op - Daarna: Bewijs alleen de geldigheid van de transactie → Behoud privacy Verificatie van AI-modellen: - Voorheen: Onthul model → Geef intellectueel eigendom op - Daarna: Bewijs alleen "vooroordeel is onder de drempel" → Bescherm het model Combinaties die voorheen onmogelijk waren, worden nu mogelijk. Je kunt geheimhouding behouden terwijl je wordt geverifieerd. Dit concept resoneert op een dieper niveau met mij. Het is een nieuw voorstel dat zich bevrijdt van de beperking van "moeten kiezen tussen twee" naar "beide zijn mogelijk." Ik interpreteer dit als het creëren van een nieuw evenwichtspunt ergens tussen 0 en 1. Ik geloof dat de meeste technologische vooruitgangen zo zijn geweest. Er zijn niet veel magische oplossingen die alle problemen in één keer oplossen. Maar wat ZK laat zien, is de mogelijkheid van "de mate van compromis te veranderen." En ik geloof dat alleen degenen die deze mogelijkheid begrijpen, het volgende niveau van verbeteringen kunnen creëren. Dit is waarom ik ZK bestudeer. In het volgende artikel zal ik praten over een andere verandering die door ZK is gebracht. --- Jouw likes en shares zijn liefde 🥰 #BQDeveloper #ZK #ZeroKnowledgeProof #TurningImpossibilitiesIntoPossibilities