Ethereums Datenschutz-Revolution: Wie EIP-8182, pERC-20 und STRK20 eine regelkonforme Vertraulichkeitsschicht aufbauen

Eine zentrale architektonische Entscheidung ist der gemeinsame Anonymitätssatz. Da der abgeschirmte Pool ein einziges, protokollweites System ist, stärkt jede Wallet, die den Standard integriert, automatisch den Anonymitätssatz für alle anderen Nutzer . Dies steht in starkem Kontrast zur fragmentierten Datenschutzlandschaft der Vergangenheit, in der isolierte Pools die Anonymität viel schwächer machten. Um Doppelausgaben innerhalb des Pools zu verhindern, verwendet das System einen gemeinsamen Notizbaum (Note Tree) und einen Nullifier-Satz .

pERC-20 (ERC-7605): Ein datenschutz-nativer Token-Standard

Während EIP-8182 auf die Transaktionsebene zielt, definiert der pERC-20-Vorschlag – formell als ERC-7605 geführt – neu, was ein Token überhaupt ist. Die Kernidee ist einfach, aber radikal: In einer pERC-20-Welt gibt es keine öffentliche balanceOf- oder transferFrom-Funktion. Stattdessen existieren Guthaben als verschlüsselte kryptografische Notizen, wobei Sender, Empfänger und Betrag jeder Überweisung standardmäßig verborgen sind .

Die Architektur lehnt sich stark an Zcashs Orchard-Protokoll und das ZK-UTXO-Modell an, wobei Token direkt in versteckte Guthaben geprägt werden, die niemals im öffentlichen Zustand erscheinen . Das Gesamtangebot bleibt öffentlich überprüfbar, was einen entscheidenden Prüfanker schafft, aber einzelne Bestände und Bewegungen werden privat gehalten .

Entscheidend ist, dass der Standard Compliance-Mechanismen einbettet, die frühere Datenschutz-Designs weitgehend ignorierten. Der Vorschlag enthält eine Blacklist-Funktion, die Token-Emittenten ein Werkzeug an die Hand gibt, um bestimmte Adressen von der Interaktion mit dem privaten Token-Pool auszuschließen . Dieses Design erkennt eine praktische Realität an: Damit Datenschutzwerkzeuge eine breite Akzeptanz finden, insbesondere bei Institutionen, müssen sie einen Weg für regulatorische Eingriffe bieten, ohne den gesamten Datenschutzsatz zu zerstören.

STRK20: Privatsphäre live auf Starknet

Während EIP-8182 und pERC-20 noch in Arbeit befindliche Vorschläge sind, ist das STRK20-Framework von Starknet bereits betriebsbereit. Erstmals im März 2026 angekündigt und bis zum 9. Juni vollständig im Mainnet gestartet, ermöglicht es, jeden ERC-20-Vermögenswert auf Starknet abzuschirmen, zu transferieren und privat in DeFi zu nutzen .

Der erste Vermögenswert, der den Standard nutzt, ist strkBTC, ein durch Bitcoin besicherter Wrapped Token, der sowohl in einem öffentlichen als auch in einem abgeschirmten Modus betrieben wird . Nutzer können über kompatible Wallets wie Ready X und Xverse zwischen den Modi wechseln . Einmal abgeschirmt, werden Guthaben und Transaktionen für externe Beobachter unsichtbar, aber der Token bleibt vollständig kompatibel mit bestehenden dezentralen Börsen und Kreditprotokollen wie Ekubo und AVNU .

Die Compliance-Architektur von STRK20 dreht sich um Viewing Keys. Token-Inhaber können einer bestimmten dritten Partei – etwa einer Aufsichtsbehörde, einem Wirtschaftsprüfer oder einer Steuerbehörde – einen Viewing Key gewähren, der es dieser Partei erlaubt, Transaktionsdetails zu entschlüsseln, während der Rest der Welt nichts sieht . Dieses Modell der selektiven Offenlegung zielt darauf ab, das Spannungsfeld zu lösen, das Werkzeuge wie Tornado Cash plagte, wo vollständige Anonymität jegliche Form von Compliance-Unterstützung unmöglich machte .

Eine gemeinsame Designphilosophie: Regelkonforme Privatsphäre

Obwohl sie auf verschiedenen Ebenen des Stacks operieren, teilen diese drei Initiativen eine klare Designphilosophie.

Erstens wird Privatsphäre als Infrastruktur behandelt, nicht als Feature. EIP-8182 bettet sie in die Konsensschicht ein. pERC-20 bettet sie in die Token-Schnittstelle ein. STRK20 bettet sie in den L2-Token-Contract ein. In allen drei Fällen ist Privatsphäre keine Hülle um existierende transparente Systeme – sie ist der Standardzustand.

Zweitens ist Compliance ein erstklassiges Designziel und kein nachträglicher Gedanke. pERC-20 enthält eine Blacklist. STRK20 enthält Viewing Keys. Der Nullifier-Satz von EIP-8182 verhindert Doppelausgaben innerhalb eines privaten Pools und wahrt die Integrität, ohne Nutzer zu deanonymisieren. Dies markiert eine deutliche Weiterentwicklung gegenüber früheren Datenschutzprojekten, die regulatorische Kompatibilität oft als optional oder gegensätzlich betrachteten.

Die Konvergenz ist auffallend. Sie deutet darauf hin, dass sich die Ethereum-Entwicklergemeinschaft weitgehend auf einen neuen Konsens geeinigt hat: Finanzielle Privatsphäre ist essenziell für die langfristige Gesundheit des Netzwerks, aber sie muss mit kontrollierten Offenlegungspfaden architektonisch gestaltet werden. Das Ziel ist nicht gesetzlose Anonymität, sondern Vertraulichkeit, die die realen Verpflichtungen von Institutionen, Emittenten und Nutzern respektiert.

Ein Großteil dieser Arbeit steckt noch in den Anfängen. EIP-8182 ist immer noch ein Vorschlag, und seine Aufnahme in Hegotá ist noch nicht garantiert. pERC-20 befindet sich im Entwurfsstatus und wird vor einer möglichen Annahme umfangreiche Prüfungen erfordern. STRK20 ist am weitesten fortgeschritten, heute live auf Starknet, aber seine langfristige Akzeptanz wird davon abhängen, ob Wallets, Anwendungen und Nutzer das Modell annehmen.

Klar ist jetzt die Richtung. Die Ära vollständig transparenter Kassenbücher als einziger akzeptabler Standard wird in Frage gestellt. An ihrer Stelle nimmt eine neue Architektur Gestalt an: eine, in der Privatsphäre programmierbar, Compliance eingebaut und Vertraulichkeit ein Standardmerkmal des Ethereum-Ökosystems ist.