La Fondation Ethereum annonce que l'objectif de la mise à niveau Glamsterdam est confirmé : limite de gaz à 200 millions, atteindre 10 000 TPS

L’équipe Ethereum a publié le 2 mai sur son blog officiel un résumé complet des travaux réalisés pour Soldøgn Interop : les trois objectifs clés de la mise à niveau Glamsterdam ont été essentiellement atteints — la limite de Gas a été portée de 60M à 200M, le processus de Builder externe ePBS est stable et en ligne, et la confirmation finale des paramètres de réévaluation du Gas EIP-8037 a été validée. Cette mise à niveau propulsera le débit de la couche de base d’Ethereum à environ 10 000 TPS, ce qui constitue l’un des plus grands sauts de capacité depuis la naissance du réseau principal.
(Précédent contexte : Vitalik annonce le plan d’extension d’Ethereum : Glamsterdam modifie le mécanisme de Gas, ZK-EVM permet aux nœuds de ne pas réexécuter la validation)
(Contexte supplémentaire : La hard fork Fusaka d’Ethereum est fixée à novembre, la mise à niveau Glamsterdam fera ses débuts en 2026)

Table des matières de cet article

Toggle

• Soldøgn Interop : le sommet de cent personnes fixe trois grands objectifs
• Pourquoi la limite de 200M Gas doit être liée à ePBS et EIP-8037 ?
• EIP-8037 : mécanisme concret pour prévenir la surchauffe de l’état
• FOCIL, abstraction native de compte, Hegotá : la prochaine vague de mises à niveau avance également

200 millions — ce chiffre ne représente pas seulement l’ajustement de la limite de Gas, mais une progression de 3,3 fois de la capacité de la couche de base d’Ethereum. La limite actuelle de 60M Gas sera portée à 200M après la mise à niveau, avec un objectif TPS passant d’environ 1 000 à ~10 000, modifiant directement la dynamique de compétition entre L2 et Rollup.

Soldøgn Interop : le sommet de cent personnes fixe trois grands objectifs

Le 2 mai, l’équipe Ethereum a publié sur son blog officiel un résumé complet des travaux de Soldøgn Interop. « Soldøgn » signifie « jour perpétuel d’été » en norvégien (le soleil ne se couche pas), EF continue la tradition de nommer Interop d’après des images géographiques et naturelles. L’événement, qui s’est tenu fin avril, a rassemblé plus de 100 développeurs principaux.

Cet Interop a ciblé trois objectifs clés pour la mise à niveau Glamsterdam, déclarant qu’ils étaient essentiellement atteints :

• Consensus sur la limite de Gas de 200M : toutes les équipes clientes ont confirmé que 200 millions serait la nouvelle limite minimale, sans essais progressifs
• Processus de Builder externe ePBS stable en ligne : la majorité des clients ont terminé la validation complète sur le réseau de test glamsterdam-devnet-2, y compris le test réussi du parcours complet du Builder externe
• Confirmation finale des paramètres de réévaluation du Gas EIP-8037 : cette EIP équilibre le risque d’explosion de l’état (base de données d’état) dû à l’augmentation du Gas

Pourquoi la limite de 200M Gas doit-elle être liée à ePBS et EIP-8037 ?

Augmenter simplement la limite de Gas ne garantit pas que le réseau pourra supporter le volume de transactions correspondant. La stratégie de l’équipe Ethereum consiste à empaqueter ces trois éléments dans un « trousseau d’extension » indispensable.

ePBS (Enshrined Proposer-Builder Separation, séparation intégrée entre proposeur et constructeur) — en termes simples, cela consiste à séparer formellement « qui emballe les transactions » et « qui soumet le bloc ». Après cette séparation, la couche d’exécution dispose de plus de temps pour traiter, et grâce à l’optimisation de BAL (Block Access Lists, listes d’accès aux blocs), chaque client dispose d’un plus grand espace de manœuvre (headroom) pour le débit réel. Sans ePBS, même avec une limite de 200M Gas, les clients risquent de ne pas tenir en période de pointe.

EIP-8037 constitue une autre sécurité : augmenter la limite de Gas permet à chaque bloc d’effectuer plus d’opérations, mais cela accélère aussi la croissance de l’état (la base de données globale enregistrant tous les comptes et contrats). EIP-8037 contrecarre ce problème en augmentant le coût en Gas pour « créer un nouvel état », empêchant ainsi les attaquants ou développeurs imprudents de faire exploser l’état avec des opérations à bas coût.

En combinant ces trois éléments : ePBS + BAL offrent la capacité d’exécution, EIP-8037 garantit que l’état ne devient pas incontrôlable, et 200M devient une limite sûre et réalisable.

EIP-8037 : mécanisme concret pour prévenir la surchauffe de l’état

L’état d’Ethereum peut être compris comme un « grand livre mondial » enregistrant le solde de chaque adresse et les données de chaque contrat. Plus le livre est volumineux, plus le coût de stockage et de synchronisation pour chaque nœud est élevé, ce qui pourrait finir par faire de la validation complète une activité réservée aux riches, nuisant à la décentralisation.

En passant de 60M à 200M Gas, la quantité de données pouvant être « écrite » dans chaque bloc augmente théoriquement. La logique d’EIP-8037 est : augmenter le coût en Gas pour « créer un nouvel état », tout en maintenant faible le coût pour « lire un état existant ». Ainsi, les opérations normales comme la consultation, le transfert ou l’interaction avec des contrats ne sont pas affectées ; en revanche, celles qui tentent d’ajouter un nombre infini de comptes ou de slots de stockage seront naturellement freinées par la hausse des coûts.

Lors du Soldøgn, l’équipe Ethereum a confirmé la re-réglage des paramètres d’EIP-8037, ce qui signifie que cette barrière sera active dès la mise en ligne de Glamsterdam, sans période de transition où la capacité augmenterait avant la régulation.

FOCIL, abstraction native de compte, Hegotá : la prochaine vague de mises à niveau avance également

Glamsterdam est la star de cette année, mais lors de Soldøgn, EF a aussi avancé sur une feuille de route plus ambitieuse.

FOCIL (Fork Choice Inclusion Lists, listes d’inclusion pour le choix de la branche) est un mécanisme anti-censure, permettant aux nœuds d’imposer que certains transactions soient incluses dans le bloc, évitant que le Builder ne puisse exclure arbitrairement des transactions indésirables. La progression concrète lors de l’Interop indique que cette fonctionnalité pourrait faire partie de Glamsterdam ou d’une prochaine mise à niveau.

Abstraction native de compte (Native Account Abstraction) — en termes simples, cela permet aux comptes de portefeuille classiques d’exécuter une logique semblable à celle des contrats intelligents, comme le traitement par lots, la récupération sociale ou le paiement de Gas. La version ERC-4337 est une simulation en couche applicative, la version native intégrée dans le protocole est plus efficace et accessible.

La mise à niveau Hegotá progresse également : cette fonctionnalité, prévue après Glamsterdam, est encore en phase de planification, mais certains éléments ont déjà été testés en amont.

EF indique que dans les semaines à venir, les développeurs principaux continueront à renforcer les clients, à tester et à fusionner le code, et que les paramètres finaux seront confirmés lors de la réunion AllCoreDevs — un moment historique que tout le monde pourra suivre en direct.

Selon l’observation du marché, cette vague de mise à niveau ne concerne pas seulement le réseau principal d’Ethereum : la capacité de la couche de base augmentée de 3,3 fois « réduit directement la nécessité perçue des solutions L2 ». Alors que beaucoup d’utilisateurs migrent vers Arbitrum, Optimism ou Base en raison des coûts élevés et de la lenteur de la L1, après Glamsterdam, certains applications légères pourraient revenir directement sur le réseau principal. La compétition entre Rollup pourrait ainsi passer d’un « prix bas » à une recherche de « fonctionnalités différenciantes ».