Pourquoi Ethereum a abandonné eWASM au profit de l'architecture RISC-V

Vitalik Buterin a déclaré qu’Ethereum avait abandonné eWASM au profit de RISC-V. Ces discontinuïtés dans La Fusion et le développement rapide de la technologie SNARK ont nécessité un changement critique vers la compatibilité zkEVM.

Ethereum a renoncé à sa mise à niveau eWASM tant attendue. À la place, le réseau a été rendu compatible avec l’architecture RISC-V. Ce changement a été décrit par le co-fondateur Vitalik Buterin lors de Pragma Taipei en avril 2025.

Buterin a expliqué pourquoi ce changement s’était produit, selon WuBlockchain sur X. La Fusion a été fortement retardée, et la technologie SNARK a évolué beaucoup plus rapidement, modifiant les priorités techniques d’Ethereum.

Vitalik Buterin révèle : pourquoi Ethereum a abandonné eWASM au profit de RISC-V ?

Lors d’un chat informel à Pragma Taipei en avril 2025, le co-fondateur d’Ethereum Vitalik Buterin a expliqué le pivot de eWASM à RISC-V. Alors que eWASM était initialement prévu pour remplacer l’EVM défectueuse, les retards dans “La Fusion”… pic.twitter.com/1iKZOYAv1L

— Wu Blockchain (@WuBlockchain) 28 décembre 2025

Source : WuBlockchain

eWASM a été développé comme un remplacement pour l’EVM défectueuse, censée être performante et compatible. La mise à niveau devait permettre à Ethereum d’atteindre un niveau plus moderne pour sa couche d’exécution, mais sa mise en œuvre a pris plus de temps que prévu. Lorsque la scalabilité est devenue nécessaire avec des preuves à divulgation zéro, les systèmes de vérification cryptographique sont devenus le centre de l’attention.

La révolution SNARK a tout changé

L’aptitude aux SNARK est finalement devenue le critère. Ethereum nécessitait un environnement d’exécution effectivement compatible avec les preuves à divulgation zéro, et eWASM n’a pas réussi à satisfaire ce besoin.

RISC-V avait un avantage évident. Les modèles de style RISC-V, qui sont le choix naturel dans les systèmes SNARK, sont déjà utilisés dans la plupart des implémentations zkEVM. La production de preuves WebAssembly était moins efficace et plus compliquée.

Selon Butterin, RISC-V est désormais la norme appropriée. L’ensemble d’instructions open-source est compatible avec la vérification cryptographique et comporte moins de exigences en termes de complexité de circuit pour les preuves à divulgation zéro.

L’adoption de zkEVM a orienté la décision

Plusieurs projets zkEVM disposent déjà d’architectures compatibles RISC-V, notamment zkSync et Polygon zkEVM, qui ont des ensembles d’instructions similaires. Cette utilisation s’est généralisée et a influencé la direction d’Ethereum, la rendant moins fragmentée et permettant aux développeurs de partager des outils entre plateformes.

La feuille de route de la scalabilité du réseau se concentre sur les rollups. Ces systèmes assembleraient les transactions hors chaîne et fourniraient une preuve cryptographique à Ethereum. Les solutions de couche 2 dépendent d’une génération efficace de preuves, et RISC-V s’intègre bien à ce modèle, simplifiant la vérification des réseaux.

Ethereum continue d’adopter une philosophie de développement modulaire. Ce changement encourage une amélioration continue sans perturbations majeures, améliorant la performance des rollups au fil du temps et conservant la décentralisation à long terme comme priorité. RISC-V est suffisamment flexible pour supporter des mises à jour de protocole à l’avenir et inviter un spectre plus large de membres de l’écosystème.