Plus d'un an après que la mise à niveau de Dencun a donné un grand coup d'accélérateur au réseau de niveau 2, et quelques mois seulement avant la très attendue sortie de Fusaka, le cofondateur d'Ethereum, Vitalik Buterin, a proposé une idée audacieuse. Dans un post de forum en avril, il a déclaré que le réseau pourrait finalement remplacer sa Machine virtuelle d'Ethereum (EVM) à long terme par l'architecture de jeu d'instructions open source RISC-V. Cette proposition a suscité de vives discussions au sein de la communauté : RISC-V pourrait offrir à Ethereum des preuves zk-rollup plus rapides, mais les défis de migration incluent la réécriture des contrats intelligents et la réinitialisation de la sécurité. Est-ce l'avenir évolutif d'Ethereum ou un redémarrage risqué ?
1. L'attrait de la nouvelle fondation : les avantages technologiques de RISC-V
Pour ceux qui ne sont pas familiers, l'EVM est le moteur d'exécution de tous les contrats intelligents sur Ethereum. Il convertit le code Solidity en instructions de niveau machine et contrôle la manière dont les contrats interagissent. Depuis la naissance d'Ethereum, il en a toujours été le pilier. Ainsi, lorsque Buterin a proposé l'idée de remplacer l'EVM, cela a suscité une vive controverse au sein de la communauté.
Ses raisons reposent sur la scalabilité à long terme : il a écrit : « Les efforts de Beam Chain ont un énorme potentiel pour simplifier la couche de consensus. Mais pour que la couche d'exécution obtienne des bénéfices similaires, ce changement radical pourrait être la seule voie praticable. » Buterin estime qu'une machine virtuelle basée sur RISC-V pourrait augmenter la vitesse de génération des preuves à zéro connaissance de 100 fois. Cela pourrait transformer radicalement le paysage des zk-rollups, qui sont considérés comme la meilleure solution d'évolutivité sécurisée pour Ethereum. RISC-V n'a pas besoin de convertir le code de Solidity en EVM, puis en un format prenant en charge les preuves à zéro connaissance, simplifiant ainsi la génération de preuves et réduisant les coûts de calcul.
Les avantages technologiques de RISC-V ne font aucun doute. Il est ouvert, personnalisable et a déjà été appliqué dans des projets comme Nervos. Il est également très ami avec l'exécution parallèle et les applications à connaissance nulle. Le développeur anonyme Block.nm a souligné : « L'agrégation de ZK-STARK et ZK-SNARK peut réduire le temps et le coût de preuve. Grâce à l'exécution basée sur des registres, il devient plus facile d'écrire des programmes vérifiables. »
Deux, défis de migration : redémarrage complet de l'écosystème
Cependant, proposer une idée est une chose, transformer en profondeur le cœur de l'écosystème Ethereum en est une autre. Stuart Popejoy, co-fondateur et PDG de la blockchain Layer 1 PoW Kadena, a parlé sans détour de l'ampleur de cette disruption : il a déclaré à CryptoPotato : « Il n'est pas possible qu'une disruption majeure se produise à court terme, car cela ne peut pas se faire rapidement. Un système "meilleur" doit fonctionner en parallèle pendant des années et accumuler les effets de réseau de l'EVM. » Le testnet Chainweb EVM de la plateforme de Popejoy a récemment été lancé. Il pense que remplacer l'EVM n'est pas comme changer de base de données ou de mettre à niveau un protocole. C'est comme demander à Internet de remplacer HTTP ; théoriquement possible, mais en pratique absurde.
Intégrer RISC-V dans Ethereum n'est pas seulement une mise à niveau logicielle, mais un redémarrage complet de l'écosystème. Tout d'abord, les contrats intelligents sont immuables. Vous ne pouvez pas simplement les migrer. Comme l'explique Popejoy, « l'état existant est cryptographiquement lié à une adresse spécifique sur l'EVM. » Réécrire les contrats depuis le début sera obligatoire, et une nouvelle audit des contrats l'est aussi. Et il existe également un défi plus profond : la perte de l'expertise en matière de sécurité accumulée au cours de la dernière décennie. « Nous allons remettre à zéro les connaissances en matière de sécurité accumulées au cours des dix dernières années, » avertit Popejoy. « Nous en savons déjà beaucoup sur l'EVM ; tout cela deviendra sans importance. »
Les problèmes de compatibilité se sont également étendus au niveau Layer-2 d'Ethereum. Les preuves d'erreur sur Optimism et Arbitrum dépendent de l'exécution du code bytecode EVM sur Layer-1 pour valider les transactions de rollup. Si l'EVM est remplacé, cela compromettra les performances de Layer-1. Popejoy a souligné : « Vous devez construire un interpréteur EVM complet avec RISC-V. Cela va à l'encontre de l'objectif de réduction des coûts et d'accélération des vitesses. » Si cela n'est pas possible, alors L2 pourrait être contraint de devenir une chaîne souveraine, ce qui fragmenterait l'écosystème et compromettrait la combinabilité.
Troisième, chemin à suivre : double machine virtuelle et amélioration progressive
La plupart des experts s'accordent à dire qu'il n'y a pas de ligne de démarcation claire. Certains estiment que la seule solution réaliste est de soutenir au moins deux machines virtuelles dans les dix prochaines années. Les nouveaux contrats peuvent utiliser une architecture RISC-V plus rapide, tandis que les anciens contrats continueront à fonctionner sur l'EVM. Au fil du temps, si les avantages sont évidents et que les outils sont puissants, les développeurs pourraient choisir de migrer volontairement.
« Le support des doubles machines virtuelles offrira aux développeurs plus de flexibilité, » a déclaré Onuogu. « Cela fournit un temps d'adaptation et assure la continuité. » Elle a souligné qu'il est nécessaire d'adopter une approche progressive, similaire à celle de l'introduction des zk-rollups, sans perturber les applications existantes. En même temps, les développeurs L2 devraient être prêts. Block.nm recommande d'investir immédiatement dans une architecture modulaire, d'abstraire le système de preuve, de découpler la couche de règlement, et d'essayer d'utiliser des compilateurs alternatifs tels que LLVM IR et WebAssembly. « Ne dépendez pas entièrement de Solidity, » avertissent-ils.
Mais même avec une bonne préparation, la migration n'est pas une tâche facile. Ethereum possède des dizaines de milliers d'applications, des milliards de dollars de valeur et des millions d'utilisateurs. Chaque application a des dépendances différentes. La nouvelle Machine virtuelle doit respecter ces relations d'une manière ou d'une autre, sinon il y a un risque de division de la communauté. Cependant, les discussions autour du remplacement de l'EVM reflètent une réalité plus grande : Ethereum doit évoluer.
Bien que les mises à niveau de Dencun et Pectra aient résolu des goulots d'étranglement clés, leur évolutivité n'est pour l'instant que temporaire. La base du réseau reste confrontée à des problèmes de complexité, d'exécution lente et de conception monolithique. Comme l'ont souligné Buterin et d'autres, la durabilité à long terme pourrait nécessiter une architecture plus simple et plus claire, surtout dans un contexte où des concurrents comme Solana, Sui et les cadres de rollup modulaires grignotent la position dominante d'Ethereum.
C'est pourquoi des propositions comme EIP-7983, qui limitent la consommation de Gas par transaction, ont pu prospérer. Ces propositions promettent une plus grande prévisibilité, une diffusion des blocs plus rapide et un meilleur soutien à l'exécution des preuves à connaissance nulle, tout en minimisant les interférences. Ces améliorations progressives incarnent le nouveau concept de design émergent d'Ethereum : simplifier autant que possible et conserver lorsque nécessaire.
Cependant, RISC-V n'est pas une panacée. Comme l'a dit Popejoy, il ne remplacera probablement jamais l'EVM. Mais il ouvre la porte à l'expérimentation. Si Ethereum veut continuer à maintenir sa position de leader mondial des blockchains programmables, il ne peut pas se contenter de son ancien empilement.
« L'évolution d'Ethereum n'est pas destinée à remplacer tout ce que nous avons déjà construit, » résume Onuogu. « Mais plutôt à construire l'avenir de manière prudente et ouverte, en gardant à l'esprit l'ensemble de l'écosystème. »
Conclusion :
Le RISC-V sur Ethereum est une proposition ambitieuse visant à améliorer l'efficacité et la sécurité d'Ethereum pour faire face aux défis futurs. Bien que le processus de migration soit semé d'embûches, ses bénéfices potentiels, en particulier en matière d'amélioration des preuves zk-rollup, pourraient offrir un avenir évolutif à Ethereum. Cette révolution technologique mettra à l'épreuve le consensus et la capacité d'exécution de la communauté Ethereum, mais son objectif ultime est de garantir qu'Ethereum reste à la pointe dans un paysage blockchain en constante évolution.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
La proposition de « V God » d'Ethereum de passer à RISC-V : un avenir évolutif ou un redémarrage risqué ?
Plus d'un an après que la mise à niveau de Dencun a donné un grand coup d'accélérateur au réseau de niveau 2, et quelques mois seulement avant la très attendue sortie de Fusaka, le cofondateur d'Ethereum, Vitalik Buterin, a proposé une idée audacieuse. Dans un post de forum en avril, il a déclaré que le réseau pourrait finalement remplacer sa Machine virtuelle d'Ethereum (EVM) à long terme par l'architecture de jeu d'instructions open source RISC-V. Cette proposition a suscité de vives discussions au sein de la communauté : RISC-V pourrait offrir à Ethereum des preuves zk-rollup plus rapides, mais les défis de migration incluent la réécriture des contrats intelligents et la réinitialisation de la sécurité. Est-ce l'avenir évolutif d'Ethereum ou un redémarrage risqué ?
1. L'attrait de la nouvelle fondation : les avantages technologiques de RISC-V
Pour ceux qui ne sont pas familiers, l'EVM est le moteur d'exécution de tous les contrats intelligents sur Ethereum. Il convertit le code Solidity en instructions de niveau machine et contrôle la manière dont les contrats interagissent. Depuis la naissance d'Ethereum, il en a toujours été le pilier. Ainsi, lorsque Buterin a proposé l'idée de remplacer l'EVM, cela a suscité une vive controverse au sein de la communauté.
Ses raisons reposent sur la scalabilité à long terme : il a écrit : « Les efforts de Beam Chain ont un énorme potentiel pour simplifier la couche de consensus. Mais pour que la couche d'exécution obtienne des bénéfices similaires, ce changement radical pourrait être la seule voie praticable. » Buterin estime qu'une machine virtuelle basée sur RISC-V pourrait augmenter la vitesse de génération des preuves à zéro connaissance de 100 fois. Cela pourrait transformer radicalement le paysage des zk-rollups, qui sont considérés comme la meilleure solution d'évolutivité sécurisée pour Ethereum. RISC-V n'a pas besoin de convertir le code de Solidity en EVM, puis en un format prenant en charge les preuves à zéro connaissance, simplifiant ainsi la génération de preuves et réduisant les coûts de calcul.
Les avantages technologiques de RISC-V ne font aucun doute. Il est ouvert, personnalisable et a déjà été appliqué dans des projets comme Nervos. Il est également très ami avec l'exécution parallèle et les applications à connaissance nulle. Le développeur anonyme Block.nm a souligné : « L'agrégation de ZK-STARK et ZK-SNARK peut réduire le temps et le coût de preuve. Grâce à l'exécution basée sur des registres, il devient plus facile d'écrire des programmes vérifiables. »
Deux, défis de migration : redémarrage complet de l'écosystème
Cependant, proposer une idée est une chose, transformer en profondeur le cœur de l'écosystème Ethereum en est une autre. Stuart Popejoy, co-fondateur et PDG de la blockchain Layer 1 PoW Kadena, a parlé sans détour de l'ampleur de cette disruption : il a déclaré à CryptoPotato : « Il n'est pas possible qu'une disruption majeure se produise à court terme, car cela ne peut pas se faire rapidement. Un système "meilleur" doit fonctionner en parallèle pendant des années et accumuler les effets de réseau de l'EVM. » Le testnet Chainweb EVM de la plateforme de Popejoy a récemment été lancé. Il pense que remplacer l'EVM n'est pas comme changer de base de données ou de mettre à niveau un protocole. C'est comme demander à Internet de remplacer HTTP ; théoriquement possible, mais en pratique absurde.
Intégrer RISC-V dans Ethereum n'est pas seulement une mise à niveau logicielle, mais un redémarrage complet de l'écosystème. Tout d'abord, les contrats intelligents sont immuables. Vous ne pouvez pas simplement les migrer. Comme l'explique Popejoy, « l'état existant est cryptographiquement lié à une adresse spécifique sur l'EVM. » Réécrire les contrats depuis le début sera obligatoire, et une nouvelle audit des contrats l'est aussi. Et il existe également un défi plus profond : la perte de l'expertise en matière de sécurité accumulée au cours de la dernière décennie. « Nous allons remettre à zéro les connaissances en matière de sécurité accumulées au cours des dix dernières années, » avertit Popejoy. « Nous en savons déjà beaucoup sur l'EVM ; tout cela deviendra sans importance. »
Les problèmes de compatibilité se sont également étendus au niveau Layer-2 d'Ethereum. Les preuves d'erreur sur Optimism et Arbitrum dépendent de l'exécution du code bytecode EVM sur Layer-1 pour valider les transactions de rollup. Si l'EVM est remplacé, cela compromettra les performances de Layer-1. Popejoy a souligné : « Vous devez construire un interpréteur EVM complet avec RISC-V. Cela va à l'encontre de l'objectif de réduction des coûts et d'accélération des vitesses. » Si cela n'est pas possible, alors L2 pourrait être contraint de devenir une chaîne souveraine, ce qui fragmenterait l'écosystème et compromettrait la combinabilité.
Troisième, chemin à suivre : double machine virtuelle et amélioration progressive
La plupart des experts s'accordent à dire qu'il n'y a pas de ligne de démarcation claire. Certains estiment que la seule solution réaliste est de soutenir au moins deux machines virtuelles dans les dix prochaines années. Les nouveaux contrats peuvent utiliser une architecture RISC-V plus rapide, tandis que les anciens contrats continueront à fonctionner sur l'EVM. Au fil du temps, si les avantages sont évidents et que les outils sont puissants, les développeurs pourraient choisir de migrer volontairement.
« Le support des doubles machines virtuelles offrira aux développeurs plus de flexibilité, » a déclaré Onuogu. « Cela fournit un temps d'adaptation et assure la continuité. » Elle a souligné qu'il est nécessaire d'adopter une approche progressive, similaire à celle de l'introduction des zk-rollups, sans perturber les applications existantes. En même temps, les développeurs L2 devraient être prêts. Block.nm recommande d'investir immédiatement dans une architecture modulaire, d'abstraire le système de preuve, de découpler la couche de règlement, et d'essayer d'utiliser des compilateurs alternatifs tels que LLVM IR et WebAssembly. « Ne dépendez pas entièrement de Solidity, » avertissent-ils.
Mais même avec une bonne préparation, la migration n'est pas une tâche facile. Ethereum possède des dizaines de milliers d'applications, des milliards de dollars de valeur et des millions d'utilisateurs. Chaque application a des dépendances différentes. La nouvelle Machine virtuelle doit respecter ces relations d'une manière ou d'une autre, sinon il y a un risque de division de la communauté. Cependant, les discussions autour du remplacement de l'EVM reflètent une réalité plus grande : Ethereum doit évoluer.
Bien que les mises à niveau de Dencun et Pectra aient résolu des goulots d'étranglement clés, leur évolutivité n'est pour l'instant que temporaire. La base du réseau reste confrontée à des problèmes de complexité, d'exécution lente et de conception monolithique. Comme l'ont souligné Buterin et d'autres, la durabilité à long terme pourrait nécessiter une architecture plus simple et plus claire, surtout dans un contexte où des concurrents comme Solana, Sui et les cadres de rollup modulaires grignotent la position dominante d'Ethereum.
C'est pourquoi des propositions comme EIP-7983, qui limitent la consommation de Gas par transaction, ont pu prospérer. Ces propositions promettent une plus grande prévisibilité, une diffusion des blocs plus rapide et un meilleur soutien à l'exécution des preuves à connaissance nulle, tout en minimisant les interférences. Ces améliorations progressives incarnent le nouveau concept de design émergent d'Ethereum : simplifier autant que possible et conserver lorsque nécessaire.
Cependant, RISC-V n'est pas une panacée. Comme l'a dit Popejoy, il ne remplacera probablement jamais l'EVM. Mais il ouvre la porte à l'expérimentation. Si Ethereum veut continuer à maintenir sa position de leader mondial des blockchains programmables, il ne peut pas se contenter de son ancien empilement.
« L'évolution d'Ethereum n'est pas destinée à remplacer tout ce que nous avons déjà construit, » résume Onuogu. « Mais plutôt à construire l'avenir de manière prudente et ouverte, en gardant à l'esprit l'ensemble de l'écosystème. »
Conclusion :
Le RISC-V sur Ethereum est une proposition ambitieuse visant à améliorer l'efficacité et la sécurité d'Ethereum pour faire face aux défis futurs. Bien que le processus de migration soit semé d'embûches, ses bénéfices potentiels, en particulier en matière d'amélioration des preuves zk-rollup, pourraient offrir un avenir évolutif à Ethereum. Cette révolution technologique mettra à l'épreuve le consensus et la capacité d'exécution de la communauté Ethereum, mais son objectif ultime est de garantir qu'Ethereum reste à la pointe dans un paysage blockchain en constante évolution.