Vitalik expose la feuille de route de la couche d’exécution d’Ethereum, en mettant l’accent sur deux grands changements : l’arbre d’état et la machine virtuelle.

Selon ChainCatcher, le cofondateur d'Ethereum, Vitalik Buterin, a publié sur les réseaux sociaux une explication de la feuille de route de la couche d'exécution d'Ethereum, en mettant l'accent sur deux changements majeurs : l'arbre d'état et la machine virtuelle.

Concernant l'arbre d'état, Vitalik soutient la mise à niveau de l'actuel arbre Merkle Patricia hexadécimal vers un arbre binaire basé sur une fonction de hachage plus efficace via l'EIP-7864. Ce changement pourrait raccourcir les branches Merkle par un facteur de 4, réduisant ainsi le coût de la bande passante des données de vérification côté client ; en même temps, la fonction de hachage pourrait être remplacée par la série Blake3 ou Poseidon, améliorant considérablement l'efficacité des preuves. La conception de l'arbre binaire regroupe également les emplacements de stockage en « pages », ce qui réduit le coût d'accès aux stockages adjacents ; de nombreuses applications DeFi pourraient économiser plus de 10 000 Gas par transaction. De plus, la structure binaire est plus simple et permet de réserver des bits de métadonnées pour la future fonctionnalité d'expiration d'état.

En ce qui concerne la machine virtuelle, Vitalik propose comme direction à long terme de remplacer l'EVM, possiblement par une architecture RISC-V. La nouvelle VM doit répondre à quatre objectifs : une efficacité d'exécution brute supérieure, rendant la plupart des précompilés inutiles ; une efficacité de preuve meilleure que celle de l'EVM ; le support de la génération de preuves ZK côté client ; et une simplification maximale de l'implémentation du code. Il souligne que si l'on se limite au niveau « EVM+GPU », Ethereum reste « suffisant », mais une meilleure VM rendrait le protocole beaucoup plus puissant. La feuille de route de déploiement se divise en trois étapes : la nouvelle VM remplacera d'abord les précompilés ; ensuite, les utilisateurs pourront déployer des contrats basés sur la nouvelle VM ; enfin, l'EVM sera retirée et remplacée par des smart contracts écrits avec la nouvelle VM, assurant une compatibilité totale avec les versions antérieures.