1er mars 2026 — Vitalik Buterin, cofondateur d’Ethereum, a publié un message sur la plateforme sociale Farcaster, invitant la communauté à détourner son attention du tumulte autour des solutions Layer 2 pour se recentrer sur l’architecture fondamentale du protocole. Il a précisé que l’évolution future de la couche d’exécution d’Ethereum s’orientera vers deux transformations structurelles « profondes » : une refonte complète de l’arbre d’état et le remplacement de la machine virtuelle. Il ne s’agit pas d’une simple mise à jour fonctionnelle, mais d’une intervention de fond visant à éliminer le goulet d’étranglement lié à « l’efficacité des preuves » du protocole. Selon Vitalik, l’arbre d’état et la machine virtuelle représentent à eux deux plus de 80 % de la charge de preuve. Tant que ces deux problèmes centraux ne seront pas traités, la scalabilité à long terme d’Ethereum, ainsi que son avenir fondé sur les ZK proofs, resteront inaccessibles. Cet article propose une analyse détaillée de la dernière feuille de route de Vitalik, en examinant les aspects techniques, les données à l’appui, le ressenti du marché et les perspectives d’évolution.
Aperçu de l’événement : Vitalik fixe le cap des évolutions de la couche d’exécution
Le 1er mars, Vitalik Buterin a exposé publiquement sa vision pour les prochaines évolutions de la couche d’exécution d’Ethereum. Les discussions se sont concentrées sur deux propositions techniques précises :
- Refonte de l’arbre d’état : défense de l’EIP-7864, qui vise à remplacer l’actuel Hexary Merkle Patricia Tree d’Ethereum par une structure binaire reposant sur des fonctions de hachage plus efficaces.
- Refonte de la machine virtuelle : proposition d’un passage progressif de l’Ethereum Virtual Machine (EVM) vers une nouvelle VM basée sur l’architecture RISC-V, permettant une amélioration fondamentale de l’exécution et de l’efficacité des preuves.
Vitalik a souligné que, bien que ces changements soient « profonds » et puissent intimider de nombreux développeurs, ils sont presque « incontournables » pour permettre des preuves côté client efficaces, réduire la complexité du protocole et s’adapter aux avancées des technologies ZK.
De plusieurs années d’exploration à la feuille de route actuelle
Les discussions autour de l’amélioration de l’arbre d’état d’Ethereum ne datent pas d’hier. Mi-2024, les recherches sur les arbres Verkle étaient considérées comme une voie clé pour la gestion de l’état. Cependant, leur dépendance à la cryptographie sur courbes elliptiques présentait des risques potentiels à l’ère de l’informatique quantique, ravivant l’intérêt de la communauté pour les arbres binaires.
Dès 2025, des développeurs comme Guillaume Ballet ont commencé à faire avancer de nouvelles solutions basées sur des arbres binaires, aboutissant au brouillon de l’EIP-7864. Parallèlement, Vitalik a évoqué l’idée de remplacer l’EVM par RISC-V, alimentant les débats sur le choix du format idéal pour les futurs smart contracts : WASM ou RISC-V.
La prise de position systématique de Vitalik le 1er mars 2026 peut être vue comme une synthèse et une clarification de ces discussions éparses. Il qualifie la mise à niveau vers l’arbre binaire de « solution globale » issue de « dix ans d’expérience », et présente le remplacement de la VM comme « l’étape logique suivante » une fois la refonte de l’arbre d’état achevée, dessinant ainsi une chaîne causale claire pour l’évolution à long terme d’Ethereum.
Briser le goulet d’étranglement des 80 % de charge de preuve
D’un point de vue architectural, ces deux évolutions partagent un objectif central : optimiser les structures de données et les environnements d’exécution pour répondre aux exigences des ZK proofs. Vitalik note que ces deux points représentent plus de 80 % de la charge de preuve.
Avantages des arbres binaires (EIP-7864) :
- Longueur des branches Merkle divisée par 4 : la taille d’une branche dans l’arbre hexaire actuel est d’environ 512log(n)/4 octets, tandis que l’arbre binaire ne requiert que 32log(n) octets. Cela réduit directement par un facteur quatre le coût en bande passante pour les clients légers (comme Helios) et les applications axées sur la confidentialité.
- Efficacité des preuves améliorée de 3 à 100 fois : au-delà de la réduction de la longueur des branches, le changement de fonction de hachage apporte des gains supplémentaires. L’utilisation de Blake3 permettrait de tripler l’efficacité par rapport à Keccak ; l’adoption d’une variante bien auditée de Poseidon pourrait offrir jusqu’à 100 fois plus d’efficacité.
- Optimisation des coûts d’accès au stockage : la nouvelle conception regroupe les slots de stockage en « pages » (de 2 kB à 8 kB). Pour les applications DeFi qui accèdent fréquemment aux premiers slots, cette optimisation de la localité peut économiser plus de 10 000 Gas par transaction.
Évolution de la machine virtuelle (EVM -> RISC-V) :
Vitalik a présenté un plan de déploiement en trois étapes :
- Remplacement des précompilés : substituer environ 80 % des contrats précompilés actuels (y compris les ajouts futurs) par des blocs de code RISC-V, permettant aux développeurs de bénéficier immédiatement des gains d’efficacité.
- Déploiement de contrats utilisateurs : permettre aux utilisateurs de déployer directement des smart contracts basés sur RISC-V, favorisant l’émergence d’un nouvel écosystème.
- Retrait total de l’EVM : faire fonctionner l’EVM elle-même comme un smart contract sur la VM RISC-V, garantissant une rétrocompatibilité totale avec les contrats historiques.
Cette feuille de route vise à moderniser en profondeur le moteur sous-jacent sans perturber l’écosystème existant.
Idéalisme technique et réalisme : une confrontation inévitable
La dernière feuille de route de Vitalik a suscité des clivages nets au sein du marché et de la communauté technique.
Vision dominante : une "chirurgie de fond" nécessaire
La plupart des chercheurs techniques s’accordent à dire qu’avec la généralisation des ZK-Rollups comme solution de scalabilité, Ethereum L1 doit devenir plus « ZK-friendly ». L’EVM actuelle n’a pas été conçue pour les preuves, alors que RISC-V est déjà utilisé en interne par la majorité des systèmes de preuve ZK, en faisant un choix logique pour la VM de base. Les partisans de la refonte de l’arbre d’état y voient la défense du principe du « fat protocol » — garantir que la couche fondamentale reste simple et robuste, plutôt que de repousser la complexité vers la couche applicative.
Controverses et critiques : risques de surabstraction et de complexité
Tout le monde n’est pas convaincu. Certains analystes ont formulé des critiques tranchantes. Ainsi, l’analyste DBCrypto estime que la feuille de route d’Ethereum tombe dans le piège de la « surabstraction » : chaque nouvelle couche d’abstraction (qu’il s’agisse d’une nouvelle VM ou de frameworks pour gérer la fragmentation L2) introduit de nouveaux postulats de confiance et de potentielles surfaces d’attaque, rendant le protocole de plus en plus lourd et fragile.
De plus, des chercheurs d’Offchain Labs se sont opposés fin 2025, arguant que WebAssembly (WASM) serait un format de smart contract à long terme plus adapté que RISC-V. Leur principal argument : l’architecture du jeu d’instructions (ISA) utilisée pour l’exécution et celle utilisée pour les preuves ne doivent pas nécessairement être identiques. WASM pourrait présenter des avantages en termes de soutien de l’écosystème et de compatibilité avec les outils existants.
Analyse de la véracité du récit
Vitalik a effectivement publié, le 1er mars, des détails techniques sur l’évolution de la couche d’exécution, mentionnant explicitement l’EIP-7864 et la proposition RISC-V, une information confirmée par plusieurs médias spécialisés crypto. (Fait)
Vitalik considère que « l’incrémentalisme sans changement profond n’est pas vraiment pragmatique », et souligne que si « EVM+GPU » est « suffisant », une VM supérieure renforcerait le protocole. Cela reflète son appréciation de la trajectoire actuelle d’amélioration graduelle. (Opinion)
Bien que les déclarations de Vitalik aient une forte influence dans la communauté, il reconnaît que le remplacement de la VM reste « spéculatif » et ne fait pas consensus. Le chemin d’évolution final, le calendrier, et le choix entre RISC-V ou WASM restent à discuter et à décider lors des réunions centrales des développeurs (AllCoreDevs). (Projection)
Analyse d’impact pour l’industrie
Si elle est mise en œuvre, cette feuille de route aurait des répercussions majeures au-delà de la couche technique, impactant l’ensemble de l’écosystème Ethereum :
- Co-évolution Layer 2 et infrastructures : l’efficacité des preuves L2 dépend directement de la structure de données sous-jacente de L1. Un L1 plus « ZK-friendly » réduira considérablement le coût et la latence de production des preuves L2 valides, accélérant la décentralisation de L2.
- Restructuration des coûts Gas pour les applications DeFi : la réduction du coût d’accès aux slots de stockage adjacents fera baisser significativement les frais Gas pour les protocoles DeFi complexes (AMM, lending, etc.) qui s’appuient sur des lectures de stockage continues, améliorant l’expérience utilisateur.
- Défis de migration des outils développeurs : passer de l’EVM à RISC-V implique de reconstruire compilateurs, débogueurs et frameworks de développement. Bien que la feuille de route garantisse la rétrocompatibilité, la migration de l’écosystème prendra des années et pourrait mettre sous pression les équipes de développement les plus modestes.
Projections d’évolution selon différents scénarios
- Scénario 1 : Intégration progressive
La refonte de l’arbre d’état (EIP-7864), en raison de son urgence et de ses bénéfices techniques évidents, est priorisée dans un prochain hard fork (par exemple la future mise à jour Hegota). Le remplacement de la VM reste un sujet de recherche à long terme, d’abord mis en œuvre au niveau des précompilés, puis progressivement déployé à mesure que l’écosystème mûrit et que le consensus se forme.
- Scénario 2 : Solutions concurrentes
La communauté débat vivement entre RISC-V et WASM comme solution finale pour la VM, avec l’émergence d’implémentations expérimentales parallèles. À terme, les préférences de l’écosystème applicatif et les performances réelles des systèmes de preuve pourraient trancher, allongeant le calendrier de remplacement de la VM.
- Scénario 3 : Résistance et compromis
Du fait du caractère profondément structurel et risqué des changements, et face à l’opposition de certains développeurs clés ou parties prenantes majeures, la vision radicale de Vitalik est « mise en suspens ». Le protocole n’adopte que la mise à niveau vers l’arbre binaire, tandis que le remplacement de la VM est reporté indéfiniment. La couche centrale d’Ethereum continue alors de fonctionner en mode hybride « EVM + précompilé GPU ».
Conclusion
L’exposé de Vitalik Buterin du 1er mars sur la feuille de route de la couche d’exécution n’est pas un plan de construction immédiat, mais une « déclaration stratégique » tournée vers l’avenir. Il met en lumière la profondeur de réflexion des développeurs principaux d’Ethereum : leur ambition ne se limite pas à augmenter le nombre de transactions par seconde, mais vise à refonder les bases pour un avenir porté par les ZK proofs et la validation côté client généralisée. Qu’il s’agisse de la simplicité et de l’efficacité des arbres binaires ou de l’universalité et de la compatibilité de RISC-V avec les preuves, l’objectif ultime est de permettre à Ethereum de répondre aux exigences computationnelles les plus avancées du secteur crypto tout en préservant son esprit décentralisé. Pour le marché, comprendre cette feuille de route est bien plus important que d’anticiper les fluctuations de prix à court terme, car elle définit la manière dont « Ethereum » évoluera techniquement vers sa prochaine incarnation.
