Vitalik Buterin schlägt vor, Ethereum EVM durch RISC-V zu ersetzen, um die Zukunft zu skalieren

• Vitalik Buterin schlägt vor, die EVM von Ethereum durch die RISC-V-Architektur zu ersetzen
• Die Änderung würde die Effizienz steigern und die Ausführungsschicht von Ethereum vereinfachen
• Entwickler konnten Solidity und Vyper mit minimaler Unterbrechung weiter verwenden

Ethereum-Mitbegründer Vitalik Buterin hat eine große Verschiebung für die Ausführungsschicht der Blockchain vorgeschlagen: Die Ethereum Virtual Machine (EVM) soll schrittweise durch die RISC-V-Architektur ersetzt werden.

Beginnend mit der Unterstützung dualer VMs ist das Ziel eine verbesserte Skalierbarkeit, Beweiseffizienz und allgemeine Ausführungseinfachheit für Ethereum.

Buterin bezeichnete dies im Ethereum Magicians-Forum als langfristige Skalierungslösung: den Austausch der EVM (Smart Contract Runtime) gegen RISC-V (einen Hardware-Befehlssatz).

Mehr zum Thema: Vitalik Buterins sechsmonatige Roadmap für Ethereum: Schneller, fairer und mit KI

Obwohl die Verschiebung technisch komplex ist, behält das Design wichtige Ethereum-Funktionen bei. Entwickler würden weiterhin mit vertrauten Tools und Abstraktionen wie Konten, Speicher und Vertragsaufrufen interagieren. Bestehende Verträge, die in Solidity oder Vyper geschrieben wurden, bleiben kompatibel, wobei diese Sprachen RISC-V als Backend integrieren.

Warum von EVM zu RISC-V wechseln?

Die Motivation dreht sich um die Leistung, insbesondere für zkEVM-Systeme, die Transaktionen mit Zero-Knowledge-Proofs verifizieren. Buterin merkte an, dass diese Systeme einen großen Teil ihrer Ressourcen für die Ausführung von EVM-Anweisungen aufwenden. Der Ersatz des EVM durch RISC-V könnte diese Beweiskosten erheblich senken.

Benchmarks zeigen, dass es bereits Systeme gibt, die die EVM in RISC-V kompilieren. Wenn Entwickler direkten Zugriff auf die RISC-V-Umgebung erhalten, kann dies zu einer mehr als 50-fachen Effizienzsteigerung führen. In begrenzten Fällen kann sie das 100-fache überschreiten.

Dies würde auch die Gaskosten von Ethereum stärker an die tatsächlichen Rechenkosten anpassen. Buterin merkte an, dass die Prüfzeiten zum wirtschaftlichen Treiber werden und Druck erzeugen würden, ineffiziente Vorabeinhaltungen zu reduzieren.

Optionen für die Implementierung

Buterin schlug mehrere Umsetzungspfade vor. Am wenigsten störend wäre es, sowohl EVM- als auch RISC-V-Verträge zu unterstützen, um eine bidirektionale Interoperabilität zu ermöglichen.

Eine Zwischenlösung würde ein formales Konzept von „Virtual Machine Interpreters“ einführen, beginnend mit einer EVM-Version, die in RISC-V implementiert ist und es ermöglicht, in Zukunft andere virtuelle Maschinen wie Move zu unterstützen.

Ein transformativerer Ansatz würde bestehende EVM-Verträge in RISC-V-Interpreterverträge einwickeln, wodurch das Verhalten erhalten bleibt und gleichzeitig das Protokoll optimiert wird.

Verbindung zu den umfassenderen Zielen von Ethereum

Buterin verknüpfte diesen Vorschlag für die Ausführungsschicht mit dem umfassenderen Ziel von Ethereum, die Komplexität zu reduzieren. Buterin verwies auf die Bemühungen der Strahlkette, die Konsensusschicht zu vereinfachen. Er schlug auch vor, dass ein Wechsel zu RISC-V der einzige praktische Weg sein könnte, um ähnliche Gewinne in der Ausführungsschicht zu erzielen.

Verbunden: Deep Dive: Vitalik Buterins 2-of-3-Proof-System für Ethereum Layer 2s

Der Vorschlag befindet sich noch in einem frühen Stadium und kann in der Community diskutiert werden. Die Umsetzung würde zwar Zeit in Anspruch nehmen, aber die Idee könnte die Roadmap von Ethereum beeinflussen, während sie sich weiterentwickelt, um zukünftigen Skalierungsanforderungen gerecht zu werden.