Le choix technologique d'Ethereum : pourquoi RISC-V a surpassé eWASM

Lors de Pragma Taipei en avril, Vitalik Buterin s'est entretenu pour discuter de l'un des pivots techniques les plus importants d'Ethereum. La question que tout le monde se pose : pourquoi le réseau est-il passé d'eWASM à RISC-V ?

L'histoire commence avec de l'ambition. eWASM devait être la solution—un remplacement innovant pour les limitations connues de l'EVM. Code propre, meilleures performances, une véritable voie d'amélioration. Mais l'exécution est là où la théorie rencontre la réalité.

Le timing est devenu le facteur déterminant. Alors qu'Ethereum avançait vers The Merge, le développement d'eWASM a rencontré des obstacles. Les retards se sont accumulés. RISC-V a émergé comme une alternative pragmatique—plus léger, plus rapide à mettre en œuvre, avec un support d'écosystème plus large déjà en place.

Vitalik a exposé clairement les compromis. RISC-V apportait des cycles d'itération plus rapides et une dette technique moindre. eWASM, bien que théoriquement élégant, demandait plus de ressources de développement que le calendrier ne permettait. Parfois, la meilleure technologie n'est pas celle qui gagne—c'est celle qui est livrée.

Pour les développeurs et chercheurs en protocoles suivant l'évolution de la couche d'exécution d'Ethereum, ce changement marque une maturation dans la réflexion : la flexibilité l'emporte sur la perfection lorsque l'on construit une infrastructure en direct. Le réseau avance, en apprenant à mesure qu'il se développe.