Die Ethereum Foundation hat einen Schritt-für-Schritt-Plan veröffentlicht, der es der Hauptkette von Ethereum ermöglicht, Blöcke mithilfe von zkEVM-Beweisen zu validieren, wodurch die Notwendigkeit reduziert wird, dass Validatoren jede Berechnung selbst erneut ausführen müssen. Der Vorschlag, den Tomasz K. Stańczak, Co-Executive Director der Ethereum Foundation, am 15. Januar über
zkEVM auf L1 – der Planhttps://t.co/KLz7PoH6q9
— Tomasz K. Stańczak (@tkstanczak) 15. Januar 2026
Ethereum L1 strebt eine beweisbasierte Validierung von zk an
Bereits im Juli letzten Jahres gründete die Ethereum Foundation kündigte seinen „zk-first“-Ansatz an. Heutzutage prüfen die Validatoren von Ethereum typischerweise einen Block, indem sie die Transaktionen erneut ausführen und die Ergebnisse vergleichen. Der Plan schlägt eine Alternative vor: Validatoren könnten einen kryptografischen Beweis dafür verifizieren, dass die Ausführung des Blocks korrekt war.
Das Dokument fasst die beabsichtigte Pipeline in einfachen Worten zusammen: Ein Ausführungs-Client erstellt ein kompaktes „Zeugen“-Paket für einen Block, ein standardisiertes zkEVM-Programm verwendet dieses Paket, um einen Beweis für die korrekte Ausführung zu generieren, und Konsens-Clients überprüfen diesen Beweis während der Blockvalidierung.
Der erste Meilenstein ist die Erstellung eines „ExecutionWitness“, einer Datenstruktur pro Block, die die Informationen enthält, die zur Validierung der Ausführung ohne erneute Ausführung erforderlich sind. Der Plan sieht ein formelles Zeugenformat in den Ausführungsspezifikationen von Ethereum, Konformitätstests und einen standardisierten RPC-Endpunkt vor. Es wird darauf hingewiesen, dass der aktuelle Endpunkt debug_executionWitness bereits „in der Produktion von Kona von Optimism verwendet wird“, und es wird darauf hingewiesen, dass möglicherweise ein zk-freundlicherer Endpunkt erforderlich ist.
Eine wichtige Abhängigkeit besteht darin, mithilfe von Block Level Access Lists (BALs) besser nachverfolgen zu können, welche Teile des Zustands ein Block berührt. In dem Dokument heißt es, dass diese Arbeit im November 2025 nicht als dringend genug behandelt wurde, um auf frühere Forks zurückportiert zu werden.
Der nächste Meilenstein ist ein „zkEVM-Gastprogramm“, das als zustandslose Validierungslogik bezeichnet wird und prüft, ob ein Block in Kombination mit seinem Zeugen einen gültigen Zustandsübergang erzeugt. Der Plan legt Wert auf reproduzierbare Builds und die Kompilierung nach standardisierten Zielen, damit die Annahmen explizit und überprüfbar sind.
Über den Ethereum-spezifischen Code hinaus zielt der Plan darauf ab, die Schnittstelle zwischen zkVMs und dem Gastprogramm zu standardisieren: gemeinsame Ziele, gemeinsame Möglichkeiten für den Zugriff auf Vorkompilierungen und E/A sowie vereinbarte Annahmen darüber, wie Programme geladen und ausgeführt werden.
Auf der Konsensseite fordert die Roadmap Änderungen, damit Konsenskunden ZK-Proofs als Teil der Beacon-Blockvalidierung akzeptieren können, mit begleitenden Spezifikationen, Testvektoren und einem internen Rollout-Plan. Das Dokument weist auch darauf hin, dass die Verfügbarkeit von Ausführungsnutzlasten wichtig ist, einschließlich eines Ansatzes, der darin bestehen könnte, „den Block in Blobs zu packen“.
Der Vorschlag behandelt die Beweiserstellung sowohl als operatives Problem als auch als Protokollproblem. Es umfasst Meilensteine zur Integration von zkVMs in EF-Tools wie Ethproofs und Ere, zum Testen von GPU-Setups (einschließlich „zkboost“) sowie zur Verfolgung von Zuverlässigkeit und Engpässen.
Beim Benchmarking handelt es sich um eine fortlaufende Arbeit mit expliziten Zielen wie der Messung der Zeugengenerierungszeit, der Beweiserstellungs- und -überprüfungszeit sowie der Netzwerkauswirkungen der Beweisverbreitung. Diese Messungen könnten in zukünftige Vorschläge zur Neupreisgestaltung von Gas für zk-intensive Arbeitslasten einfließen.
Sicherheit wird auch als dauerhaft gekennzeichnet, mit Plänen für formale Spezifikationen, Überwachung, Lieferkettenkontrollen wie reproduzierbare Builds und Artefaktsignaturen sowie ein dokumentiertes Vertrauens- und Bedrohungsmodell. Das Dokument schlägt einen „Go/No-Go-Rahmen“ für die Entscheidung vor, wann Beweissysteme ausgereift genug für eine breitere Verwendung sind.
Eine externe Abhängigkeit sticht hervor: ePBS, die im Dokument als notwendig beschrieben wird, um den Prüfern mehr Zeit zu geben. Ohne sie sieht der Plan vor, dass der Prüfer „1–2 Sekunden“ Zeit hat, um einen Beweis zu erstellen; dazu „6–9 Sekunden“. Das Dokument fügt einen aus zwei Sätzen bestehenden Rahmen hinzu, der die Dringlichkeit zum Ausdruck bringt: „Dies ist kein Projekt, an dem wir arbeiten. Es ist jedoch eine Optimierung, die wir brauchen.“ Der Einsatz von ePBS in „Glamsterdam“ wird voraussichtlich Mitte 2026 erfolgen.
Wenn diese Meilensteine erreicht werden, wäre es Ethereum auf dem Weg zur beweisbasierten Validierung als praktische Option auf L1, während der Zeitpunkt und die betriebliche Komplexität der Prüfung nach wie vor die ausschlaggebenden Faktoren sind.
Zum Zeitpunkt der Drucklegung wurde ETH bei 3.300 US-Dollar gehandelt.
Ausgewähltes Bild erstellt mit DALL.E, Diagramm von TradingView.com
Redaktioneller Prozess Bei Bitcoinist liegt der Schwerpunkt auf der Bereitstellung gründlich recherchierter, genauer und unvoreingenommener Inhalte. Wir halten strenge Beschaffungsstandards ein und jede Seite wird von unserem Team aus Top-Technologieexperten und erfahrenen Redakteuren sorgfältig geprüft. Dieser Prozess stellt die Integrität, Relevanz und den Wert unserer Inhalte für unsere Leser sicher.
