Ethereum-Entwickler arbeiten an einem ZK-Protokoll für den Datenschutz von On-Chain-Interaktionen

Ethereum-Entwickler entwickeln ein neues Zero-Knowledge-Protokoll, das auf eine stärkere Privatsphäre bei On-Chain-Interaktionen abzielt, beginnend mit einem kryptografisch verifizierten Secret Santa-ähnlichen Matching-System.

Obwohl thematisch spielerisch, spiegelt das Werk einen wachsenden Vorstoß innerhalb des Ethereum-Ökosystems wider, praktische Datenschutzrahmen zu entwerfen, die in einer Vielzahl realer Anwendungen eingesetzt werden können.

Ein Vorstoß für private Koordination in Ethereum

Die Idee tauchte kürzlich wieder auf, nachdem der Soliditätsingenieur Artem Chystiakov Forschungsarbeiten hervorhob, die er und seine Mitarbeiter Anfang dieses Jahres erstmals veröffentlicht hatten.

Ihr Vorschlag, bekannt als das ZK Secret Santa (ZKSS)-Protokoll, beschreibt eine Methode, um Teilnehmer in der Kette zusammenzubringen, ohne offenzulegen, wer wem zugewiesen wird.

Die Herausforderung wird durch den vollständig transparenten Zustand von Ethereum, das Fehlen von nativer Zufälligkeit und das langjährige Problem der Sybil-Resistenz noch verstärkt.

Um diese Einschränkungen zu beheben, stützt sich das ZKSS-Design stark auf Zero-Knowledge-Beweise, Transaktions-Relayer und kryptographische Nullifikatoren.

Gemeinsam ermöglichen diese Tools den Teilnehmern, ihren Platz im Spiel zu beweisen, Zufälligkeit beizutragen und Zuweisungen zu erhalten, ohne die zugrundeliegenden Identitätsverbindungen zu offenbaren, die sonst auf der Kette sichtbar wären.

Die Nutzung eines Relayers ist zentral für die Datenschutzgarantie. Während der Matching-Phase reichen die Teilnehmer ihre Zufälligkeit über den Relayer ein, der die Transaktionen in ihrem Namen ausstrahlt.

Da der Relayer den Ursprung jeder Abgabe maskiert, kann kein Beobachter abschließen, welche Adresse welchen Wert beigetragen hat.

Die Zero-Knowledge-Beweise des Protokolls überprüfen dann, dass jede Zufälligkeitseinreichung gültig, an einen legitimen Teilnehmer gebunden und nicht dupliziert ist.

Innerhalb des Drei-Stufe-Protokolls

Das ZKSS-System entfaltet sich in drei koordinierten Schritten.

Erstens sind alle Teilnehmer in einem Smart Contract registriert, der ihre Adressen in einem spärlichen Merkle-Baum speichert.

Dieses Setup muss nur einmal durchgeführt werden, sodass wiederholte Secret Santa-Runden möglich sind, ohne die Teilnehmerliste neu aufbauen zu müssen.

Der Registrierungsbaum ermöglicht später nachweisbasierte Mitgliedschaftsprüfungen, ohne Wallet-Beziehungen offenzulegen.

Die zweite Phase, genannt Signaturverpflichtung, verlangt von jedem Teilnehmer, sich zu einer deterministischen ECDSA-Signatur zu verpflichten.

Diese Verpflichtung verhindert, dass sie die Signaturvariabilität nutzen, um Anti-Sybil-Schutzmaßnahmen zu umgehen.

Jeder Signatur-Hash wird in einem separaten Merkle-Baum gespeichert, wobei der Vertrag bestätigt, dass der Absender zur ursprünglichen Teilnehmermenge gehört.

Nach dem Commit generieren und veröffentlichen die Spieler einen einzigartigen Zufallswert. Sie machen dies privat, aber ihr Beweis zeigt, dass die Zufälligkeit einem legitimen Teilnehmer gehört und nicht wiederverwendet wurde.

Spieler werden ermutigt, RSA-öffentliche Schlüssel als Zufälligkeit zu verwenden, damit sie später verschlüsselte Lieferdetails von ihrem zugewiesenen Gegenstück erhalten können.

Der letzte Schritt ist die Offenbarungsphase des Empfängers. Hier offenbart sich jeder Teilnehmer der Person, die seine Zufälligkeit gezogen hat.

Sie liefern einen Beweis dafür, dass sie ihren eigenen Slot nicht beanspruchen und dass ihr Nullifier nicht mit der gewählten Zufälligkeit kollidiert.

Mit diesem letzten Verifikationsschritt schließt das Protokoll das Matching ab, ohne dass Sender-Empfänger-Zuordnungen an die öffentliche Kette geleakt werden.

Ein Rahmenwerk mit breiteren Anwendungen

Obwohl sie als Secret Santa-Algorithmus dargestellt werden, reichen die Implikationen weit über saisonale Geschenketausche hinaus.

Die wachsende Schnittstelle von Ethereum mit regulierten Finanzen, Governance und organisatorischer Koordination hat den Bedarf an erlaubnisfreien Datenschutzsystemen verstärkt.

Der gleiche Rahmen kann anonyme Abstimmungen in DAOs, Whistleblower-Kanäle, in denen Mitglieder ihre Berechtigung nachweisen müssen, ohne die Identität preiszugeben, sowie private Airdrops unterstützen, die die Offenlegung von Empfängerlisten vermeiden.

Seine Struktur, Merkle-Bäume für die Mitgliedschaftsprüfung, deterministische Signaturen für Sybil-Resistenz und Zero-Knowledge-Beweise für Korrektheit, spiegelt das Rückgrat vieler aufkommender Datenschutz-First-Protokolle wider.

Entwickler erwarten eine weitere Verfeinerung, während die Community das ZKSS-Design testet und die Interoperabilität mit bestehenden Ethereum-Tools erforscht.

Die frühen Forschungen legen nahe, dass datenschutz- und überprüfbare Koordination auch ohne vertrauenswürdige Vermittler erreicht werden kann, was einen bemerkenswerten Schritt hin zu vertraulicheren Aktivitäten auf öffentlichen Blockchains darstellt.