EIP-8182 würde einen gemeinsam genutzten abgeschirmten Pool und eine ZK-Vorkompilierung hinzufügen, um private ETH- und ERC-20-Übertragungen zu einer nativen Ethereum-Funktion zu machen, abgestimmt auf die Datenschutz-Roadmap 2026.
Zusammenfassung
- Der Ethereum-Entwickler Tom Lehman hat einen Entwurf von EIP-8182 veröffentlicht, einen Vorschlag zur Einführung gemeinsamer Datenschutzpools, eines Vertrags über ein System mit fester Adresse und vorkompilierter Zero-Knowledge-Verifizierungen (ZK) direkt in das Ethereum-Protokoll.
- Das Design würde über einen Hard Fork aktiviert, ohne Admin-Schlüssel, Governance-Tokens oder On-Chain-Upgrade-Hooks, um den Datenschutz im Rahmen des Ethereum-eigenen Vertrauensmodells anstelle fragmentierter Lösungen auf App-Ebene zu vereinheitlichen.
- Im Falle einer Einführung könnten Benutzer private ETH- und ERC-20-Überweisungen aus vorhandenen Wallets an jede Ethereum-Adresse oder jeden ENS-Namen senden, einschließlich atomarer „Desensibilisierung → Interaktion → Reprivatisierung“-Flows.
Ethereum (ETH) bringt endlich den Datenschutz auf Protokollebene auf den Tisch. Tom Lehman hat freigegeben Entwurf EIP-8182, „Private ETH- und ERC-20-Transfers“, der einen gemeinsamen abgeschirmten Pool und eine ZK-Beweisüberprüfung in die Basiskette einbetten würde, sodass private Transfers zu einer erstklassigen Funktion und nicht zu einem Opt-in-dApp-Add-on werden. Lehman argumentiert, dass Ethereum selbst „eine gemeinsame Datenschutzschicht bereitstellen“ sollte, um die aktuelle Sackgasse kleiner, isolierter Anonymitätssätze und inkompatibler Vertrauensannahmen in Datenschutz-Apps zu überwinden.
Das Herzstück von EIP-8182 ist ein protokollverwalteter Systemvertrag, der an einer festen Adresse im Stil von EIP-4788 bereitgestellt wird. Dieser Vertrag würde den gesamten Status für einen globalen abgeschirmten Pool enthalten – einschließlich des Notiz-Commitment-Baums, des Nullifier-Sets, der Benutzer- und Zustellungsschlüssel-Register sowie eines Autorisierungsrichtlinien-Registers – und hätte keinen Proxy, keine Admin-Funktion und keinen On-Chain-Upgrade-Mechanismus, was bedeutet, dass er nur durch Ethereum-Hardforks geändert werden kann. Parallel dazu fügt der Vorschlag eine ZK-Beweisüberprüfungs-Vorkompilierung hinzu, damit Clients private Übertragungsnachweise auf der Protokollebene effizient überprüfen können.
Lehmans Design versucht, den Datenschutz mit der bestehenden UX von Ethereum in Einklang zu bringen. Benutzer identifizieren Empfänger immer noch anhand der Standard-Ethereum-Adresse oder ENS-Nameaber die eigentlichen „Notizen“ innerhalb des abgeschirmten Pools sind an versteckte Besitzerkennungen gebunden, die aus einer Registrierung für diese Adressen abgerufen werden. Dies ermöglicht die einmalige Integration von Wallets und ermöglicht es Benutzern, private Zahlungen an jede beliebige Adresse zu senden, anstatt zwischen inkompatiblen Datenschutzpools zu wählen, die jeweils ihren eigenen Anonymitätssatz aufbauen. Das EIP spezifiziert auch die Unterstützung für atomare Ströme – Einzahlung in den abgeschirmten Pool, Interaktion mit einem öffentlichen Auftrag und erneute Abschirmung des Ergebnisses – was das ermöglicht, was der Entwurf als „Desensibilisierung → Interaktion → Reprivatisierung“ in einer einzigen Sequenz bezeichnet.
Entscheidend ist, dass der Vorschlag explizit angibt, was er nicht löst. Der End-to-End-Datenschutz erfordert weiterhin Mempool-Verschlüsselung, Anonymität auf Netzwerkebene und UX-Änderungen auf der Wallet-Seite, die alle außerhalb des Geltungsbereichs von EIP-8182 liegen. Aber der Schritt steht im Einklang mit der umfassenderen Roadmap von Ethereum für 2026, die laut AmbCrypto den „institutionellen Datenschutz in den Mittelpunkt“ vor einem erwarteten Tokenisierungsboom stellt Stiftung Führungskräfte nennen eine schnellere Endgültigkeit und konformen Datenschutz als Hauptprioritäten.
Wenn EIP-8182 voranschreitet, wird es sich auch direkt mit Regulierungsdebatten überschneiden, die durch Protokolle wie Privacy Pools ausgelöst werden, die Folgendes verwenden ZK-Beweise saubere Gelder von verdorbenen Geldern zu trennen, ohne die vollständige Transaktionshistorie preiszugeben. Eine protokollnative Datenschutzschicht, die auf gemeinsamen Pools und nachweisbarer Herkunft basiert, könnte sowohl DeFi als auch zukünftigen realen Asset-Plattformen die Möglichkeit geben, glaubwürdige Datenschutzgarantien zu bieten und gleichzeitig Compliance- und Prüfanforderungen zu erfüllen – ein Gleichgewicht, das umso wichtiger sein wird, da institutionelles Kapital und KI-gesteuerte Agenten zunehmend Transaktionen auf Ethereum abwickeln.
