Vitalik Buterin fordert, dass Ethereum in den nächsten fünf Jahren die Einfachheit von Bitcoinübernehmen soll

Vitalik Buterin sagte, Ethereum müsse endlich aufhören, so zu tun, als sei alles in Ordnung. Am Freitag veröffentlichte er einen ausführlichen Vorschlag, in dem er Ethereum aufforderte, seine überkomplizierte Architektur zu reduzieren und sich innerhalb von fünf Jahren der klaren Struktur von Bitcoin anzunähern.

„Ethereum will das weltweite Hauptbuch werden“, schrieb Vitalik und verwies auf seine Rolle als Basisschicht für Kryptowährungen, Finanzen, Governance, Authentifizierung und Aufzeichnungen. Um dieses Ziel zu erreichen, müsse die Blockchain jedoch skalierbar und ausfallsicher sein – und dafür sei sie derzeit noch zu komplex.

Der Fusaka-Hardfork soll den L2-Datenspeicher um das Zehnfache vergrößern. EthereumRoadmap für 2026 verspricht, die L1-Datenkapazität entsprechend zu erhöhen. Das Netzwerk hat bereits auf Proof-of-Stake umgestellt, die Clientdiversität verbessert und arbeitet an der ZK-Verifizierbarkeit und Quantenresistenz.

Vitalik argumentierte jedoch, dass all dies irrelevant sei, solange das Kernprotokoll aufgebläht bleibe. „Wir müssen die Bedeutung von Einfachheit hervorheben“, schrieb er. Er verwies auf das Design von Bitcoin– Blöcke, Hashes, Proof-of-Work und sonst nichts – als Vorbild Ethereum folgen sollte.

Vitalik setzt sich für eine einfachere Ethereum Konsensschicht ein

Vitalik erklärte, Ethereum könne dieses Ziel erreichen, indem es seine Konsensschicht grundlegend überarbeitet. Er möchte die aktuelle Beacon Chain durch ein sogenanntes 3-Slot-Finalitätssystem ersetzen, wodurch Slots, Epochen, Komitee-Neubesetzungen und andere variable Elemente entfallen würden.

„Das ließe sich mit 200 Zeilen Code umsetzen“, schrieb. Er erklärte, es bietetronSicherheit und entferne viel unnötigen Ballast aus dem System. Die kleineren Validator-Sets vereinfachten zudem die Regel zur Fork-Auswahl.

Er sagte, Ethereum solle auf STARK-basierter Aggregation beruhen, damit jeder als Aggregator fungieren könne, ohne besonderes Vertrauen oder überhöhte Preise für Bitfelder zu benötigen. Die Kryptografie sei zwar komplex, aber gekapselt und beeinträchtige nicht das Gesamtsystem. Dies ebne den Weg für eine einfachere Peer-to-Peer-Schicht.

Validierungsfunktionen – wie für Ein- und Austrittsvorgänge, Schlüsseländerungen und Inaktivitätslecks – sollten überarbeitet werden, um die Codezeilenanzahl zu reduzieren und die Systemgarantien verständlicher zu machen. Vitalik erklärte, der größte Vorteil von Konsensmechanismen sei ihre Unabhängigkeit von der Ausführungsschicht, wodurch sie sich weiterentwickeln können, ohnetraczu verletzen.

Das eigentliche Problem, sagte er, sei jedoch die Ethereum Virtual Machine.

Vitalik möchte die EVM abschaffen und auf RISC-V umsteigen

Vitalik sagte, die EVM sei vollgestopft mit veraltetem Kram. Er nannte sie eine überentwickelte 256-Bit-Maschine, optimiert für Kryptotricks, die niemand mehr anwendet. Er gab zu, dass der Großteil der Komplexität auf seine eigenen Entscheidungen zurückzuführen sei.

Der Kampf um die Entfernung des SELFDESTRUCT-Opcodes war Zeitverschwendung. Genauso wie die gesamte EOF-Debatte. Seine Lösung: die kleinen Upgrades überspringen und einfach die EVM austauschen.

Er schlug vor, auf RISC-V oder eine andere VM wie Cairo umzusteigen – dieselben, die auch von den Zero-Knowledge-Proof-Systemen von Ethereumverwendet werden. „Die vorliegenden Daten zeigen, dass dies die Effizienz um das Hundertfache steigern könnte“, sagte er. Einfachere Spezifikationen würden eine schnellere Ausführung und weniger Fehler bedeuten. 

Entwickler erhielten mehr Optionen. Solidity und Vyper würden in neue VMs kompiliert, und Entwickler, die gängige Programmiersprachen verwenden, könnten erstmals Ethereumtracschreiben. Die meisten Präkompilierungen könnten entfallen, außer vielleicht bei Operationen auf elliptischen Kurven.

Vitalik räumte ein, dass RISC-V nicht von heute auf morgen fertig sein wird. Während er wartet, möchte er schnelle Verbesserungen an der aktuellen EVM vornehmen, wie beispielsweise die Anhebung dertracund das Hinzufügen neuer DUP/SWAP-Opcodes. Das eigentliche Ziel ist jedoch die vollständige Ablösung der EVM. Sein Plan sieht vier Schritte vor.

Erstens muss jede neue Präkompilierung eine On-Chain-RISC-V-Version enthalten. Zweitens sollten Entwicklertracsowohl in RISC-V als auch in der EVM schreiben dürfen. Drittens würde Ethereum einen Hard Fork durchführen, um die Präkompilierungen zu entfernen und durch RISC-V-traczu ersetzen. Viertens würde die EVM in RISC-V neu implementiert und als On-trac-Vertragsinterpreter ausgeführt.

Vitalik erklärte, Ethereum verschwende Zeit, indem für dieselbe Aufgabe an verschiedenen Stellen unterschiedliche Werkzeuge verwendet würden. Er nannte als Beispiel Erasure Codes, die für die Datenverfügbarkeit, P2P-Broadcasts und die Speicherung des Verlaufs benötigt würden. Alle drei sollten denselben Code verwenden. Dasselbe gelte für Serialisierungsformate – Ethereum solle vollständig auf SSZ umsteigen, das bereits in der Konsensschicht verwendet werde und in Smarttracfunktioniere.

Er sagte, der Merkle-Baum von Ethereumsei ebenfalls mangelhaft. Die aktuelle Hexadezimalstruktur erschwere den Blocknachweis. Der Wechsel zu einem Binärbaum mit einem besseren Hash würde den Nachweis beschleunigen und verbilligen. Derselbe Binärbaum sollte sowohl für die Ausführung als auch für den Konsens verwendet werden.