Vitalik Buterin a esquissé un plan en deux parties pour résoudre les principaux goulets d'étranglement de la couche d'exécution d'Ethereum, en se concentrant sur l'arbre d'état et la machine virtuelle. La proposition vise à améliorer l'efficacité pour les preuves à connaissance nulle, en déplaçant l'accent des solutions de couche 2 vers des changements dans le protocole de base. Elle inclut le remplacement de la structure actuelle de l'arbre d'état et l'exploration d'une transition vers une machine virtuelle basée sur RISC-V.
Vitalik Buterin, cofondateur d'Ethereum, a détaillé sa proposition le 1er mars 2026, visant ce qu'il décrit comme les contraintes principales du réseau : son arbre d'état et sa machine virtuelle. Ces composants, a-t-il déclaré, représentent plus de 80 % des coûts de preuve alors que la technologie à connaissance nulle (ZK) gagne en importance dans la feuille de route d'Ethereum. nnButerin a souligné : « Aujourd'hui, je me concentre sur deux grandes choses : les changements d'arbre d'état et les changements de VM », ajoutant qu'ils représentent « les gros goulets d'étranglement que nous devons résoudre si nous voulons des preuves efficaces ». La première partie implique EIP-7864, qui remplacerait l'arbre Merkle Patricia hexary d'Ethereum par un design d'arbre binaire. Ce changement pourrait produire des preuves Merkle environ quatre fois plus courtes, réduisant la bande passante de vérification et rendant les clients légers et les applications préservant la vie privée plus réalisables. La nouvelle structure organiserait également les emplacements de stockage en « pages », permettant un chargement de données plus efficace pour les applications décentralisées (dApps). Buterin a noté que cela pourrait économiser plus de 10 000 gas par transaction dans les cas où les dApps accèdent à des emplacements de stockage adjacents. Il a suggéré de le combiner avec des fonctions de hachage plus efficaces pour accélérer encore la génération de preuves, rendant la couche de base d'Ethereum plus « friendly pour les prouveurs » pour les applications ZK. nnLa seconde partie envisage de dépasser la Ethereum Virtual Machine (EVM) vers une architecture basée sur RISC-V. RISC-V, un ensemble d'instructions ouvert, pourrait réduire la complexité, améliorer l'efficacité d'exécution et mieux s'aligner avec les systèmes de preuve ZK qui l'utilisent déjà en interne. À court terme, Buterin a proposé un « précompilé de maths vectorielles », comparé à un « GPU pour l'EVM », pour accélérer les opérations cryptographiques. À long terme, RISC-V alimenterait initialement les précompilés, puis supporterait les contrats utilisateur et incorporerait finalement l'EVM comme couche de compatibilité. nnLa proposition a suscité un débat. L'analyste DBCrypto a critiqué l'abstraction croissante dans la feuille de route d'Ethereum, arguant que des couches supplémentaires ajoutent de la complexité, des hypothèses de confiance et des surfaces d'attaque. Cela reflète des discussions plus larges sur la construction au-dessus du design existant ou sa refonte fondamentale. Buterin maintient que cette évolution est essentielle alors que les preuves ZK deviennent centrales pour le scaling.