Je viens de voir un post de Vitalik concernant le grand plan de mise à jour d’Ethereum, et je dois dire que c’est assez audacieux.

En résumé, il souhaite effectuer deux changements fondamentaux qui impacteront profondément la façon dont Ethereum fonctionne. La première concerne l’arbre de statut, qui est en gros le système de stockage et de recherche d’informations d’Ethereum. Le problème, c’est qu’il est actuellement trop volumineux et complexe. Vitalik propose de passer d’une structure de Merkle Patricia Tree hexadécimale à un arbre binaire plus simple. L’impact réel serait une réduction d’environ un quart de la bande passante nécessaire pour vérifier les données.

Mais ce n’est pas tout. Il veut aussi changer la fonction de hachage, en proposant Blake3 ou Poseidon Blake3. Plus rapide, mais Poseidon semble particulièrement prometteur. Théoriquement, cela pourrait améliorer considérablement l’efficacité, par dizaines de fois.

La deuxième modification est encore plus ambitieuse. Il souhaite remplacer l’EVM par RISC-V à long terme. La raison est assez compréhensible : si tous les systèmes de preuve ZK utilisent déjà RISC-V, pourquoi continuer à faire parler l’EVM dans un langage différent, nécessitant une traduction ? En supprimant cette couche de traduction, l’efficacité augmenterait automatiquement.

Son plan comporte trois étapes : d’abord, utiliser un nouvel environnement virtuel pour exécuter des contrats compilés. Ensuite, permettre aux développeurs de déployer directement leurs contrats sur ce nouvel environnement virtuel. Enfin, déprécier l’EVM, mais le réécrire en tant que contrat intelligent dans le nouvel environnement virtuel pour assurer une compatibilité rétroactive.

Vitalik affirme que la mise à jour de l’arbre de statut et du système virtuel représente plus de 80 % des limitations de preuve d’Ethereum. Si ces deux parties ne sont pas touchées, la scalabilité dans l’ère ZK sera bloquée à ce niveau.

Mais tout le monde n’est pas d’accord. L’équipe d’Offchain Labs d’Arbitrum a réagi en détail. Ils disent que RISC-V est adapté pour créer des preuves ZK, mais pas pour le mode de livraison des contrats. Ils recommandent d’utiliser WebAssembly, puis de compiler en RISC-V pour générer la preuve. Fait intéressant, ils ne se contentent pas de le dire : ils ont déjà un prototype d’Arbitrum utilisant cette méthode avec succès.

Ils soulignent aussi le risque que la technologie ZK évolue rapidement. Si Ethereum L1 s’en tient à RISC-V, mais qu’au bout de deux ans une meilleure architecture apparaît, cela poserait problème.

Ce qui est intéressant, c’est que cela s’inscrit dans une tendance plus large. Vitalik propose cette mise à jour alors que de nombreux L2 s’éloignent progressivement d’Ethereum. Un dirigeant de Polygon a même dit franchement que le vrai défi n’était pas la scalabilité, mais la création d’un espace dédié pour des cas d’usage spécifiques.

Vitalik lui-même admet qu’il n’y a pas encore de consensus large sur le remplacement de l’EVM. Mais la mise à jour de l’arbre de statut semble plus mûre. Il rappelle qu’Ethereum a déjà changé de moteur dans le passé, lors de The Merge, et qu’il peut encore en changer environ quatre fois.

Le plan de mise à jour Glamsterdam devrait commencer au premier semestre 2026, suivi par Hegota. En réalité, la question n’est pas “est-ce possible ?”. Ethereum a déjà prouvé qu’il était capable d’audace pour des changements fondamentaux. Ce qui sera clair, c’est probablement en 2027. Mais au moins, Ethereum n’a pas l’intention de rester un système obsolète à réparer.