Alors qu'Ethereum s'oriente vers une plus grande évolutivité et efficacité, la Machine Virtuelle Ethereum (EVM) fait l'objet d'un examen critique en raison de ses limitations, notamment en matière de soutien aux systèmes avancés de preuve à divulgation nulle.
RISC-V, une architecture de jeu d'instructions ouverte et rationalisée qui pourrait redéfinir la manière dont les contrats intelligents sont exécutés. Remplacer l'EVM par une machine virtuelle basée sur RISC-V pourrait-il libérer tout le potentiel d'Ethereum ? Plongeons dans la bataille entre EVM et RISC-V.
▫️Machine Virtuelle Ethereum (EVM) La EVM est le composant central d'Ethereum qui exécute des contrats intelligents. Elle traduit le code écrit dans des langages comme Solidity en instructions (bytecode) que le réseau Ethereum traite.
L'EVM a été un pilier du succès d'Ethereum, mais est désormais considérée comme un goulot d'étranglement pour la scalabilité en raison de sa complexité et de ses inefficacités, en particulier pour les systèmes de preuve à connaissance nulle (ZK), cruciaux pour l'avenir d'Ethereum.
▫️RISC-V RISC-V est une architecture de jeu d'instructions (ISA) ouverte, modulaire et gratuite ( utilisée dans la conception matérielle et logicielle. Elle est connue pour sa simplicité, sa flexibilité et son efficacité par rapport aux architectures propriétaires.
Dans le contexte d'Ethereum, RISC-V remplacerait le bytecode de l'EVM par une machine virtuelle basée sur RISC-V, permettant aux contrats intelligents d'être compilés directement en instructions RISC-V.
🔺RISC-V pourrait améliorer l'efficacité d'exécution jusqu'à 100x, en particulier pour les preuves à connaissance nulle )ZK-proofs(, qui sont utilisées dans des solutions d'évolutivité comme les ZK-rollups. Actuellement, les ZK-EVM traduisent le code EVM en RISC-V, ajoutant une surcharge. Un support natif de RISC-V éliminerait cette étape.
🔺La conception de l'EVM limite la capacité d'Ethereum à concurrencer des blockchains plus rapides comme )Solana ou Sui(. RISC-V pourrait améliorer le débit des transactions et réduire les coûts.
🔺La conception ouverte et modulaire de RISC-V pourrait simplifier la couche d'exécution d'Ethereum, rendant son entretien et sa mise à niveau plus faciles.
🔺RISC-V pourrait favoriser un environnement plus décentralisé et compétitif pour les producteurs de blocs, répondant ainsi aux préoccupations concernant la centralisation.
Les développeurs continueraient d'utiliser des langages familiers )Solidity/Vyper(, mais ceux-ci seraient compilés en instructions RISC-V au lieu de bytecode EVM.
Les fonctionnalités principales d'Ethereum ), les comptes, le stockage, les appels inter-contrats ( resteraient inchangées, garantissant la continuité pour les utilisateurs et les développeurs.
La compatibilité ascendante serait maintenue, permettant aux contrats EVM existants de fonctionner aux côtés ou d'être interprétés par des systèmes basés sur RISC-V. Les options incluent la prise en charge duale EVM/RISC-V ou l'utilisation d'un interpréteur RISC-V pour les contrats hérités.
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.
EVOLUTION SUIVANTE D'ETHEREUM
Alors qu'Ethereum s'oriente vers une plus grande évolutivité et efficacité, la Machine Virtuelle Ethereum (EVM) fait l'objet d'un examen critique en raison de ses limitations, notamment en matière de soutien aux systèmes avancés de preuve à divulgation nulle.
RISC-V, une architecture de jeu d'instructions ouverte et rationalisée qui pourrait redéfinir la manière dont les contrats intelligents sont exécutés. Remplacer l'EVM par une machine virtuelle basée sur RISC-V pourrait-il libérer tout le potentiel d'Ethereum ? Plongeons dans la bataille entre EVM et RISC-V.
▫️Machine Virtuelle Ethereum (EVM)
La EVM est le composant central d'Ethereum qui exécute des contrats intelligents. Elle traduit le code écrit dans des langages comme Solidity en instructions (bytecode) que le réseau Ethereum traite.
L'EVM a été un pilier du succès d'Ethereum, mais est désormais considérée comme un goulot d'étranglement pour la scalabilité en raison de sa complexité et de ses inefficacités, en particulier pour les systèmes de preuve à connaissance nulle (ZK), cruciaux pour l'avenir d'Ethereum.
▫️RISC-V
RISC-V est une architecture de jeu d'instructions (ISA) ouverte, modulaire et gratuite ( utilisée dans la conception matérielle et logicielle. Elle est connue pour sa simplicité, sa flexibilité et son efficacité par rapport aux architectures propriétaires.
Dans le contexte d'Ethereum, RISC-V remplacerait le bytecode de l'EVM par une machine virtuelle basée sur RISC-V, permettant aux contrats intelligents d'être compilés directement en instructions RISC-V.
🔺RISC-V pourrait améliorer l'efficacité d'exécution jusqu'à 100x, en particulier pour les preuves à connaissance nulle )ZK-proofs(, qui sont utilisées dans des solutions d'évolutivité comme les ZK-rollups. Actuellement, les ZK-EVM traduisent le code EVM en RISC-V, ajoutant une surcharge. Un support natif de RISC-V éliminerait cette étape.
🔺La conception de l'EVM limite la capacité d'Ethereum à concurrencer des blockchains plus rapides comme )Solana ou Sui(. RISC-V pourrait améliorer le débit des transactions et réduire les coûts.
🔺La conception ouverte et modulaire de RISC-V pourrait simplifier la couche d'exécution d'Ethereum, rendant son entretien et sa mise à niveau plus faciles.
🔺RISC-V pourrait favoriser un environnement plus décentralisé et compétitif pour les producteurs de blocs, répondant ainsi aux préoccupations concernant la centralisation.
Les développeurs continueraient d'utiliser des langages familiers )Solidity/Vyper(, mais ceux-ci seraient compilés en instructions RISC-V au lieu de bytecode EVM.
Les fonctionnalités principales d'Ethereum ), les comptes, le stockage, les appels inter-contrats ( resteraient inchangées, garantissant la continuité pour les utilisateurs et les développeurs.
La compatibilité ascendante serait maintenue, permettant aux contrats EVM existants de fonctionner aux côtés ou d'être interprétés par des systèmes basés sur RISC-V. Les options incluent la prise en charge duale EVM/RISC-V ou l'utilisation d'un interpréteur RISC-V pour les contrats hérités.