Remplacement de l'EVM par RISC-V pour augmenter l'évolutivité Ethereum

Vitalik Buterin a introduit une proposition de retravail fondamentalement l'environnement d'exécution d'Ethereum en transitionnant de la machine virtuelle Ethereum actuelle à RISC-V

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.

Dans une décision surprenante qui pourrait fondamentalement retravailler l'environnement d'exécution d'Ethereum, Vitalik Buterin a proposé la transition de la machine virtuelle Ethereum actuelle (EVM) à RISC-V.

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.

La proposition, publiée le 20 avril dans le Forum des magiciens Ethereum, suggère une stratégie multiphasique pour améliorer massivement l'efficacité à long terme de prouver et simplifier la couche d'exécution d'ETH, tout en conservant des abstractions de base comme les comptes, le stockage et les appels contractuels.

Solidity and Vyper Stay, Rust Optional

Solidité et séjour vyper, rouille en option

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

Plus précisément, Buterin propose de garder la solidité et le vyper comme principaux langages de contrat intelligent, mais les faire adapter pour compiler directement aux instructions RISC-V.

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.

Bien que la rédaction de contrats basée sur la rouille soit techniquement possible, Buterin soutient que les problèmes de familiarité et de lisibilité des développeurs font de la solidité le choix plus logique à la couche d'application.

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.

Surtout, la mise à niveau serait entièrement compatible. Les contrats basés sur EVM continueraient à fonctionner et à interagir de manière transparente avec les contrats compilés à RISC-V, assurant une transition en douceur à travers le réseau.

Targeting Ethereum’s Final Bottleneck

Cibler le goulot d'étranglement final d'Ethereum

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:

Selon Buterin, l'exécution s'annonce comme le dernier goulot d'étranglement majeur d'Ethereum à long terme à mesure que d'autres améliorations d'évolutivité sont gérées par des mises à niveau comme:

* Merkleization and efficient state transitions for efficient state proofs.

* Merkléisation et transitions d'état efficaces pour des preuves d'état efficaces.

* ZK rollups and efficient parallelism.

* Rollups ZK et parallélisme efficace.

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.

Le principal point de douleur est les coûts de prouvant ZK-EVM. Une analyse récente de Succincy Labs montre que l'exécution de blocs consomme près de 50% du total des cycles de prover dans les rouleaux ZK. Bien que des efforts soient faits pour réduire les frais généraux des arbres d'État en se déplaçant de Merkle-Patricia basée à Keccak essaie des essais binaires avec des fonctions de hachage comme Poseidon, l'exécution est la contrainte dominante.

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 a noté que ZK-EVMS se compilait déjà avec RISC-V à un niveau inférieur, et exposer RISC-V directement car la machine virtuelle d'Ethereum pourrait éliminer une surcharge de traduction majeure. Certains tests suggèrent que cela pourrait donner jusqu'à 100 fois des améliorations des performances des prover.

"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."

"Nous devrions penser depuis des décennies", a déclaré Buterin. "Cette génération de Rollups ZK est déjà limitée par les performances de Prover, et la mise à l'épreuve de la couche d'exécution d'Ethereum est une étape qui vaut la peine d'être prise."

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.

S'il est adopté, cette proposition pourrait marquer l'une des mises à niveau des infrastructures les plus transformatrices d'Ethereum à ce jour - en pontant les outils de développeur de haut niveau d'aujourd'hui avec des performances de connaissance zéro de nouvelle génération.