Article par : imToken
D’un simple ressenti, depuis 2025, la fréquence des mises à jour de la communauté des développeurs principaux d’Ethereum est exceptionnellement dense.
De la mise à niveau Fusaka, à Glamsterdam, puis aux plans à long terme pour les trois prochaines années autour de kEVM, des systèmes cryptographiques résistants aux quantiques, des limites de Gas, Ethereum a publié en quelques mois plusieurs feuilles de route couvrant trois à cinq ans.
Ce rythme en lui-même est un signal.
En lisant attentivement la dernière feuille de route, on découvre une direction plus claire et plus ambitieuse : Ethereum se transforme en un ordinateur vérifiable, et le but ultime est le L1 zkEVM.
1. Trois déviations majeures dans la narration d’Ethereum
Le 26 février, Justin Drake, chercheur à la Fondation Ethereum, a publié sur les réseaux sociaux une ébauche de feuille de route nommée Strawmap, qui esquisse les évolutions du protocole Ethereum L1 pour les années à venir.
Cette feuille de route fixe cinq objectifs principaux : un L1 plus rapide (confirmation en secondes), un « Gigagas » L1 atteignant 10 000 TPS via zkEVM, un L2 à haute capacité basé sur l’échantillonnage de disponibilité des données (DAS), un système cryptographique résistant aux quantiques, et une fonction native de transfert privé ; elle prévoit également sept forks de protocole d’ici 2029, en moyenne tous les six mois.
On peut dire que, au cours des dix dernières années, le développement d’Ethereum a toujours été accompagné d’une évolution constante de la narration et de la feuille de route technique.
La première phase (2015–2020) est celle du registre programmable.
C’est le cœur initial de la narration d’Ethereum : « contrats intelligents Turing-complets ». À cette époque, le principal avantage d’Ethereum était sa capacité à faire plus que Bitcoin, par exemple dans la DeFi, les NFT, les DAO, qui sont tous issus de cette narration. De nombreux protocoles financiers décentralisés ont commencé à fonctionner sur la chaîne, allant du prêt, DEX, aux stablecoins, faisant d’Ethereum le principal réseau de règlement de l’économie cryptographique.
La deuxième phase (2021–2023) voit la narration de la couche L2 prendre le dessus.
Avec la montée des frais de gaz sur la chaîne principale d’Ethereum, les utilisateurs ordinaires peinent à supporter les coûts, et les rollups deviennent le principal moteur d’expansion. Ethereum se repositionne progressivement comme couche de règlement, fournissant une base sécurisée pour les L2.
En résumé, cela consiste à déplacer la majorité des calculs d’exécution vers L2 via le rollup, tandis que L1 se limite à la disponibilité des données et à la finalité. The Merge, EIP-4844, ont tous servi cette narration, visant à rendre l’utilisation d’Ethereum plus économique et plus sûre pour L2, en s’appuyant sur la confiance.
La troisième phase (2024–2025) se concentre sur la compétition et la réflexion autour de la narration.
Comme on le sait, la prospérité des L2 a engendré un problème inattendu : Ethereum L1 devient de moins en moins central, les utilisateurs opérant davantage sur Arbitrum, Base, Optimism, et peu directement sur L1. La valeur de l’ETH a également reflété cette inquiétude.
Cela a conduit la communauté à débattre : si L2 capte tous les utilisateurs et activités, où se trouve la valeur de L1 ? Jusqu’aux turbulences internes d’Ethereum en 2025, et à la série de feuilles de route déployées en 2026, cette logique évolue profondément.
En réalité, en analysant les directions technologiques clés depuis 2025, on voit réapparaître des concepts comme Verkle Tree, les clients sans état (Stateless Client), la vérification formelle de l’EVM, le support natif ZK, etc. Ces orientations techniques convergent toutes vers une même idée : rendre L1 d’Ethereum vérifiable, en insistant sur le fait que ce n’est pas seulement permettre à L2 de prouver ses états à L1, mais que chaque étape de transition d’état sur L1 puisse être compressée et vérifiée via des preuves à zéro connaissance.
C’est précisément l’ambition du zkEVM L1. Contrairement au zkEVM L2 (comme zkSync, Starknet, Scroll), le zkEVM L1 (zkEVM embarqué) implique d’intégrer directement la technologie de preuve à zéro connaissance dans la couche de consensus d’Ethereum.
Ce n’est pas une simple copie du zkEVM L2, mais une transformation de la couche d’exécution d’Ethereum en un système ZK-friendly. Donc, si le zkEVM L2 consiste à bâtir un monde ZK sur Ethereum, le zkEVM L1 consiste à faire d’Ethereum lui-même ce monde ZK.
Une fois cet objectif atteint, la narration d’Ethereum passera du rôle de couche de règlement L2 à celui de « racine de calcul vérifiable ».
Ce sera une rupture qualitative, pas une simple évolution quantitative comme ces dernières années.
2. Qu’est-ce qu’un vrai zkEVM L1 ?
Encore une fois, c’est une question classique : dans le mode traditionnel, le vérificateur doit « réexécuter » chaque transaction pour valider un bloc, mais avec zkEVM, il suffit de vérifier une preuve ZK, ce qui permet à Ethereum d’augmenter la limite de gas jusqu’à 100 millions ou plus (voir « La route ZK : le « moment d’aube » : la feuille de route de la fin d’Ethereum accélère-t-elle ? »).
Cependant, transformer L1 d’Ethereum en zkEVM n’est pas une tâche isolée, mais un effort simultané dans huit directions, chacune étant un projet de plusieurs années.
Ligne de travail 1 : Formalisation de l’EVM (EVM Formalization)
Toute preuve ZK repose sur une définition mathématique précise de l’objet à prouver. Or, aujourd’hui, le comportement de l’EVM est défini par ses implémentations (Geth, Nethermind, etc.), et non par une norme formelle rigoureuse. Des comportements divergents en cas de limites rendent difficile la rédaction de circuits ZK pour l’EVM, car on ne peut pas prouver un système mal défini.
L’objectif est donc de formaliser chaque instruction, chaque règle de transition d’état de l’EVM dans une norme vérifiable par machine. C’est la base de tout le projet zkEVM L1. Sans cela, tout le reste n’est que château de sable.
Ligne de travail 2 : Remplacement par des fonctions de hachage ZK-friendly
L’Ethereum utilise massivement Keccak-256. Or, Keccak est très peu adapté aux circuits ZK, car son calcul est coûteux, ce qui augmente considérablement la durée et le coût de la preuve.
L’objectif ici est de remplacer progressivement Keccak par des fonctions de hachage ZK-friendly (Poseidon, Blake, etc.), notamment dans les arbres d’état et les chemins de Merkle, ce qui est une modification profonde, car le hachage est partout dans le protocole.
Ligne de travail 3 : Remplacement de Merkle Patricia Tree par Verkle Tree
C’est l’une des modifications majeures du plan 2025–2027. Actuellement, Ethereum utilise un Merkle Patricia Tree (MPT) pour stocker l’état global. La Verkle Tree, via l’engagement vectoriel (Vector Commitment), peut réduire la taille des witnesses de dizaines de fois.
Pour le zkEVM L1, cela signifie une réduction drastique des données nécessaires pour prouver chaque bloc, accélérant la génération de preuves, et rendant l’introduction de Verkle Tree essentielle à la faisabilité du zkEVM L1.
Ligne de travail 4 : Clients sans état (Stateless Clients)
Les clients sans état permettent de valider un bloc sans stocker localement l’intégralité de l’état Ethereum, en utilisant uniquement les witnesses attachés au bloc.
Ce travail est étroitement lié à Verkle Tree, car pour que les witnesses soient suffisamment petits, cette technologie doit être en place. La valeur pour L1 zkEVM est double : réduire la barrière matérielle pour faire fonctionner un nœud, et fournir une entrée claire pour la preuve ZK, où le prouveur ne traite que les données du witness, pas tout l’état.
Ligne de travail 5 : Standardisation et intégration des systèmes de preuve ZK
L1 zkEVM nécessite un système de preuve ZK mature pour générer les preuves d’exécution. Or, le domaine ZK est fragmenté, sans solution dominante. L’objectif est de définir une interface de preuve standard dans le protocole Ethereum, permettant à différentes solutions de preuve de coexister via la compétition, plutôt que d’être imposées.
Cela maintient l’ouverture technologique et laisse de la place à l’évolution. La équipe PSE (Privacy and Scaling Explorations) de la Fondation Ethereum a déjà beaucoup avancé dans cette direction.
Ligne de travail 6 : Découplage de la couche d’exécution et de la couche de consensus (évolution de l’Engine API)
Actuellement, la couche d’exécution (EL) et la couche de consensus (CL) communiquent via l’Engine API. Avec zkEVM L1, chaque transition d’état doit générer une preuve ZK, dont la génération peut prendre plus de temps qu’un bloc.
Il faut donc résoudre comment déconnecter l’exécution de la génération de preuve, tout en conservant la sécurité du consensus : l’exécution doit pouvoir être rapide, la preuve générée de façon asynchrone, et la validation finale effectuée à un moment opportun. Cela implique une refonte profonde du modèle de finalité.
Ligne de travail 7 : Preuves récursives et agrégation de preuves
La génération d’une preuve ZK pour un seul bloc est coûteuse, mais si l’on peut agréger récursivement plusieurs preuves en une seule, le coût de vérification diminue considérablement. La progression dans cette voie déterminera directement la faisabilité économique du zkEVM L1.
Ligne de travail 8 : Outils pour développeurs et compatibilité EVM
Toutes ces modifications doivent rester transparentes pour les développeurs de contrats intelligents. Les dizaines de milliers de contrats existants ne doivent pas devenir obsolètes, et les outils doivent s’adapter.
C’est souvent la ligne la plus sous-estimée, mais aussi la plus longue : chaque mise à niveau de l’EVM a nécessité des tests de compatibilité et des adaptations d’outils. Le zkEVM L1, avec ses changements profonds, exigera un effort énorme dans ce domaine.
3. Pourquoi est-ce le bon moment pour comprendre cela ?
La publication de Strawmap, à un moment où le marché doute du prix de l’ETH, a une valeur essentielle : elle redéfinit Ethereum comme une « infrastructure ».
Pour les développeurs, cette feuille de route donne une direction claire ; pour les utilisateurs, ces évolutions techniques se traduiront par une expérience améliorée : confirmation en quelques secondes, transfert d’actifs fluide entre L1 et L2, confidentialité intégrée.
Naturellement, le zkEVM L1 ne sera pas une solution immédiate, sa réalisation complète pourrait prendre jusqu’en 2028–2029 ou plus tard.
Mais elle redéfinit la valeur d’Ethereum : si le zkEVM L1 réussit, Ethereum ne sera plus seulement la couche de règlement de L2, mais la racine de confiance vérifiable pour tout le Web3, permettant à tout état sur chaîne d’être mathématiquement retracé jusqu’à la preuve ZK d’Ethereum. Cela sera déterminant pour sa valeur à long terme.
De plus, cela influence la vision à long terme de L2 : lorsque L1 possède des capacités ZK, le rôle de L2 évolue — d’un « schéma d’expansion sécurisé » à un « environnement d’exécution dédié ». La manière dont certains L2 s’adapteront à ce nouveau paradigme sera un enjeu majeur dans les années à venir.
Plus important encore, cela constitue une fenêtre d’observation exceptionnelle de la culture des développeurs d’Ethereum — la capacité à faire avancer simultanément huit lignes de travail interdépendantes, chacune étant un projet de plusieurs années, tout en maintenant une coordination décentralisée, témoigne de la singularité d’Ethereum en tant que protocole.
Comprendre cela permet d’évaluer plus précisément la position réelle d’Ethereum face aux différentes narrations concurrentes.
En résumé, de « l’approche centrée sur le Rollup » en 2020, à Strawmap en 2026, la narration d’Ethereum évolue selon une trajectoire claire : l’expansion ne peut se limiter à L2, L1 et L2 doivent évoluer ensemble.
Les huit lignes de travail du zkEVM L1 incarnent cette transformation technique, visant un objectif commun : faire du réseau principal d’Ethereum une plateforme à la fois décentralisée et performante, à l’échelle. Ce n’est pas une remise en question de L2, mais une amélioration et un complément.
Dans les trois prochaines années, ce « navire de Thésée » traversera sept forks et remplacera d’innombrables « planches » ; lorsqu’il atteindra sa prochaine étape en 2029, nous pourrions voir une véritable « couche de règlement mondiale » — rapide, sûre, privée, et toujours ouverte.
Restons à l’écoute.
