De l’EIP-7987 au L1 zkEVM : l’évolution et la montée en puissance d’Ethereum L1

Quel est l’élément le plus crucial pour Ethereum au cours des cinq prochaines années ?

La limite de gas de la couche 1.

Ce mois-ci, Vitalik Buterin et la Fondation Ethereum ont publié des annonces majeures sur plusieurs enjeux stratégiques : de la proposition EIP-7987 (appelée au départ EIP-7983 par la communauté, puis officiellement EIP-7987), visant à limiter la consommation de gas d’une transaction, à l’entrée officielle de la zkEVM L1 dans sa phase expérimentale, en passant par la hausse de la limite de gas par bloc. Tous ces jalons confirment que la scalabilité du L1 Ethereum s’accélère vers une mise en œuvre concrète.

En résumé, après les avancées significatives de l’écosystème L2, Ethereum reporte sa priorité sur la scalabilité L1 : les rollups ont atteint une rapidité satisfaisante, mais L1 gagne à être plus performant, solide et intégré.

Cet article décrypte les évolutions techniques à l’origine de ces changements et analyse comment Ethereum L1 entend soutenir la prochaine vague de croissance à grande échelle.

I. Intégration et Séparation Cycliques : du L2 vers le L1

Depuis la publication par Vitalik Buterin de la « Rollup-Centric Roadmap » en 2020, les rollups sont devenus la solution de choix pour la scalabilité d’Ethereum. Cette orientation a favorisé l’émergence de projets comme Arbitrum et Optimism, propulsant les L2 en nouvelle frontière du réseau.

Néanmoins, les rollups génèrent leurs propres défis. Ainsi que développé dans Comprendre l’ERC-7786 : Ethereum entre-t-il dans une ère d’unification ?, il existe désormais plus de cent L2 au sens large. Cela conduit à une fragmentation des transactions et de la valeur, tandis que L1 doit assumer la disponibilité des données et le règlement final.

En conséquence, la pression sur L1 ne cesse de s’accentuer. Les transactions à forte consommation de gas (comme l’envoi de blobs ou la vérification de zkProof) alourdissent considérablement la charge de calcul et de vérification des nœuds L1. L’accroissement de l’espace d’état ralentit la synchronisation des nœuds et gonfle les coûts de stockage on-chain, alors que la volatilité du temps de formation des blocs accentue les risques en matière de sécurité et de résistance à la censure.

Source : L2Beat

Fondamentalement, la croissance des L2 ces dernières années a consisté à « ériger des clôtures » : chaque rollup tente de retenir ses utilisateurs et sa liquidité. Si cela améliore l’efficacité interne, cela fragmente la liquidité et l’unité globale du réseau Ethereum.

Selon l’adage : « Ce qui s’unit finit par se diviser, ce qui est scindé finit par s’unir. » Ethereum traverse aujourd’hui une phase charnière, passant de la fragmentation L2 à une réunification par le L1, ce qui constitue, dans une certaine mesure, un rééquilibrage après la période centrée sur les L2.

L’objectif : offrir à l’utilisateur une expérience véritablement unifiée à l’échelle du réseau. Les transferts d’actifs, la synchronisation d’état et la navigation entre applications L1/L2 devraient se faire avec la transparence d’une unique blockchain.

C’est dans cette logique—des Based Rollups à l’ePBS en passant par la zkEVM L1—que la Fondation Ethereum et sa communauté mettent en œuvre une série de mises à niveau de la couche 1. Leur ambition : renforcer l’exécution, l’utilisabilité et la robustesse du mainnet, sans sacrifier la sécurité ni la décentralisation.

II. EIP-7987 & zkEVM : amorcer la scalabilité du mainnet

Les deux principales évolutions de la scalabilité L1 actuellement sont la proposition EIP-7987 et la zkEVM L1. Ensemble, ces chantiers structurent les avancées, à la fois sur l’allocation des ressources et sur le moteur d’exécution.

1. EIP-7987 : appliquer une limite de gas par transaction pour désengorger les blocs

L’EIP-7987—rédigé ce mois-ci par Vitalik Buterin et Toni Wahrstätter—recommande de limiter la consommation de gas d’une transaction Ethereum à 16,77 millions. L’enjeu principal : fixer une limite de gas par transaction (distincte de la limite totale par bloc).

Sur Ethereum, toute transaction (qu’il s’agisse d’un transfert ou d’un appel de contrat) consomme du gas, chaque bloc disposant d’un volume maximal de gas. Une transaction qui monopolise trop de gas risque d’en exclure d’autres du bloc.

Source : Github

Certains traitements lourds (comme la vérification de zkProof ou le déploiement massif de contrats) peuvent saturer un bloc. La proposition vise donc à empêcher que ces opérations à forte consommation de gas n’accaparent les ressources et n’induisent une congestion des nœuds, notamment pour l’exécution parallèle et la synchronisation des nœuds légers :

Avec une limite, toute transaction volumineuse doit être scindée, empêchant ainsi toute monopolisation des ressources par une opération unique. Cette limitation n’intervient que lors de l’exécution : une transaction dépassant la limite est rejetée lors de la validation, avant toute inclusion dans un bloc.

Au-delà de la limitation par transaction, les paramètres de la limite de gas par bloc évoluent également. Le 21 juillet, Vitalik Buterin a tweeté : « Près de 50 % des validateurs ont voté pour augmenter la limite de gas L1 à 45 millions. Celle-ci progresse et atteint actuellement 37,3 millions. »

En théorie, relever la limite de gas par bloc améliore la performance du mainnet. Historiquement, cependant, Ethereum a toujours avancé prudemment, notamment avec l’essor des L2. Il aura par exemple fallu six ans, depuis la hausse de 8 à 10 millions en septembre 2019, pour atteindre la barre des 36 millions.

Cette année, le positionnement de la communauté est toutefois nettement plus ambitieux. L’EIP-9698 envisage même une multiplication par dix tous les deux ans, visant un plafond à 3,6 milliards de gas d’ici 2029—soit 100 fois plus qu’aujourd’hui.

Source : Etherscan

Ce train de mesures témoigne de la volonté d’Ethereum de soutenir la pression, posant l’assise computationnelle de la prochaine mise à jour d’exécution zkEVM L1.

2. zkEVM L1 : la preuve à connaissance nulle révolutionne l’exécution mainnet

La zkEVM est souvent vue comme l’aboutissement possible de la scalabilité Ethereum. L’idée : permettre au mainnet de vérifier des circuits ZK, afin que chaque bloc produise une preuve à connaissance nulle, validable en un temps record par les nœuds du réseau.

Les bénéfices sont majeurs : il n’est plus nécessaire que les nœuds réexécutent chaque transaction ; il suffit de valider le zkProof pour approuver un bloc. Ceci réduit la charge des nœuds complets, facilite la tâche des clients légers et des validateurs inter-chaînes, tout en renforçant sécurité et résistance à la falsification.

La zkEVM L1 progresse rapidement vers sa concrétisation. Le 10 de ce mois, la Fondation Ethereum a publié une norme de preuve en temps réel pour zkEVM L1, première étape vers l’intégration du zero-knowledge proof à l’échelle du protocole. Le mainnet passera progressivement à un environnement d’exécution compatible zkEVM.

La feuille de route officielle prévoit le déploiement de la zkEVM L1 d’ici un an, avec l’utilisation de preuves ZK compactes pour soutenir la montée en charge d’Ethereum, et l’intégration graduelle du zkProof à l’ensemble du protocole—un test à grande échelle, fruit de plusieurs années de recherche et développement.

Cette avancée fera passer le mainnet de simple couche de règlement à un moteur d’exécution autonome : l’« ordinateur mondial vérifiable » tant attendu.

En définitive, si l’EIP-7987 optimise l’exécution à un niveau micro, la zkEVM L1 représente une percée macro—capable d’améliorer les performances par un facteur de 10 à 100 et de refonder la capacité de captation de valeur d’Ethereum.

Le L1 ira ainsi au-delà du simple règlement de transactions ; il deviendra un moteur d’exécution performant, point d’entrée pour plus d’utilisateurs, d’actifs et de liquidités, et positionnera Ethereum face à des chaînes très performantes comme Solana ou Monad.

Au-delà des aspects d’exécution et de transaction, Ethereum entame également une refonte des mécanismes fondamentaux de gestion des ressources et de gouvernance.

III. Autres stratégies de scalabilité L1

En plus de l’EIP-7987 et de la zkEVM, Ethereum introduit des évolutions de scalabilité sur tous les niveaux du protocole, avec l’objectif de bâtir un environnement d’exécution on-chain performant, inclusif et transparent.

La Fondation Ethereum développe l’architecture ePBS, visant à séparer entièrement les fonctions de proposeur et de constructeur. Cette initiative cible les problématiques d’extraction de MEV et de concentration chez les builders, afin d’accroître l’équité, la résistance à la censure et la transparence dans le processus de production des blocs.

Point clé : l’intégration avancée de l’ePBS avec FOCIL, un module qui permet aux clients légers de valider les blocs et les résultats d’exécution sans stocker l’état complet du réseau. En conjuguant ePBS et FOCIL, Ethereum sépare nettement les prérogatives de proposition, de construction et de validation, améliorant profondément la capacité d’adaptation du réseau.

Ce duo ouvre aussi la voie aux transactions confidentielles, à l’utilisation de clients légers et de portefeuilles mobiles, réduisant les barrières d’accès et signalant l’évolution d’Ethereum vers une architecture de consensus modulaire, avec une gouvernance plus flexible et une composabilité renforcée.

Une autre piste de scalabilité, encore sous-estimée mais très prometteuse, est le Stateless Ethereum : l’enjeu consiste à libérer les nœuds de la nécessité de stocker l’ensemble de l’état du réseau. Grâce à un mécanisme de témoin, chaque nœud ne télécharge et ne valide que les données pertinentes pour la transaction en cours, ce qui réduit fortement les coûts de synchronisation et de validation.

La Fondation Ethereum soutient cette transition en développant l’outil de visualisation bloatnet.info, qui mesure l’ampleur du fardeau lié à la croissance de l’état et prépare les futures méthodes de nettoyage, de compactage et de location d’état (« state rent »).

Enfin, l’équipe de recherche concentre ses efforts sur la proposition « Beam », qui définit des courbes tarifaires distinctes pour le calcul, le stockage et les appels. L’objectif : affiner la tarification des ressources et faire évoluer Ethereum d’un modèle de frais unidimensionnel vers un véritable marché multidimensionnel, à l’instar des plateformes d’infrastructure cloud.

Conclusion

À l’heure où la scalabilité par rollup s’impose et que l’abstraction de compte progresse, beaucoup fondent leur espoir de scalabilité sur le schéma L2 associant exécution hors chaîne et règlement sur le mainnet.

Cependant, l’évolution de la couche 1 se poursuit—et elle demeure essentielle.

Les L2 accueillent davantage d’utilisateurs et libèrent de l’espace d’exécution, tandis que L1 assure une fonction de règlement unifiée, une ancre de sécurité et la base de la gouvernance des ressources. Seule une évolution conjointe permettra à Ethereum d’édifier un réseau Web3 mondial, pérenne et performant.

L’avenir d’Ethereum repose sur la coévolution entre L1 et L2 : c’est à cette condition qu’il pourra devenir un véritable « world computer » unifié..

Avertissement :

1. Ce texte est une reprise de [TechFlow], dont le droit d’auteur appartient à l’auteur d’origine [imToken]. Pour toute question concernant cette republication, veuillez contacter l’équipe Gate Learn : nous interviendrons dans les plus brefs délais selon nos procédures établies.
2. Avertissement : les analyses présentées dans cet article n’engagent que son auteur et ne constituent pas un conseil en investissement.
3. Les autres versions linguistiques de ce texte ont été traduites par l’équipe Gate Learn. Sauf mention explicite de Gate, toute reproduction ou diffusion non autorisée des contenus traduits est interdite.