Vitalik erläuterte die Roadmap der Ethereum-Ausführungsschicht und konzentrierte sich dabei auf zwei wesentliche Änderungen: den Zustandsbaum und die virtuelle Maschine.

Ethereum-Mitbegründer Vitalik Buterin veröffentlichte einen Beitrag in den sozialen Medien, in dem er die Roadmap für die Ethereum-Ausführungsschicht skizzierte und sich dabei auf zwei wichtige Änderungen konzentrierte: den Zustandsbaum und die virtuelle Maschine.

Was den Zustandsbaum betrifft, unterstützt Vitalik die Aufrüstung des aktuellen hexadezimalen Merkle-Patricia-Baums zu einem Binärbaum auf Basis einer effizienteren Hash-Funktion mittels EIP-7864. Durch diese Änderung kann der Merkle-Zweig um das Vierfache verkürzt werden, wodurch die Bandbreitenkosten für die Client-Datenverifizierung sinken; gleichzeitig kann die Hash-Funktion durch eine Blake3- oder Poseidon-Funktion ersetzt werden, was die Beweiseffizienz deutlich verbessert.

Das Binärbaum-Design gruppiert außerdem Speicherplätze in „Seiten“, wodurch die Zugriffskosten für benachbarten Speicher gesenkt werden und viele DeFi-Anwendungen über 10.000 Gas pro Transaktion einsparen können. Darüber hinaus ist die Binärbaumstruktur einfacher und kann Metadatenbits für zukünftige Zustandsablauffunktionen reservieren.

Im Bereich der virtuellen Maschinen schlug Vitalik vor, dass die langfristige Richtung darin besteht, die EVM zu ersetzen und gegebenenfalls die RISC-V-Architektur zu übernehmen. Die neue VM muss vier Ziele erfüllen: höhere Rohausführungseffizienz, wodurch die meisten Vorkompilierungen überflüssig werden; Beweiseffizienz, die der EVM überlegen ist; Unterstützung für die clientseitige Generierung von ZK-Beweisen; und maximale Vereinfachung der Code-Implementierung.

Er wies darauf hin, dass Ethereum auf dem Niveau „EVM + GPU“ zwar „ausreichend“ sein mag, eine bessere VM das Protokoll aber stärken kann. Der Bereitstellungsplan ist in drei Schritte unterteilt: Zuerst wird die neue VM verwendet, um die Vorkompilierungen zu ersetzen; dann können Benutzer Verträge auf Basis der neuen VM bereitstellen; schließlich wird die EVM außer Betrieb genommen und auf Smart Contracts umgestellt, die mit der neuen VM geschrieben wurden, wodurch vollständige Abwärtskompatibilität erreicht wird.