Vitalik aktualisiert die Ethereum-Roadmap: Höhere Priorität für Datenschutz, Quantensicherheit und Vereinfachung

Autor: Vitalik Buterin

Übersetzung: Denglian Community

Ich habe die Roadmap für 2023 aktualisiert und die ursprünglichen Punkte jeweils an ihrer aktuellen Position im Strawmap überlagert angezeigt.

Im Allgemeinen gibt es eine hohe Überschneidung, allerdings:

• Wurden die Reihenfolgen einiger Punkte angepasst (zum Beispiel wurde die Priorität für Quantensicherheit erhöht)
• Wurden einige Punkte herabgestuft (zum Beispiel VDF und viele EVM-Verbesserungen)
• Wurden einige Punkte durch bessere Konstruktionen ersetzt (zum Beispiel Verkle → Unified BT → PBT; State Expiry → neue State Types)

Neue Inhalte außerhalb der Roadmap 2023

Am auffälligsten ist jedoch, dass im Strawmap einige völlig neue Inhalte erscheinen, die im oberen Bild nicht dargestellt sind, weil sie in der Roadmap 2023 gar nicht existierten. Diese Inhalte spiegeln die geänderten Prioritäten wider.

Bemerkenswert ist:

• Der Schwerpunkt auf starker Privatsphäre. Dies umfasst: keyed nonces und recent roots, mehrere Aspekte von FOCIL, lean privacy pool sowie wormholes
• Radikale Skalierung im postquanten Kontext. Dies umfasst: leanSPHINCS-Signaturen und Aggregation, zkzk frames
• Vereinfachung der Spezifikation zur Unterstützung der formalen Verifikation (erst mit moderner KI kann eine vollständige formale Verifikation aller Inhalte erfolgen)
• Blob und Gas Futures (dieses Konzept existierte 2023 noch gar nicht)
• Native Rollups (2023 war SNARK noch längst nicht ausgereift genug, um dies zu erwägen)
• Ein offeneres Design für die "Zukunft der EVM". zkzk frames bedeuten bereits, dass das Protokoll den Nutzern eine ISA (Instruction Set Architecture) außerhalb der EVM zugänglich macht – derzeit führen leanISA und RISC-V die Kandidatenliste an. Diese ISAs sind einfacher, moderner und effizienter als EVM. Sobald sie existieren, warum sollten sie nicht allen Entwicklern zugänglich gemacht werden? (Und warum sollte die EVM nicht zu einer IR für diese ISA werden, statt als eine festgelegte, hochkomplexe Basiseigenschaft zu fungieren?) Dennoch ist eine tiefere Exploration an dieser Stelle selbst für Strawmap noch verfrüht.
• Neue State Types sind mehr als bloß ein Ersatz für State Expiry – sie repräsentieren ein grundlegend anderes Skalierungsparadigma für Ethereum.

Gemeinsame Themen bei der Skalierung

Bei der Skalierung zeigt sich ein gemeinsames Thema, das sich auch in State Types und zkzk frames widerspiegelt (beides neue Konzepte): Es geht nicht darum, sämtliche Ethereum-Aktivitäten maximal zu skalieren, sondern darum, spezielle Mechanismen mit strengeren Eigenschaften zu schaffen, die eine bessere Skalierbarkeit ermöglichen und sowohl die Beanspruchungen von Nutzern und Anwendungen heute (z.B. Tokentransfers, Swaps) als auch morgen (z.B. Privacy-Protokolle) abdecken.

Ein weiteres gemeinsames Thema ist, STARKs und KI-beschleunigte FV als erstklassige Komponenten zu betrachten; wir sind bereit, die technologische Zukunft von Ethereum darauf zu setzen. In vielen Schichten des Protokolls gibt es rekursive STARKs und ein bestimmtes Primitive ("Aggregation-to-union-verification-dependency"), das voraussichtlich an drei Stellen im Protokoll verwendet wird: EL, CL und DL. Dies ist nur durch formale Verifikation sicher und diese wiederum ist nur mit modernen KI-Tools machbar.

Zahlreiche Fortschritte in puncto Reife

Insgesamt haben wir viele Reifeschritte gemacht. Dahinter steckt eine enorme Anstrengung Dutzender Ethereum-Forscher und Entwickler, die an all diesen Features gearbeitet haben.

Ethereum wird quantensicher. Ethereum wird die Privatsphäre der Nutzer an erste Stelle stellen. Ethereum wird sicher sein. Ethereum wird zensurresistent sein. Ethereum wird leistungsstark und skalierbar sein und dabei die oben genannten Anforderungen erfüllen. Und Ethereum wird schlank sein (Lean).