L'énorme refonte d'Ethereum : abandonner l'EVM pour RISC-V dans un mouvement audacieux

J'ai observé l'évolution d'Ethereum pendant des années, et laissez-moi vous dire - ce potentiel changement de l'EVM vers RISC-V pourrait être le mouvement le plus audacieux que j'ai jamais vu. Ce n'est pas juste une autre mise à niveau ; c'est pratiquement reconstruire toute la maison pendant que les gens y vivent encore !

Le problème est douloureusement évident pour quiconque travaille avec la technologie ZK. Les solutions zkEVM actuelles ressemblent à essayer de faire fonctionner Windows 95 sur du matériel quantique - la surcharge de l'interpréteur tue la performance de 50 à 800 fois. En tant que personne ayant souffert de ces goulets d'étranglement, je ne peux m'empêcher de ressentir de la frustration face au fait que nous avons traîné avec cette architecture si longtemps.

Ces contrats précompilés ? Ne me lancez pas là-dessus. C'est un véritable cauchemar qui a failli faire s'effondrer le consensus plusieurs fois. Vitalik ne mâche plus ses mots - il les qualifie de "catastrophiques" et veut fermer la porte à l'ajout de nouveaux. Je suis en fait choqué que cela ait pris si longtemps pour que l'équipe admette que cette dette technique était insoutenable.

Le design de pile de 256 bits avait parfaitement du sens en 2015, mais pour la génération de preuves ZK ? Une torture pure. J'ai passé d'innombrables heures à optimiser autour de ces limitations, et cela ressemble à essayer de gagner la Formule 1 avec une carriole tirée par des chevaux.

RISC-V semble être la sortie évidente. Avec seulement 47 instructions principales et un support de langage courant via LLVM, c'est déjà le standard de facto dans le monde de zkVM. Neuf projets sur dix l'ont choisi ! Le marché a parlé, et Ethereum serait stupide de nager à contre-courant.

Ce qui m'excite le plus, c'est la stratégie de migration - elle est étonnamment pragmatique. Commencer par RISC-V en tant que modules précompilés avant de passer à une approche à double VM semble être le bon équilibre entre innovation et stabilité. La stratégie finale "Rosetta" d'implémentation de l'EVM au sein de RISC-V est plutôt astucieuse.

Les implications pour l'écosystème sont fascinantes. Les rollups optimistes comme Arbitrum et Optimism pourraient être en grave difficulté - leur mécanisme de preuve de fraude entier dépend de l'EVM ! Pendant ce temps, les rollups ZK riront jusqu'à la banque avec leurs architectures déjà alignées sur RISC-V. Les dynamiques de pouvoir dans l'espace L2 pourraient changer de manière spectaculaire.

Pour les développeurs, ce changement signifie que nous pourrions enfin échapper au monopole de Solidity. Ne vous méprenez pas, Solidity a sa place, mais pouvoir écrire des contrats intelligents en Rust ou Go directement sur L1 ? C'est la liberté révolutionnaire dont nous avons besoin depuis longtemps.

Pour les utilisateurs, la réduction des coûts de preuve de 100x pourrait enfin tenir la promesse d'un L1 à haut débit. Imaginez 10 000 TPS sans sacrifier la sécurité ou la décentralisation !

Les risques sont réels cependant. La mesure du gaz devient plus complexe et je suis particulièrement préoccupé par la sécurité de la chaîne d'outils. Ceux d'entre nous qui ont combattu les vulnérabilités des compilateurs savent à quel point elles peuvent être désagréables - et maintenant le modèle de sécurité repose fortement sur des compilateurs hors chaîne.

En fin de compte, cette démarche représente l'évolution d'Ethereum d'une "plateforme de contrat intelligent" à quelque chose de bien plus ambitieux - une couche de confiance vérifiable pour l'ensemble d'Internet. C'est soit une prévoyance brillante, soit un dépassement spectaculaire, mais je dois admirer l'audace de tout cela.