Ethereum prévoit de remplacer EVM par RISC-V pour résoudre les goulets d’étranglement de performance à l’avenir de ZK et se positionner comme la couche de confiance sous-jacente pour les réseaux de nouvelle génération, réalisant ainsi la vision de l’informatique vérifiable. Cet article est tiré d’un article écrit par jaehaerys.eth, compilé et rédigé par TechFlow. (Synopsis : Ethereum a « changé RISC-V » pour faire fuir les développeurs ? Avertissement OG : l’écosystème ETH sera redistribué, les petits projets quitteront Solana) (supplément de fond : technologie》Qu’est-ce que RISC-V préconisé par Vitalik ? Pourquoi CKB-VM Pourquoi RISC-V ? En adoptant RISC-V, Ethereum résout non seulement son propre goulot d’étranglement en matière d’évolutivité, mais se positionne également comme la couche de confiance fondamentale pour les réseaux de nouvelle génération. Ethereum se prépare à la transformation architecturale la plus importante depuis sa création : le remplacement de l’EVM par RISC-V. La raison est simple : dans un avenir où la (ZK) à connaissance zéro est essentielle, l’EVM est devenu un goulot d’étranglement des performances : actuellement, zkEVM s’appuie sur des interprètes, ce qui entraîne des ralentissements de performance de 50 à 800 fois ; Les modules précompilés rendent le protocole complexe et risqué ; La conception de la pile 256 bits est extrêmement inefficace pour générer des preuves. Solution RISC-V : design minimaliste ( environ 47 ) d’instructions de base + écosystème LLVM mature ( prendre en charge Rust, C++, Go et d’autres ) de langage ; (90 % des projets qui sont devenus le standard zkVM de facto adoptent ) ; Dispose d’une spécification SAIL formelle ( fait l’objet d’une vérification stricte par rapport à la vague ) → du livre jaune ; Le chemin d’attestation matérielle (ASICs/FPGAs) a été ( dans les tests )SP1, Nervos, Cartesi, etc. Le processus de migration est divisé en trois phases : remplacement de RISC-V en tant que module précompilé ( ) de test à faible risque ; L’ère de la double VM : EVM et RISC-V coexistent et sont entièrement interopérables ; Réimplémentez la politique de (Rosetta EVM ) dans RISC-V. Impacts sur l’écosystème : les ( de rollups optimistes tels qu’Arbitrum et Optimism) doivent reconstruire des mécanismes de protection contre la fraude ; Les rollups à connaissance zéro ( tels que Polygon, zkSync, Scroll) bénéficieront d’énormes avantages → moins chers, plus rapides et plus simples ; Les développeurs peuvent utiliser des bibliothèques de langage telles que Rust, Go et Python directement au niveau L1 ; Les utilisateurs bénéficieront d’un coût environ 100 fois inférieur → d’environ 10 000 TPS( au Gigagas L1 ). À terme, Ethereum passera d’une « machine virtuelle de contrats intelligents » à une couche de confiance minimaliste et vérifiable du réseau, avec l’objectif ultime de « ZK-Snark ». Vitalik Buterin, à la croisée des chemins d’Ethereum, a dit un jour : « La fin comprend ...... Que tout soit ZK-Snark. La fin de partie des preuves à divulgation nulle de connaissance (ZK) est inévitable, et sa thèse de base est simple : Ethereum se réinvente à partir de zéro sur la base de preuves à divulgation nulle de connaissance. Cela marque la fin technique du protocole – une refactorisation de L1 pour atteindre sa forme finale, alimentée par une zkVM haute performance alimentée par une équipe de développement de base ( telle que Succinct). Pour terminer avec cette vision, Ethereum se trouve à la phase de transformation architecturale la plus importante depuis sa création. Il ne s’agit plus de mises à niveau progressives, mais d’une refonte complète de ses cœurs de calcul, en remplacement de la machine virtuelle Ethereum (EVM). Cette initiative est la pierre angulaire de la vision plus large du (Lean Ethereum) « lean Ethereum ». La vision de Streamline Ethereum (Lean Ethereum) vise à simplifier systématiquement l’ensemble du protocole, en le divisant en trois modules principaux : la rationalisation des (Lean Consensus) de consensus et la rationalisation des données (Lean Data) et rationaliser les (Lean Execution) d’exécution. Parmi les questions centrales d’une exécution rationalisée, le point le plus critique est le suivant : en tant que moteur de la révolution des contrats intelligents, l’EVM est-il devenu un goulot d’étranglement majeur dans le développement futur d’Ethereum ? Comme le dit Justin Drake de la Fondation Ethereum, l’objectif à long terme d’Ethereum a toujours été de « Snark everything » (Snarkify everything), un outil puissant qui améliore les couches du protocole. Pendant longtemps, cependant, cet objectif était plutôt un « plan inatteignable », car pour l’atteindre, il fallait une preuve en temps réel du concept de proving( en temps réel 019283746574839201. Aujourd’hui, alors que les preuves en temps réel deviennent une réalité, les inefficacités théoriques de l’EVM sont devenues un problème pratique à résoudre. Cet article fournira une analyse approfondie des arguments techniques et stratégiques pour migrer Ethereum L1 vers l’architecture de jeu d’instructions RISC-V )ISA(. Cette décision devrait non seulement débloquer une évolutivité sans précédent, mais aussi simplifier la structure du protocole et aligner Ethereum sur l’avenir de l’informatique vérifiable. Qu’est-ce qui a changé exactement ? Avant d’explorer le « pourquoi », il faut d’abord clarifier le « quoi » qui change. L’EVM ) Ethereum Virtual Machine ( est l’environnement d’exploitation des contrats intelligents Ethereum, connu sous le nom d'« ordinateur mondial » qui traite les transactions et met à jour l’état de la blockchain. Au fil des ans, sa conception a été révolutionnaire, jetant les bases de la naissance de )DeFi( de finance décentralisée et d’écosystèmes NFT. Cependant, cette architecture personnalisée d’il y a près d’une décennie a maintenant accumulé beaucoup de dette technique. En revanche, RISC-V n’est pas un produit, mais une norme ouverte – un « alphabet » de conception de processeur libre et général. Comme l’a souligné Jeremy Bruestle lors de la conférence Ethproofs, ses principes clés en font un excellent choix pour ce rôle : Minimalisme : Le jeu d’instructions sous-jacent de RISC-V est extrêmement simple, composé d’environ 40 à 47 instructions. Comme le dit Jeremy, cela le rend « presque parfait pour le cas d’utilisation de la machine à usage général ultra-minimaliste dont nous avons besoin ». Conception modulaire : des fonctions plus complexes sont ajoutées avec des extensions en option. Cette fonctionnalité est essentielle car elle permet au cœur de rester simple tout en étendant les fonctionnalités selon les besoins sans imposer de complexité inutile au protocole sous-jacent. Écosystème ouvert : RISC-V prend en charge une chaîne d’outils large et mature, y compris le compilateur LLVM, qui permet aux développeurs d’utiliser des langages de programmation courants tels que Rust, C++ et Go. Comme le note Justin Drake, « les outils autour du compilateur sont très riches, et le compilateur est extrêmement difficile à construire...... Il est donc extrêmement précieux de disposer de ces chaînes d’outils de compilation. RISC-V permet à Ethereum d’hériter gratuitement de ces outils prêts à l’emploi. L’impulsion pour le remplacement des EVM n’est pas un défaut unique, mais plutôt une confluence de limitations fondamentales qui ne peuvent être ignorées dans le contexte d’un avenir avec des preuves à divulgation nulle de connaissance en son cœur. Ces limitations comprennent les goulets d’étranglement des performances dans les systèmes à divulgation nulle de connaissance et les risques posés par la complexité croissante qui s’accumule au sein du protocole. Le facteur le plus pressant de cette transformation est l’inefficacité inhérente de l’EVM dans les systèmes à divulgation nulle de connaissance. Avec Ethereum...
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 pression de la dette technique atteint son paroxysme, Ethereum choisit de "repartir de zéro" avec RISC-V.
Ethereum prévoit de remplacer EVM par RISC-V pour résoudre les goulets d’étranglement de performance à l’avenir de ZK et se positionner comme la couche de confiance sous-jacente pour les réseaux de nouvelle génération, réalisant ainsi la vision de l’informatique vérifiable. Cet article est tiré d’un article écrit par jaehaerys.eth, compilé et rédigé par TechFlow. (Synopsis : Ethereum a « changé RISC-V » pour faire fuir les développeurs ? Avertissement OG : l’écosystème ETH sera redistribué, les petits projets quitteront Solana) (supplément de fond : technologie》Qu’est-ce que RISC-V préconisé par Vitalik ? Pourquoi CKB-VM Pourquoi RISC-V ? En adoptant RISC-V, Ethereum résout non seulement son propre goulot d’étranglement en matière d’évolutivité, mais se positionne également comme la couche de confiance fondamentale pour les réseaux de nouvelle génération. Ethereum se prépare à la transformation architecturale la plus importante depuis sa création : le remplacement de l’EVM par RISC-V. La raison est simple : dans un avenir où la (ZK) à connaissance zéro est essentielle, l’EVM est devenu un goulot d’étranglement des performances : actuellement, zkEVM s’appuie sur des interprètes, ce qui entraîne des ralentissements de performance de 50 à 800 fois ; Les modules précompilés rendent le protocole complexe et risqué ; La conception de la pile 256 bits est extrêmement inefficace pour générer des preuves. Solution RISC-V : design minimaliste ( environ 47 ) d’instructions de base + écosystème LLVM mature ( prendre en charge Rust, C++, Go et d’autres ) de langage ; (90 % des projets qui sont devenus le standard zkVM de facto adoptent ) ; Dispose d’une spécification SAIL formelle ( fait l’objet d’une vérification stricte par rapport à la vague ) → du livre jaune ; Le chemin d’attestation matérielle (ASICs/FPGAs) a été ( dans les tests )SP1, Nervos, Cartesi, etc. Le processus de migration est divisé en trois phases : remplacement de RISC-V en tant que module précompilé ( ) de test à faible risque ; L’ère de la double VM : EVM et RISC-V coexistent et sont entièrement interopérables ; Réimplémentez la politique de (Rosetta EVM ) dans RISC-V. Impacts sur l’écosystème : les ( de rollups optimistes tels qu’Arbitrum et Optimism) doivent reconstruire des mécanismes de protection contre la fraude ; Les rollups à connaissance zéro ( tels que Polygon, zkSync, Scroll) bénéficieront d’énormes avantages → moins chers, plus rapides et plus simples ; Les développeurs peuvent utiliser des bibliothèques de langage telles que Rust, Go et Python directement au niveau L1 ; Les utilisateurs bénéficieront d’un coût environ 100 fois inférieur → d’environ 10 000 TPS( au Gigagas L1 ). À terme, Ethereum passera d’une « machine virtuelle de contrats intelligents » à une couche de confiance minimaliste et vérifiable du réseau, avec l’objectif ultime de « ZK-Snark ». Vitalik Buterin, à la croisée des chemins d’Ethereum, a dit un jour : « La fin comprend ...... Que tout soit ZK-Snark. La fin de partie des preuves à divulgation nulle de connaissance (ZK) est inévitable, et sa thèse de base est simple : Ethereum se réinvente à partir de zéro sur la base de preuves à divulgation nulle de connaissance. Cela marque la fin technique du protocole – une refactorisation de L1 pour atteindre sa forme finale, alimentée par une zkVM haute performance alimentée par une équipe de développement de base ( telle que Succinct). Pour terminer avec cette vision, Ethereum se trouve à la phase de transformation architecturale la plus importante depuis sa création. Il ne s’agit plus de mises à niveau progressives, mais d’une refonte complète de ses cœurs de calcul, en remplacement de la machine virtuelle Ethereum (EVM). Cette initiative est la pierre angulaire de la vision plus large du (Lean Ethereum) « lean Ethereum ». La vision de Streamline Ethereum (Lean Ethereum) vise à simplifier systématiquement l’ensemble du protocole, en le divisant en trois modules principaux : la rationalisation des (Lean Consensus) de consensus et la rationalisation des données (Lean Data) et rationaliser les (Lean Execution) d’exécution. Parmi les questions centrales d’une exécution rationalisée, le point le plus critique est le suivant : en tant que moteur de la révolution des contrats intelligents, l’EVM est-il devenu un goulot d’étranglement majeur dans le développement futur d’Ethereum ? Comme le dit Justin Drake de la Fondation Ethereum, l’objectif à long terme d’Ethereum a toujours été de « Snark everything » (Snarkify everything), un outil puissant qui améliore les couches du protocole. Pendant longtemps, cependant, cet objectif était plutôt un « plan inatteignable », car pour l’atteindre, il fallait une preuve en temps réel du concept de proving( en temps réel 019283746574839201. Aujourd’hui, alors que les preuves en temps réel deviennent une réalité, les inefficacités théoriques de l’EVM sont devenues un problème pratique à résoudre. Cet article fournira une analyse approfondie des arguments techniques et stratégiques pour migrer Ethereum L1 vers l’architecture de jeu d’instructions RISC-V )ISA(. Cette décision devrait non seulement débloquer une évolutivité sans précédent, mais aussi simplifier la structure du protocole et aligner Ethereum sur l’avenir de l’informatique vérifiable. Qu’est-ce qui a changé exactement ? Avant d’explorer le « pourquoi », il faut d’abord clarifier le « quoi » qui change. L’EVM ) Ethereum Virtual Machine ( est l’environnement d’exploitation des contrats intelligents Ethereum, connu sous le nom d'« ordinateur mondial » qui traite les transactions et met à jour l’état de la blockchain. Au fil des ans, sa conception a été révolutionnaire, jetant les bases de la naissance de )DeFi( de finance décentralisée et d’écosystèmes NFT. Cependant, cette architecture personnalisée d’il y a près d’une décennie a maintenant accumulé beaucoup de dette technique. En revanche, RISC-V n’est pas un produit, mais une norme ouverte – un « alphabet » de conception de processeur libre et général. Comme l’a souligné Jeremy Bruestle lors de la conférence Ethproofs, ses principes clés en font un excellent choix pour ce rôle : Minimalisme : Le jeu d’instructions sous-jacent de RISC-V est extrêmement simple, composé d’environ 40 à 47 instructions. Comme le dit Jeremy, cela le rend « presque parfait pour le cas d’utilisation de la machine à usage général ultra-minimaliste dont nous avons besoin ». Conception modulaire : des fonctions plus complexes sont ajoutées avec des extensions en option. Cette fonctionnalité est essentielle car elle permet au cœur de rester simple tout en étendant les fonctionnalités selon les besoins sans imposer de complexité inutile au protocole sous-jacent. Écosystème ouvert : RISC-V prend en charge une chaîne d’outils large et mature, y compris le compilateur LLVM, qui permet aux développeurs d’utiliser des langages de programmation courants tels que Rust, C++ et Go. Comme le note Justin Drake, « les outils autour du compilateur sont très riches, et le compilateur est extrêmement difficile à construire...... Il est donc extrêmement précieux de disposer de ces chaînes d’outils de compilation. RISC-V permet à Ethereum d’hériter gratuitement de ces outils prêts à l’emploi. L’impulsion pour le remplacement des EVM n’est pas un défaut unique, mais plutôt une confluence de limitations fondamentales qui ne peuvent être ignorées dans le contexte d’un avenir avec des preuves à divulgation nulle de connaissance en son cœur. Ces limitations comprennent les goulets d’étranglement des performances dans les systèmes à divulgation nulle de connaissance et les risques posés par la complexité croissante qui s’accumule au sein du protocole. Le facteur le plus pressant de cette transformation est l’inefficacité inhérente de l’EVM dans les systèmes à divulgation nulle de connaissance. Avec Ethereum...