Vitalik Buterin se trouve à nouveau à l'avant-garde de la technologie Ethereum, cette fois, il propose une idée audacieuse qui pourrait bouleverser l'ensemble de la couche d'exécution d'Ethereum : remplacer la machine virtuelle Ethereum (EVM) par RISC-V. Au cours de la dernière décennie, l'EVM est devenu synonyme de plate-forme de contrats intelligents, il est la base sur laquelle s'exécutent les codes Solidity et Vyper, et le "moteur" de base dont dépendent les Rollups et l'architecture L2. Mais pour Vitalik, ce "moteur" a progressivement révélé de nombreux problèmes qui ne correspondent pas aux besoins modernes.
Texte original : https://ethereum-magicians.org/t/long-term-l1-execution-layer-proposal-replace-the-evm-with-risc-v/23617
Alors pourquoi RISC-V ? Pourquoi maintenant ? Quelle grande vision et quels défis techniques se cachent derrière cela ?
Tout d'abord, bien que l'EVM soit solide, sa structure est déjà "vieillissante". L'EVM utilise une structure de pile de 256 bits, conçue essentiellement comme une architecture de calcul virtuelle pour la sécurité et la déterminité de la blockchain, mais cette architecture s'éloigne de la façon dont les CPU du monde réel fonctionnent, ce qui fait que tout système basé sur une preuve ZK (zero-knowledge) qui tente de simuler l'EVM doit investir beaucoup de ressources - beaucoup de ressources pour prouver "que ce code fonctionne vraiment comme l'EVM", plutôt que de traiter la logique métier réelle.
Ainsi, il y a le goulot d'étranglement auquel le ZK-EVM est confronté aujourd'hui : il est lent, non pas parce que la technologie ZK elle-même n'est pas avancée, mais parce qu'il doit simuler une machine virtuelle qui n'est pas assez simple et difficile à prouver. Et précisément, dans ces systèmes ZK, le code EVM est souvent "converti" en un autre format pour traitement - RISC-V.
La proposition de Vitalik est donc une étape logique : "Puisque tous les systèmes ZK doivent finalement traduire l'EVM en RISC-V, pourquoi ne pas faire en sorte que les contrats intelligents s'exécutent nativement sur RISC-V ?" C'est un peu comme taper en pinyin où chaque fois il faut d'abord le convertir en caractères chinois, jusqu'à ce qu'un jour quelqu'un dise : "Ne pourrions-nous pas reconnaître directement l'entrée vocale ?"
RISC-V est une architecture d'ensemble d'instructions pour CPU dans le monde réel, simple, modulaire et open source, avec une philosophie de conception moderne et un écosystème matériel et logiciel mature qui la soutient. Elle est naturellement adaptée à la génération de circuits ZK - dans le monde ZK, prouver la validité d'une instruction RISC-V est bien plus simple que de prouver celle d'une instruction EVM. Vitalik cite les données de plusieurs projets expérimentaux pour affirmer que si RISC-V était directement utilisé comme architecture d'exécution de contrat, la vitesse de preuve ZK pourrait être multipliée par 50 à 100, ce qui signifie réduire le temps nécessaire pour générer une preuve d'un bloc Ethereum de quelques minutes à quelques secondes, un véritable saut qualitatif pour Ethereum L1 et les grands Rollups.
Bien sûr, les langages Solidity et Vyper que nous connaissons peuvent toujours être conservés, mais le langage cible après compilation ne sera plus le bytecode EVM, mais les instructions RISC-V. En d'autres termes, pour la plupart des développeurs, cela sera presque un "remplacement sans sensation", et ils ne remarqueront même pas les changements au niveau inférieur. Vitalik a également proposé trois chemins de compatibilité pour faire face aux défis de la période de transition :
Coexistence de deux machines virtuelles : EVM et RISC-V coexistent, les nouveaux contrats peuvent choisir d'utiliser RISC-V tandis que les anciens contrats restent inchangés. Le plus sécurisé, le plus compatible.
Emballage d'interpréteur en chaîne : exécuter l'EVM comme un "sous-système" sur RISC-V, en simulant en fait l'EVM sur la chaîne avec RISC-V. Cette approche est radicale mais unifiée.
Mécanisme de plugin d'interpréteur : permet au niveau du protocole de prendre en charge plusieurs machines virtuelles (comme le futur Move VM, WASM, etc.), RISC-V est l'option par défaut mais n'est pas exclu, avec une extensibilité.
Les défis techniques ne manquent pas. Par exemple, le modèle de gas de RISC-V doit être redessiné ; comment garantir l'exécution déterministe des contrats intelligents sans le soutien de bibliothèques standard ; et de nombreux outils de sécurité, débogueurs et cadres d'audit doivent être redéveloppés, la reconstruction de l'écosystème est un projet qui ne doit pas être sous-estimé.
Au niveau communautaire, cette proposition a également suscité de vastes discussions. Les radicaux estiment qu'il s'agit d'une mise à niveau stratégique qu'Ethereum doit entreprendre pour faire face à la concurrence des nouvelles chaînes haute performance comme Solana, Sui, Aptos, et qu'elle est une étape nécessaire vers "la prochaine génération d'Ethereum" ; tandis que les conservateurs craignent que sa mise en œuvre soit trop difficile et coûteuse, que les coûts de migration de l'écosystème soient difficiles à évaluer et qu'elle puisse entraîner des confusions de compatibilité et des ruptures de la chaîne d'outils.
Sam Blackshear, co-fondateur de Sui, a même déclaré publiquement que s'il devait redessiner la blockchain, il adopterait directement le langage Move, car Move est plus fort en gestion des ressources et en sécurité. Cependant, il reconnaît que pour l'Ethereum actuel, RISC-V est une alternative réaliste et raisonnable.
Il convient de noter qu'Ethereum n'a pas l'intention d'utiliser RISC-V pour "remplacer les solutions d'extension". Les Layer 2, le sharding de données EIP-4844, les solutions d'atténuation MEV, etc., continueront d'avancer, RISC-V est davantage une amélioration de base de niveau "remplacement de moteur", et non un moyen d'extension direct. Mais ce nouveau moteur pourrait permettre à l'extension future d'Ethereum d'aller plus vite, plus stable et plus efficacement.
La proposition de Vitalik n'est pas quelque chose qui pourra être lancé demain comme "Ethereum 2.5", c'est plutôt une feuille de route directionnelle à long terme : au cours des prochaines années, lorsque les chaînes d'outils seront prêtes et qu'un consensus communautaire sera établi, RISC-V pourrait progressivement devenir le véritable "nouveau noyau" d'Ethereum.
À une époque où tous les fondateurs ont déjà pris du recul et où le marché fait le bruit, Vitalik est toujours prêt à "écrire des propositions lui-même", à plonger dans les détails techniques et à promouvoir une révolution architecturale qui pourrait ouvrir des centaines de fois d'espace pour l'efficacité du calcul sur la chaîne. Cette passion et cette persévérance sont l'une des raisons pour lesquelles Ethereum continue de rester en tête.
E-gardiens, pensez-vous que cette décision est judicieuse ?
\u003ct-42/\u003e \u003cc-44/\u003e