Ersetzen des EVM durch RISC-V, um die Skalierbarkeit von Ethereum zu steigern

Vitalik Buterin hat einen Vorschlag eingeführt, das Ausführungsumfeld von Ethereum grundlegend zu überarbeiten

In a surprising move that could fundamentally rework Ethereum’s execution environment, Vitalik Buterin has proposed transitioning from the current Ethereum Virtual Machine (EVM) to RISC-V.

In einem überraschenden Schritt, der die Ausführungsumgebung von Ethereum grundlegend überarbeiten könnte, hat Vitalik Buterin den Übergang von der aktuellen Virtual Machine (EVM) zu RISC-V vorgeschlagen.

The proposal, published on April 20 in the Ethereum Magicians forum, suggests a multi-phase strategy to massively improve long-term proving efficiency and simplify ETH’s execution layer—all while maintaining core abstractions like accounts, storage, and contract calls.

Der am 20. April im Forum Ethereum Magicians veröffentlichte Vorschlag deutet auf eine Mehrphasenstrategie hin, um die langfristige Nachweiseffizienz massiv zu verbessern und die Ausführungsschicht der ETH zu vereinfachen und gleichzeitig Kernabstraktionen wie Konten, Speicher und Vertragsanrufe beizubehalten.

Solidity and Vyper Stay, Rust Optional

Solidität und vyper bleiben, rost optional

Specifically, Buterin proposes keeping Solidity and Vyper as the primary smart contract languages, but having them adapted to compile directly to RISC-V instructions.

Insbesondere schlägt Buterin vor, Solidität und Vyper als primäre intelligente Vertragssprachen zu halten.

Although Rust-based contract writing would be technically feasible, Buterin argues that developer familiarity and readability concerns make Solidity the more logical choice at the application layer.

Obwohl Rust-basierte Vertragsbeschreibung technisch machbar wäre, argumentiert Buterin, dass die Vertrautheit und die Lesbarkeitsbedenken der Entwickler auf der Anwendungsschicht die Solidität um die logischere Wahl machen.

Importantly, the upgrade would be fully backward compatible. Existing EVM-based contracts would continue to function and interact seamlessly with contracts compiled to RISC-V, ensuring a smooth transition across the network.

Wichtig ist, dass das Upgrade vollständig rückwärtskompatibel wäre. Bestehende EVM-basierte Verträge würden weiterhin funktionieren und nahtlos mit Verträgen, die an RISC-V zusammengestellt wurden, zusammenwirken, um einen reibungslosen Übergang über das Netzwerk zu gewährleisten.

Targeting Ethereum’s Final Bottleneck

Targeting auf Ethereums endgültiges Engpass

According to Buterin, execution is shaping up to be Ethereum’s last major long-term bottleneck as other scalability improvements are handled through upgrades like:

Laut Buterin entwickelt sich die Ausführung zu Ethereums letzter langfristiger Engpass, da andere Skalierbarkeitsverbesserungen durch Upgrades wie:

* Merkleization and efficient state transitions for efficient state proofs.

* Merkleization und effiziente Zustandsübergänge für effiziente Zustandsnachweise.

* ZK rollups and efficient parallelism.

* ZK -Rollups und effiziente Parallelität.

The main pain point is in ZK-EVM proving costs. Recent analysis from Succinct Labs shows that block execution consumes nearly 50% of total prover cycles in ZK rollups. While efforts are being made to reduce state tree overhead by moving from Keccak-based Merkle-Patricia tries to binary tries with hash functions like Poseidon, execution is the dominant constraint.

Der Hauptschmerzpunkt liegt in ZK-EVM-Beweiskosten. Die jüngste Analyse aus prägnanten Labors zeigt, dass die Blockausführung fast 50% der gesamten Prover -Zyklen in ZK -Rollups verbraucht. Während die Anstrengungen unternommen werden, um Staatsbaum-Overhead zu reduzieren, indem Merkle-Patricia-Versuche von Keccak zu binären Versuchen mit Hash-Funktionen wie Poseidon wechselt, ist die Ausführung die dominierende Einschränkung.

Buterin noted that ZK-EVMs already compile to RISC-V at a lower level, and exposing RISC-V directly as Ethereum’s virtual machine could remove a major translation overhead. Some tests suggest this could yield up to 100x improvements in prover performance.

Buterin stellte fest, dass ZK-EVMs bereits auf einer niedrigeren Ebene zu RISC-V kompiliert werden und RISC-V direkt als die virtuelle Maschine von Ethereum einen größeren Übersetzungsaufwand entfernen könnte. Einige Tests deuten darauf hin, dass dies bis zu 100 -fache Verbesserungen der Ausdrucksleistung ergeben könnte.

"We should think in decades," Buterin said. "This generation of ZK rollups is already limited by prover performance, and making Ethereum's execution layer future-proof is a step worth taking."

"Wir sollten in Jahrzehnten denken", sagte Buterin. "Diese Generation von ZK-Rollups ist bereits durch die Leistung der Prover begrenzt, und es ist ein Schritt wert, den Ausführungsschicht von Ethereum zu machen."

If adopted, this proposal could mark one of Ethereum’s most transformative infrastructure upgrades yet—bridging today’s high-level developer tools with next-gen zero-knowledge performance.

Wenn dieser Vorschlag übernommen wird, könnte er eines der transformativsten Infrastruktur-Upgrades von Ethereum markieren-die heutige hochrangige Entwickler-Tools mit Null-Wissen-Leistung der nächsten Generation.