Un fren m'a demandé comment je voyais la proposition radicale de @VitalikButerin de remplacer le bytecode de la Machine virtuelle Ethereum (EVM) par une architecture de jeu d'instructions RISC-V open source ? En substance, Ethereum est en train de préparer une transformation technique profonde dominée par la technologie ZK. Laissez-moi clarifier la logique stratégique sous-jacente :
Tout d'abord, l'idée de Vitalik de remplacer l'EVM par RISC-V n'est en réalité pas nouvelle. Dès qu'il a proposé la stratégie d'évolutivité centrée sur les Rollups, il avait déjà insinué une pensée similaire : permettre aux layer2 éligibles de devenir la couche d'exécution du mainnet, tandis que l'EVM serait rétrogradé de la couche de protocole à la couche de fonctionnalité du client d'exécution des Rollups « internes », devenant l'un des nombreux AltVM.
La clé de cette transformation réside dans le fait que RISC-V, en tant qu’architecture de jeu d’instructions de niveau inférieur et à usage plus général, peut fournir une base « matérielle » unifiée pour zkVM, de sorte qu’une variété d’environnements d’exécution différents puissent fonctionner efficacement sous le même framework. Ce changement d’architecture doit s’appuyer sur l’achèvement par Ethereum du déploiement de SNARKs de bas niveau, car ce n’est que lorsque la technologie ZK peut être appliquée à la vérification de l’état à grande échelle que cette architecture de couche d’exécution modulaire peut atteindre l’efficacité tout en garantissant la sécurité.
Pour être honnête, cet ajustement stratégique d’Ethereum semble avoir le courage de « casser la bouilloire et de réinventer la fournaise » à première vue, mais une analyse plus approfondie montre que la fongibilité de la couche d’exécution est en fait la seule voie pour une vieille chaîne publique à consensus fort comme Ethereum. Face à l’impact technique des chaînes publiques de pointe telles que Solana et Sui avec un TPS extrême, ainsi qu’au détournement du marché d’un grand nombre de chaînes compatibles EVM, Ethereum choisit de prendre l’initiative plutôt que d’être passivement battu.
En effet, en comparaison purement technique, le TPS d'Ethereum a du mal à rivaliser avec des nouvelles blockchains comme Solana ou Sui, mais dans le cadre du trilemme, Ethereum reste fermement attaché à ses deux valeurs fondamentales que sont la sécurité et la décentralisation, tout en maintenant une prospérité écologique inégalée et une communauté de développeurs.
Si Ethereum tente d'utiliser l'architecture d'instructions open source RISC-V pour améliorer l'efficacité de la couche d'exécution, en particulier dans le domaine des preuves ZK, on s'attend à un bond de performance de 50 à 100 fois. Cette stratégie d'itération de la couche d'exécution sans sacrifier les fondements préserve non seulement les avantages clés d'Ethereum, mais s'attaque également à ses principales lacunes. Pourquoi ne pas en profiter ?
Cependant, tout en célébrant avec enthousiasme la nouvelle proposition, il faut comprendre que la transition de la EVM vers RISC-V n'est pas un projet qui se réalisera du jour au lendemain. D'un point de vue technique, cette transformation nécessitera probablement d'attendre que la technologie ZK-SNARKs atteigne une mise en œuvre à grande échelle avant de pouvoir être pleinement avancée.
Comparé aux importantes mises à niveau du cœur d'Ethereum au cours des dernières années (comme la mise à niveau du niveau de consensus de PoW à PoS), idéalement, tout le processus nécessite une conception rigoureuse, des tests étendus et un fort soutien de la communauté, estimé à un cycle d'au moins 2 à 3 ans.
Cependant, Vitalik a souligné la compatibilité ascendante dans la proposition, il est possible que les contrats EVM existants continuent d'exister grâce à un interpréteur RISC-V ou un mécanisme de support parallèle, ce qui est essentiel pour atténuer les coûts de transition pour les développeurs et les utilisateurs. Cette stratégie de transformation progressive est également un style d'itération robuste que Ethereum doit nécessairement avoir en tant que chaîne principale décentralisée et sécurisée.
À mon avis, la proposition de Vitalik de remplacer l'EVM par RISC-V n'est pas simplement un ajustement technique, mais une stratégie d'innovation proactive d'Ethereum face à la concurrence des blockchains publiques hautes performances. Cette proposition est étroitement liée aux mises à jour telles que Verge et Purge dans la feuille de route d'Ethereum, et repose essentiellement sur la transformation des SNARKs, visant à établir un environnement d'exécution plus efficace et plus flexible pour soutenir les futurs cas d'application diversifiés.
Auparavant, @drakefjustin a révélé que la fondation Ethereum investirait des dizaines de millions de dollars dans le projet zkVMs. Il ne fait aucun doute que zkVM est en effet l'un des récits centraux de l'avenir d'Ethereum. Ethereum tente de construire non seulement une couche d'exécution plus efficace, mais aussi une architecture modulaire capable de prendre en charge plusieurs Machines virtuelles. Cette discussion sur le remplacement de l'EVM par le RISC-V n'est peut-être que le début.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Démystifier les ambitions stratégiques de Vitalik pour reconstruire la couche d'exécution d'Ethereum avec RISC-V
Un fren m'a demandé comment je voyais la proposition radicale de @VitalikButerin de remplacer le bytecode de la Machine virtuelle Ethereum (EVM) par une architecture de jeu d'instructions RISC-V open source ? En substance, Ethereum est en train de préparer une transformation technique profonde dominée par la technologie ZK. Laissez-moi clarifier la logique stratégique sous-jacente :
La clé de cette transformation réside dans le fait que RISC-V, en tant qu’architecture de jeu d’instructions de niveau inférieur et à usage plus général, peut fournir une base « matérielle » unifiée pour zkVM, de sorte qu’une variété d’environnements d’exécution différents puissent fonctionner efficacement sous le même framework. Ce changement d’architecture doit s’appuyer sur l’achèvement par Ethereum du déploiement de SNARKs de bas niveau, car ce n’est que lorsque la technologie ZK peut être appliquée à la vérification de l’état à grande échelle que cette architecture de couche d’exécution modulaire peut atteindre l’efficacité tout en garantissant la sécurité.
En effet, en comparaison purement technique, le TPS d'Ethereum a du mal à rivaliser avec des nouvelles blockchains comme Solana ou Sui, mais dans le cadre du trilemme, Ethereum reste fermement attaché à ses deux valeurs fondamentales que sont la sécurité et la décentralisation, tout en maintenant une prospérité écologique inégalée et une communauté de développeurs.
Si Ethereum tente d'utiliser l'architecture d'instructions open source RISC-V pour améliorer l'efficacité de la couche d'exécution, en particulier dans le domaine des preuves ZK, on s'attend à un bond de performance de 50 à 100 fois. Cette stratégie d'itération de la couche d'exécution sans sacrifier les fondements préserve non seulement les avantages clés d'Ethereum, mais s'attaque également à ses principales lacunes. Pourquoi ne pas en profiter ?
Comparé aux importantes mises à niveau du cœur d'Ethereum au cours des dernières années (comme la mise à niveau du niveau de consensus de PoW à PoS), idéalement, tout le processus nécessite une conception rigoureuse, des tests étendus et un fort soutien de la communauté, estimé à un cycle d'au moins 2 à 3 ans.
Cependant, Vitalik a souligné la compatibilité ascendante dans la proposition, il est possible que les contrats EVM existants continuent d'exister grâce à un interpréteur RISC-V ou un mécanisme de support parallèle, ce qui est essentiel pour atténuer les coûts de transition pour les développeurs et les utilisateurs. Cette stratégie de transformation progressive est également un style d'itération robuste que Ethereum doit nécessairement avoir en tant que chaîne principale décentralisée et sécurisée.
À mon avis, la proposition de Vitalik de remplacer l'EVM par RISC-V n'est pas simplement un ajustement technique, mais une stratégie d'innovation proactive d'Ethereum face à la concurrence des blockchains publiques hautes performances. Cette proposition est étroitement liée aux mises à jour telles que Verge et Purge dans la feuille de route d'Ethereum, et repose essentiellement sur la transformation des SNARKs, visant à établir un environnement d'exécution plus efficace et plus flexible pour soutenir les futurs cas d'application diversifiés.
Auparavant, @drakefjustin a révélé que la fondation Ethereum investirait des dizaines de millions de dollars dans le projet zkVMs. Il ne fait aucun doute que zkVM est en effet l'un des récits centraux de l'avenir d'Ethereum. Ethereum tente de construire non seulement une couche d'exécution plus efficace, mais aussi une architecture modulaire capable de prendre en charge plusieurs Machines virtuelles. Cette discussion sur le remplacement de l'EVM par le RISC-V n'est peut-être que le début.