Überblick
Vitalik Buterins neuester Vergleich der Ethereum-Roadmap 2023 mit der aktuellen L1-Strawmap zeigt eine bedeutende Änderung der Protokollprioritäten. Die ursprünglichen Ziele des Netzwerks wurden nicht aufgegeben, aber die Quantenresistenz wurde vorgezogen, während native Privatsphäre, Post-Quanten-Skalierung, native Rollups und formaler verifizierbare Spezifikationen an Bedeutung gewonnen haben. Einige frühere Richtungen, einschließlich verifizierbarer Verzögerungsfunktionen und Teile der früheren EVM-Roadmap, werden nun weniger betont.
Die Ethereum-Quantensicherheits-Roadmap ist kein bestätigter Hard-Fork-Zeitplan. Die Strawmap ist ein Entwurf, der von der Ethereum Foundation Architecture gepflegt wird, und einzelne Vorschläge müssen noch Forschung, Ethereum Improvement Proposals, Client-Implementierung, Tests und Community-Koordination durchlaufen. Ethereum.org beschreibt ungefähr 2029 als Ziel für den Abschluss der zentralen Post-Quanten-Infrastruktur, klassifiziert die damit verbundenen Meilensteine jedoch ausdrücklich als Planungsziele und nicht als garantierte Verpflichtungen.
Kein Quantencomputer kann derzeit die Kryptographie von Ethereum brechen, daher müssen Benutzer ihre ETH nicht sofort bewegen oder ihre Wallets wechseln. Die Bedeutung der Roadmap liegt in der Zeit, die ein dezentrales Netzwerk benötigt, um mehrere kryptographische Komponenten zu ersetzen, ohne Validatoren, Konten, Rollups oder Anwendungen zu stören. Privatsphäre schafft eine ähnlich breite Herausforderung, da sie Zahlungen, Anwendungsaktivitäten, RPC-Anfragen und Netzwerk-Metadaten schützen muss, während sie Benutzerfreundlichkeit und Komponierbarkeit bewahrt.
Wichtige Erkenntnisse
- Quantenresistenz hat in der neuesten Ethereum-Roadmap eine höhere Priorität erhalten.
- Die Migration umfasst BLS-Signaturen, KZG-Verpflichtungen, ECDSA-Konten und einige ZK-Beweissysteme.
- Native Privatsphäre bleibt ein Designziel, kein bestehendes Standardmerkmal.
- Größere Post-Quanten-Signaturen machen Aggregation und Skalierung zu wesentlichen Teilen des Übergangs.
- Das Ziel für 2029 ist ein Planungsmeilenstein, und Benutzer müssen heute nicht handeln.
Wie sich die Ethereum-Quantensicherheits-Roadmap geändert hat
Was hat sich in Vitalik Buterins neuester Roadmap geändert?
Die langfristigen Ziele von Ethereum bleiben erkennbar, aber ihre Reihenfolge und technische Umsetzung haben sich geändert. Vitaliks Vergleich vom 10. August zeigte, dass die Quantensicherheit in der Prioritätenliste höher gerückt ist, während verifizierbare Verzögerungsfunktionen und einige frühere EVM-Verbesserungen weniger zentral geworden sind. Frühere Richtungen zur Zustandsverwaltung, die Verkle-Bäume und Zustandsablauf betrafen, wurden ebenfalls um neuere Vorschläge neu organisiert.
Die aktualisierte Roadmap gibt der nativen Privatsphäre, der Post-Quanten-Skalierung, nativen Rollups, Blob- und Gas-Futures sowie Spezifikationen, die für eine einfachere formale Verifizierung entwickelt wurden, mehr Sichtbarkeit. Diese Ergänzungen spiegeln Veränderungen in der umgebenden Technologie wider. Zero-Knowledge-Beweise sind praktikabler geworden, Rollups tragen jetzt einen größeren Anteil der Ethereum-Aktivität, und Fortschritte im Quantencomputing haben die langfristige kryptographische Migration zu einem konkreteren technischen Anliegen gemacht.
Native Rollups könnten es der Basisschicht von Ethereum schließlich ermöglichen, Rollup-Zustandsübergänge durch standardisierte Protokollmechanismen zu verifizieren. Blob- und Gas-Futures würden es derweil erleichtern, zukünftigen Blockspace oder Datenkapazität zu bepreisen und zu verwalten. Diese Ideen bleiben Forschungsrichtungen und keine garantierten Funktionen, aber ihre Aufnahme zeigt, dass Ethereum Skalierung, Sicherheit und Marktdesign zunehmend als zusammenhängende Probleme betrachtet.
Die Strawmap sollte nicht als Upgrade-Kalender interpretiert werden. Sie wird von der Ethereum Foundation Architecture gepflegt und bildet mögliche Richtungen über mehrere Jahre ab. Ein Merkmal, das darauf erscheint, bedeutet nicht, dass sich die Entwickler auf eine endgültige Spezifikation, einen Aktivierungsblock oder eine Implementierungsmethode geeinigt haben.
Warum wird Quantensicherheit dringlicher?
Quantensicherheit wird dringlicher, weil kryptographische Übergänge Jahre dauern können, selbst wenn die zugrunde liegende Bedrohung nicht unmittelbar ist. Ethereum muss Validatoren, Ausführungs- und Konsens-Clients, Wallets, Smart Contracts, Rollups, Brücken und Verwahrungsanbieter koordinieren. Bis zu warten, bis ein ausreichend leistungsfähiger Quantencomputer existiert, würde zu wenig Zeit für Tests und Kontenmigration lassen.
Ethereum.org identifiziert vier Bereiche, die unterschiedliche Post-Quanten-Lösungen erfordern. Konsens stützt sich auf BLS-Signaturen, um Validatorstimmen zu aggregieren. Datenverfügbarkeit verwendet KZG-Polynomverpflichtungen als Teil der Rollup-Skalierungsarchitektur von Ethereum. Standardmäßige extern besessene Konten verwenden ECDSA-Signaturen, während viele Zero-Knowledge-Systeme auf Anwendungsebene von Elliptische-Kurven-Annahmen abhängen.
Diese Komponenten können nicht durch einen universellen Ersatz gesichert werden. Ein Validator-Signaturschema muss eine effiziente Aggregation über eine große Validatorgruppe unterstützen. Eine Datenverfügbarkeitsverpflichtung muss kompakt und für Knoten praktikabel bleiben. Die Wallet-Migration muss aktive und ruhende Konten schützen, während Rollups Beweissysteme benötigen, die erschwinglich und mit bestehenden Anwendungen kompatibel bleiben.
Aktuelle Quantenhardware bleibt weit unter dem Niveau, das zum Brechen der Kryptographie von Ethereum erforderlich ist. Die Vorbereitung ist daher eine Übung im Risikomanagement und keine Reaktion auf einen aktiven Angriff. Die Unsicherheit um den Entwicklungszeitplan ist genau der Grund, warum das Netzwerk den Übergang früh beginnt.
Datenschutz wird zum Designziel auf Protokollebene
Wie würde nativer Datenschutz die Aktivitäten von Ethereum-Nutzern verändern?
Nativer Datenschutz würde die Informationen reduzieren, die externe Beobachter über Zahlungen, Anwendungen, RPC-Abfragen und Netzwerkaktivitäten hinweg verknüpfen können. Es würde nicht jede Transaktion oder Smart-Contract-Interaktion vollständig unsichtbar machen.
Vitaliks Datenschutz-Roadmap unterteilt das Problem in vier Bereiche: private Onchain-Zahlungen, teilweise Anonymisierung von Aktivitäten innerhalb von Anwendungen, Datenschutz für Blockchain-Lesezugriffe und RPC-Aufrufe sowie Anonymität auf Netzwerkebene. Diese breitere Definition ist wichtig, da Transaktionswerte nur eine Quelle der Offenlegung sind. Ein RPC-Anbieter eines Nutzers kann beobachten, welche Adressen und Verträge die Wallet abfragt, selbst wenn keine Transaktion übermittelt wird.
Ein vorgeschlagener Ansatz besteht darin, für jede Anwendung eine andere Adresse zu verwenden. Dies könnte es erschweren, die Kredit-, Handels-, Spiel- und Zahlungsaktivitäten eines Nutzers über ein öffentliches Konto zu verknüpfen. Datenschutzerhaltende Überweisungen an die anderen Adressen des Nutzers wären dann erforderlich, um zu verhindern, dass diese Konten über gewöhnliche Finanzierungstransaktionen verknüpft werden.
Die Wallet-Integration ist eine weitere Priorität. Datenschutztools könnten Teil bestehender Wallet-Oberflächen werden, sodass Nutzer von geschützten Guthaben ausgeben können, ohne eine separate spezialisierte Wallet herunterladen zu müssen. FOCIL- und Account-Abstraktions-Vorschläge könnten die Zensurresistenz verbessern und die Abhängigkeit von öffentlichen Relays für datenschutzerhaltende Transaktionen verringern.
RPC-Datenschutz könnte zunächst auf vertrauenswürdigen Ausführungsumgebungen basieren, gefolgt von privater Informationsabfrage, falls die Technologie effizient genug für Datensätze im Ethereum-Maßstab wird. Wallets könnten sich auch mit mehreren RPC-Diensten verbinden oder für verschiedene Anwendungen unterschiedliche Anbieter nutzen, wodurch die Menge an Metadaten reduziert wird, die für einen Betreiber sichtbar sind.
Warum ist standardmäßiger Datenschutz schwer umzusetzen?
Standardmäßiger Datenschutz ist schwierig, weil Ethereum-Anwendungen von gemeinsamem Zustand und Komponierbarkeit abhängen. Ein privates Asset oder Konto muss weiterhin mit dezentralen Börsen, Kreditprotokollen, Brücken und Rollups interagieren, ohne unnötige Informationen preiszugeben oder prohibitive Beweiskosten zu verursachen.
Datenschutzbeweise verbrauchen Rechenleistung und Gas. Beweisaggregation könnte es mehreren privaten Transaktionen ermöglichen, einen Onchain-Beweis zu teilen, aber dies führt zusätzliche Infrastruktur und Latenz ein. Cross-L2-Aktivitäten schaffen eine weitere Komplikation, da private Guthaben und Kontoberechtigungen über verschiedene Ausführungsumgebungen hinweg nutzbar bleiben müssen, ohne ihren gemeinsamen Eigentümer öffentlich preiszugeben.
Die Wallet-Wiederherstellung ist ebenfalls schwieriger, wenn Kontobeziehungen absichtlich verborgen werden. Ein System muss es Nutzern ermöglichen, Schlüssel zu rotieren oder Zugriff wiederherzustellen, ohne jede private Notiz und jedes Anwendungskonto zu verknüpfen. Datenschutzerhaltende Keystore-Wallets sollen dieses Problem lösen, befinden sich jedoch noch in der Entwicklung.
Regulatorische und Compliance-Anforderungen fügen weitere Einschränkungen hinzu. Privacy Pools und verwandte Systeme versuchen, Nutzern Transaktionsdatenschutz zu bieten, während sie ihnen ermöglichen, nachzuweisen, dass Gelder nicht aus bestimmten illegalen Quellen stammen. Ob dieses Modell praktischen Datenschutz, breite Liquidität und akzeptable Compliance-Tools bieten kann, bleibt ungewiss.
Folglich bedeutet die Roadmap nicht, dass Ethereum bereits standardmäßig nativen Datenschutz bietet. Keyed Nonces, Recent-Root-Mechanismen, FOCIL, Privacy Pools und private RPC-Technologien befinden sich weiterhin in verschiedenen Phasen der Forschung und Implementierung. Ihre Aufnahme zeigt die Richtung an, nicht den abgeschlossenen Einsatz.
Post-Quanten-Migration verändert die Ethereum-Skalierung
Warum kann die Quantum-Sicherheits-Roadmap von Ethereum nicht einfach Signaturen ersetzen?
Ethereum kann seine bestehenden Signaturen nicht einfach ersetzen, da Post-Quanten-Alternativen im Allgemeinen andere Leistungsmerkmale aufweisen. BLS-Signaturen sind wertvoll, weil viele Validator-Signaturen zu einem kompakten Beweis aggregiert werden können. Ethereum.org stellt fest, dass eine BLS-Signatur etwa 96 Bytes groß ist, während eine hashbasierte leanXMSS-Signatur ungefähr 3.000 Bytes betragen kann.
Die direkte Ersetzung von BLS durch leanXMSS ohne effektive Aggregation würde die Menge an Konsensdaten, die in jedem Slot übertragen und verifiziert werden, erheblich erhöhen. Dies könnte die Bandbreiten- und Hardwareanforderungen erhöhen, die Fähigkeit des Netzwerks, unter widrigen Bedingungen zu arbeiten, verringern und die Teilnahme von Validatoren teurer machen.
Die vorgeschlagene leanVM adressiert dieses Problem, indem sie Post-Quanten-Signaturen durch eine spezialisierte Zero-Knowledge-Virtual-Machine verifiziert und aggregiert. Ethereum.org gibt an, dass dieser Ansatz die zugehörigen Daten um etwa das 250-fache komprimieren soll. Seine Sicherheit, Beweisleistung und Client-Integration müssen jedoch noch getestet werden.
KZG-Verpflichtungen stellen ein separates Migrationsproblem dar. Sie basieren auf elliptischen Kurven-Paarungen und müssten schließlich durch ein quantenresistentes Verpflichtungsschema ersetzt werden. STARK-basierte Verpflichtungen verwenden Hashfunktionen, während gitterbasierte Alternativen von mathematischen Problemen abhängen, von denen angenommen wird, dass sie Quantenangriffen widerstehen. Keiner der Ansätze hat bisher eine endgültige Kombination aus Effizienz, Sicherheit und betrieblicher Reife für die vollständige Datenverfügbarkeitslast von Ethereum demonstriert.
Kontosignaturen könnten durch Account-Abstraktion allmählicher übergehen. Signatur-Agilität würde es einzelnen Wallets ermöglichen, eine Post-Quanten-Authentifizierungsmethode zu übernehmen, ohne dass jedes Konto am selben Tag migrieren muss. Dies reduziert das Koordinationsrisiko, lässt jedoch offene Fragen zu inaktiven Konten und Nutzern, die kein Upgrade durchführen, bestehen.
Können Quantencomputer heute ETH stehlen?
Nein. Aktuelle Quantencomputer können weder private Ethereum-Schlüssel ableiten noch Validator-Signaturen in dem Umfang fälschen, der für einen Angriff auf das Netzwerk erforderlich wäre. Ethereum.org erklärt, dass die Gelder der Nutzer heute sicher sind und dass keine sofortigen Wallet-Maßnahmen erforderlich sind.
Das langfristige Risiko unterscheidet sich je nach Kontohistorie. Wenn ein Standard-Ethereum-Konto eine Transaktion sendet, wird sein öffentlicher Schlüssel onchain sichtbar. Ein ausreichend leistungsfähiger zukünftiger Quantencomputer könnte theoretisch diesen öffentlichen Schlüssel verwenden, um den entsprechenden privaten Schlüssel abzuleiten. Ein Konto, das nur Vermögenswerte erhalten und nie eine Transaktion gesendet hat, legt seine Adresse offen, die ein Hash des öffentlichen Schlüssels ist, nicht den öffentlichen Schlüssel selbst.
Diese Unterscheidung bietet zusätzlichen Schutz für ungenutzte Konten, ist aber keine vollständige Migrationsstrategie. Aktive Nutzer, Smart-Contract-Wallets, Validator-Schlüssel, Brücken und Anwendungen benötigen weiterhin quantenresistente Authentifizierung. Inaktive Konten schaffen auch ein Governance-Problem, da ihre Eigentümer möglicherweise nicht reagieren, wenn Migrationstools verfügbar werden.
Die geplanten Meilensteine von Ethereum umfassen ein Post-Quanten-Schlüsselregister, native Verifizierungstools, Post-Quanten-Validator-Attestierungen und schließlich Aggregation und Blob-Verpflichtungen. Ethereum.org zielt auf etwa 2029 für die Kerninfrastruktur ab, räumt jedoch ein, dass die Migration auf Ausführungsebene und im Ökosystem über diesen Zeitpunkt hinaus fortgesetzt würde.
Nutzer sollten offizielle Wallet- und Protokollanweisungen befolgen, anstatt auf spekulative Behauptungen zu reagieren, dass ein Quantenangriff unmittelbar bevorstehe. Eine echte Migration würde von Client-Releases, EIPs, Wallet-Unterstützung und klaren Anweisungen aus dem Ethereum-Ökosystem begleitet.
Ethereums neue Prioritäten hängen von der praktischen Umsetzung ab
Die neueste Ethereum-Quantensicherheits-Roadmap zeigt, dass sich die langfristige Strategie des Protokolls über den Transaktionsdurchsatz hinaus erweitert. Datenschutz, Quantenresistenz, formale Verifizierung und Rollup-Integration werden zu zentralen Designanforderungen, da jede davon beeinflusst, ob Ethereum über mehrere technologische Zyklen hinweg sicher und nutzbar bleiben kann.
Die Stärke der Roadmap liegt darin, dass sie die kryptografische Migration als Systemproblem behandelt. Der Ersatz von BLS-Signaturen wirkt sich auf die Validator-Aggregation und die Netzwerkbandbreite aus. Der Ersatz von KZG-Verpflichtungen wirkt sich auf die Datenverfügbarkeit von Rollups aus. Der Schutz von ECDSA-Konten erfordert Wallet-Migration und Signatur-Agilität, während die Umstellung von Anwendungen auf quantenresistente Beweise die Beweiskosten und die Kompatibilität verändern kann.
Datenschutz hat einen ähnlich breiten Umfang. Private Zahlungen allein können Nutzer nicht schützen, wenn dieselbe Adresse Aktivitäten über Anwendungen hinweg verknüpft oder wenn RPC-Anbieter detaillierte Abfragedaten sammeln. Wallet-Design, Account-Abstraktion, Beweisaggregation, Zensurresistenz und Netzwerk-Metadaten müssen daher gemeinsam weiterentwickelt werden.
Die Roadmap bleibt jedoch eine Sammlung von Forschungsrichtungen und Planungsmeilensteinen. Der Erfolg muss daran gemessen werden, ob Vorschläge in den EIP-Prozess gelangen, Unterstützung über Clients und Wallets hinweg erhalten, zuverlässig in Testnetzen funktionieren und das Mainnet erreichen, ohne die Kosten für den Betrieb von Knoten oder die Nutzung von Anwendungen wesentlich zu erhöhen.
Die nächsten Signale, auf die man achten sollte, umfassen Post-Quanten-Interoperabilitätstests, die Beweisleistung von leanVM, Wallet-Unterstützung für Signatur-Agilität, Alternativen zu KZG-Verpflichtungen und konkrete Datenschutzvorschläge, die in geplante Upgrades aufgenommen werden. Bis diese Schritte erfolgen, stellt die neueste Roadmap eine klarere Aussage über die Prioritäten von Ethereum dar, nicht den Beweis, dass nativer Datenschutz oder vollständige Quantenresistenz bereits geliefert wurde.
Quellen
https://x.com/VitalikButerin/status/2086824673556467938
https://ethereum.org/roadmap/security/quantum-resistance/
https://ethereum-magicians.org/t/a-maximally-simple-l1-privacy-roadmap/23459
Risikohinweis: Dieser Artikel dient nur zur Referenz und stellt keine Anlageberatung dar. Der Kryptowährungsmarkt ist sehr volatil. Bitte treffen Sie Entscheidungen vorsichtig auf der Grundlage Ihrer individuellen Umstände.
