Vitalik Propose une Refonte Profonde de la Couche d'Exécution

Vitalik Buterin propose d’importants changements au niveau d’exécution d’Ethereum, notamment des arbres d’états binaires et une possible transition de l’EVM vers RISC-V.

Le cofondateur d’Ethereum, Vitalik Buterin, a proposé une refonte majeure de la couche d’exécution du réseau dans le cadre de sa feuille de route de mise à l’échelle.

Le plan vise à résoudre les goulots d’étranglement dans la preuve et l’exécution, en se concentrant sur des mises à jour structurelles. Parmi les propositions clés figurent le passage à un arbre d’états binaire et la possible substitution de l’EVM par une architecture RISC V.

Proposition d’Arbre d’État Binaire

La feuille de route inclut l’EIP 7864, qui remplace l’actuel arbre de Merkle Patricia hexary. La nouvelle conception utilise un arbre binaire et une fonction de hachage plus efficace.

Des développeurs, dont Guillaume Ballet, ont travaillé sur cette proposition. La structure binaire réduit la taille des branches de Merkle.

Des branches plus courtes diminuent les besoins en bande passante pour la vérification. Cela peut réduire les coûts pour les clients légers et les systèmes de récupération d’informations privées.

Maintenant, les changements au niveau de la couche d’exécution. J’ai déjà parlé de l’abstraction des comptes, du gaz multidimensionnel, des BALs, et des ZK-EVMs.

J’ai aussi évoqué ici une mise à niveau à court terme de l’EVM que je pense très précieuse : un précompilé mathématique vectorisé (essentiellement, faire du 32 bits ou potentiellement…

— vitalik.eth (@VitalikButerin) 1 mars 2026

Buterin a indiqué que les branches pourraient devenir quatre fois plus courtes. Cela rendrait la vérification côté client plus viable. Cela améliorerait également l’efficacité des preuves à connaissance zéro.

La proposition envisage aussi de changer la fonction de hachage. Les options incluent Blake3 ou une variante de Poseidon.

Blake3 pourrait offrir des gains de vitesse modérés, tandis que Poseidon pourrait encore améliorer la performance du prouveur.

La proposition regroupe les emplacements de stockage en pages de 64 à 256 emplacements, ce qui pourrait réduire les coûts en gaz pour les contrats accédant à des emplacements de stockage adjacents.

De nombreuses applications utilisent fréquemment les premiers emplacements de stockage, et cette structure pourrait diminuer les coûts d’exécution.

L’arbre binaire réduit aussi la variance de profondeur d’accès, simplifie le modèle, et supporte la future expiration des métadonnées d’état.

Changement Proposé de Machine Virtuelle

La seconde partie de la proposition concerne la Machine Virtuelle d’Ethereum. Buterin a discuté du remplacement de l’EVM par une machine virtuelle basée sur RISC V.

Ce changement est décrit comme à plus long terme et non consensuel pour l’instant. Il a argumenté que la complexité du protocole a augmenté avec le temps.

Certains développeurs évitent d’utiliser l’EVM en raison de contraintes perçues. Il a déclaré qu’une nouvelle VM pourrait restaurer la simplicité et la généralité.

RISC V est une architecture d’instruction standard ouverte. Les prouveurs sont souvent écrits en RISC V aujourd’hui. Aligner la VM du protocole avec les environnements de prouveurs pourrait améliorer l’efficacité.

Buterin a dit qu’un interpréteur RISC V peut être compact. Il l’a décrit comme ne faisant que quelques centaines de lignes de code. C’est ainsi que devrait se sentir une VM blockchain.

La proposition vise aussi à réduire la dépendance aux précompilés. Une VM plus efficace pourrait rendre beaucoup de précompilés inutiles. Cela pourrait simplifier les règles du protocole et réduire les cas spéciaux.

La preuve côté client est un autre axe. Les utilisateurs pourraient générer des preuves concernant les appels de contrats localement. Cela s’aligne avec les plans plus larges d’intégration de la connaissance zéro.

Lecture associée : Vitalik esquisse le plan de réduction rapide des slots L1 d’Ethereum

Feuille de Route de Déploiement par Phases

La proposition décrit une transition progressive. La première étape permettrait d’utiliser la nouvelle VM uniquement pour les précompilés.

De nombreux précompilés existants pourraient devenir du code s’exécutant dans la nouvelle VM. La deuxième phase permettrait aux utilisateurs de déployer directement des contrats dans la nouvelle VM.

Cela fonctionnerait parallèlement à l’EVM existante. Les développeurs pourraient choisir leur environnement préféré.

La dernière phase supprimerait l’EVM. Celle-ci pourrait fonctionner comme un contrat intelligent dans la nouvelle VM.

Cette approche vise à maintenir la compatibilité backward. Les coûts en gaz pourraient évoluer durant la transition.

Cependant, la feuille de route suggère que des efforts de mise à l’échelle plus larges pourraient compenser ces effets. L’accent reste mis sur l’efficacité et un design plus épuré.

Buterin a déclaré qu’Ethereum pourrait fonctionner avec des améliorations incrémentielles seules. Cependant, il a présenté cette refonte comme une amélioration structurelle.

La proposition considère la couche d’exécution comme centrale pour la future scalabilité. La feuille de route relie la réforme de l’arbre d’état et le remplacement de la VM.

Les deux visent à améliorer l’efficacité de la preuve et les cas d’utilisation côté client. La proposition entre maintenant dans une discussion plus large au sein de la communauté Ethereum.