Imaginez un instant que votre portefeuille Ethereum refuse soudainement d’envoyer des fonds vers une adresse neuve, ou que votre outil préféré d’estimation de frais affiche des montants complètement absurdes. Ce scénario n’est plus de la pure fiction. Les équipes protocolaires de la Fondation Ethereum viennent d’émettre un avertissement clair : l’upgrade baptisé Glamsterdam risque de faire planter une partie importante des logiciels qui reposent encore sur d’anciennes hypothèses de coût en gas. Et le compte à rebours a déjà commencé.
Pourquoi Glamsterdam Change La Donne Pour Tout Le Monde
Depuis des années, la plupart des applications, des wallets et des indexeurs partent du principe qu’un simple transfert d’ETH vers un compte existant coûte toujours 21 000 gas. Cette certitude a servi de base à d’innombrables scripts, interfaces et estimateurs. Glamsterdam vient casser cette évidence. L’objectif affiché est louable : rendre le réseau plus durable en taxant davantage la création d’état permanent tout en allégeant le coût des calculs intensifs. Mais la transition ne se fera pas sans friction.
Le 17 août, l’équipe Protocol DevOps a publié un message sans ambiguïté. Tout outil qui hardcode une limite maximale de gas ou qui suppose un plafond unique va casser. Les portefeuilles, les indexeurs et les estimateurs de gas sont explicitement cités. La recommandation est simple et urgente : testez dès maintenant sur le testnet public Platåberget, ouvert depuis le 13 août et prévu pour rester en ligne plusieurs mois.
Le Cœur Du Problème : EIP-8037 Et La Nouvelle Dimension State-Gas
Au centre de cette révolution tarifaire se trouve l’EIP-8037. Ce texte introduit une dimension de gas complètement séparée, dédiée uniquement aux opérations qui créent de nouvel état. Créer un compte, déployer du code ou écrire un nouveau slot de stockage sera désormais facturé au prorata des octets d’état générés. Le coût est fixe par octet et appliqué au moment de l’exécution.
Concrètement, un transfert d’ETH vers une adresse déjà existante restera à 21 000 gas. Ce montant se décompose toujours de la même façon : coût de base de la transaction, accès froid au compte et coût du transfert de valeur. En revanche, envoyer des fonds vers une adresse qui n’existe pas encore déclenchera en plus une charge state-gas liée à la création du nouveau compte. Les applications qui considéraient 21 000 gas comme un plafond universel pour tout transfert d’ETH vont devoir revoir leur logique.
Les paramètres discutés dès le mois de mai montraient déjà l’ampleur du changement. La création d’un nouveau compte pourrait devenir environ 8,5 fois plus chère. Le déploiement de contrats pourrait voir son coût multiplié par dix. L’idée est de limiter la croissance annuelle de l’état à environ 60 Gio pour une limite de bloc de 300 millions de gas. Une séparation claire entre le coût de calcul et le coût d’état permanent devient la nouvelle norme.
Point clé à retenir : les estimateurs qui ne gèrent qu’une seule dimension de gas risquent de renvoyer des valeurs fausses dès que l’état nouveau sera facturé séparément. Les développeurs d’applications qui créent fréquemment des comptes ou écrivent de nouveaux slots de stockage sont particulièrement concernés.
Platåberget : Le Terrain De Jeu Ouvert Dès Maintenant
Contrairement aux réseaux de développement éphémères utilisés jusqu’ici, Platåberget a été conçu pour durer plusieurs mois. Cette longévité offre aux équipes le temps de tester le comportement post-Glamsterdam et d’identifier les points de rupture avant que les changements n’atteignent Sepolia, Hoodi, puis le mainnet.
Le fork est prévu pour s’activer sur Platåberget le 20 août. Les dépôts de validateurs et de builders sont ouverts au public. Les images de conteneurs pour les clients de consensus (Lighthouse, Lodestar, Nimbus, Prysm, Teku, Grandine) et les clients d’exécution (Besu, Geth, Erigon, Nethermind, Reth, NimbusEL, Ethrex) sont déjà disponibles. Les versions taguées restent optionnelles tant que les équipes préparent leurs propres builds.
L’équipe Protocol DevOps encourage explicitement les solo stakers, les projets de technologie de validateurs distribués, les opérateurs de logiciels personnalisés et les grands fournisseurs de staking à venir tester leur infrastructure. C’est une fenêtre rare pour expérimenter les nouveaux flux de dépôt de validateurs et de builders avant que les mêmes règles n’arrivent sur des réseaux plus longs à vivre.
Au-Delà Du Gas : ePBS Et La Nouvelle Architecture De Production De Blocs
La repricing du gas n’est qu’une partie de Glamsterdam. Le fork intègre également l’enshrined proposer-builder separation, plus connu sous le nom d’ePBS. Cette évolution ancre dans le protocole lui-même la séparation entre le processus de construction de blocs et le rôle de proposer. Un nouveau flux d’API builder et des vérifications de ponctualité des payloads accompagnent ce changement.
Tout ce qui touche à la production et à la validation des blocs sur Ethereum doit s’attendre à des impacts. Les infrastructures qui interfacent avec les builders ou qui gèrent la proposition de blocs devront s’adapter. Les tests sur Platåberget permettent déjà d’explorer ces nouveaux mécanismes avant qu’ils ne deviennent obligatoires.
Les Block-Level Access Lists : Une Information Anticipée Pour Les Nœuds
Autre pilier majeur de Glamsterdam : les Block-Level Access Lists. Ces listes enregistrent les emplacements d’état consultés pendant l’exécution ainsi que les modifications d’état post-transaction. Les données BAL sont stockées séparément du corps du bloc et échangées entre pairs de la couche d’exécution via le protocole réseau eth/71.
L’intérêt est clair. Les clients Ethereum reçoivent à l’avance des informations précises sur les comptes et les données de smart contracts qu’un bloc va utiliser. Cela permet de précharger les données nécessaires et, lorsque les transactions n’accèdent pas au même état, de traiter plusieurs transactions en parallèle. Le gain potentiel en performance et en efficacité est significatif, mais il impose aussi des adaptations côté clients et infrastructures.
Des Limites De Taille De Contrats Qui Évoluent Enfin
Glamsterdam profite aussi de l’occasion pour relever les plafonds de taille des contrats déployés et du code d’initialisation. La taille maximale d’un contrat déployé passe de 24 Kio à 64 Kio. Celle de l’initcode grimpe de 48 Kio à 128 Kio. Ces hausses libèrent de la marge pour des applications plus complexes, notamment dans la finance décentralisée où certains contrats deviennent très volumineux.
Des structures de données de consensus rétrocompatibles complètent le tableau. L’ensemble forme un package cohérent qui vise à préparer Ethereum à une montée en capacité tout en maîtrisant mieux la croissance de l’état permanent.
Ce Que Les Développeurs Doivent Vérifier En Priorité
Plusieurs catégories de logiciels sont particulièrement exposées. Les wallets qui estiment automatiquement les frais ou qui fixent un plafond de gas pour les transferts d’ETH classiques devront être mis à jour. Les indexeurs qui calculent des statistiques sur la base d’hypothèses de coût fixe risquent de produire des données faussées. Les estimateurs de gas qui ne gèrent qu’une seule dimension de tarification afficheront des valeurs incorrectes dès qu’une opération créera du nouvel état.
Les applications qui créent fréquemment de nouveaux comptes, déploient du code ou écrivent de nouveaux slots de stockage sont les plus concernées. Elles devront recalibrer leurs modèles de coût et tester exhaustivement les scénarios de création d’état sur Platåberget.
Checklist rapide pour les équipes techniques
- Vérifier tous les hardcodes de 21 000 gas pour les transferts d’ETH
- Tester les estimateurs de gas avec des créations de comptes et de storage slots
- Simuler des déploiements de contrats de différentes tailles
- Valider les flux ePBS côté builder et proposer
- Contrôler le comportement des indexeurs face aux nouvelles données BAL
- Déployer des validateurs de test sur Platåberget et observer les nouveaux flux de dépôt
Le Calendrier Qui Se Dessine
Après la phase Platåberget, un devnet de non-finalité est attendu dans le mois pour tester des scénarios de consensus difficiles. Une fois les retours intégrés dans les spécifications et les clients, Sepolia et Hoodi recevront Glamsterdam. L’activation sur le mainnet ne suivra qu’après des upgrades réussis sur ces réseaux de longue durée.
En parallèle, les discussions pour le fork suivant, provisoirement nommé Hegotá et envisagé pour 2027, avancent déjà. Soixante-six propositions sont à l’étude. À ce stade, seul le Fork Choice enforced Inclusion Lists a été formellement programmé. Plusieurs idées concernent la suite de la tarification de l’état et du gas, notamment pour préparer un éventuel passage vers une limite de 600 millions de gas par bloc. L’EIP-8368, par exemple, prévoit de recalibrer les prix de création d’état si la limite de gas dépasse le niveau de référence utilisé par Glamsterdam.
Pourquoi Cette Alerte Arrive Maintenant
Les développeurs Ethereum avaient déjà signalé dès juin que le coût des actions sur le réseau allait changer. Les calculs intensifs deviendraient moins chers, tandis que l’état permanent coûterait davantage. À l’époque, aucun calendrier mainnet n’était fixé. Tout dépendait des résultats des tests et de la préparation des équipes clientes.
Aujourd’hui, avec Platåberget en place et l’activation prévue le 20 août, le message se durcit. L’équipe Protocol DevOps ne parle plus de possibilités théoriques. Elle affirme que les outils qui reposent sur des hypothèses figées vont casser. Le temps des tests sérieux est venu.
Les Enjeux À Plus Long Terme Pour L’écosystème
Glamsterdam s’inscrit dans une stratégie plus large. Ethereum cherche à augmenter sa capacité de couche 1 tout en évitant une explosion de la taille de l’état. Taxer plus durement la création d’état permanent tout en réduisant le coût des opérations de calcul pure répond à cette double contrainte. Les Block-Level Access Lists et l’ePBS vont dans le même sens : plus d’efficacité, plus de parallélisme, une architecture de production de blocs plus claire.
Pour les utilisateurs finaux, l’impact direct dépendra de la qualité des mises à jour côté wallets et applications. Un portefeuille bien préparé continuera d’afficher des estimations fiables. Un outil non mis à jour pourra afficher des frais absurdes ou refuser purement et simplement certaines transactions. D’où l’importance de la phase de test ouverte dès maintenant.
Les projets DeFi qui déploient régulièrement de nouveaux contrats ou qui créent de nombreux comptes utilisateurs devront particulièrement surveiller leurs modèles économiques. Une hausse significative du coût de création d’état peut modifier la rentabilité de certaines stratégies ou forcer des optimisations d’architecture.
Comment Participer Aux Tests Sans Être Un Client Core
Même sans développer un client Ethereum, il est possible de contribuer. Déployer un validateur de test sur Platåberget, expérimenter les nouveaux flux de dépôt, soumettre des transactions qui créent de l’état et observer le comportement des estimateurs de gas sont autant de gestes utiles. Les retours des opérateurs de logiciels personnalisés et des projets de validateurs distribués sont explicitement sollicités.
Les images de conteneurs fournies facilitent la mise en place d’un environnement de test. Les équipes qui maintiennent des outils d’infrastructure peuvent ainsi valider rapidement leurs hypothèses avant que les changements n’arrivent sur des réseaux où les enjeux sont plus élevés.
Ce Qui Ne Change Pas (Et Ce Qui Change Vraiment)
Il faut rester précis. Un transfert d’ETH vers un compte déjà existant conserve son coût de 21 000 gas. Ce n’est pas une révolution pour les opérations les plus courantes entre adresses actives. En revanche, dès qu’une transaction crée du nouvel état — nouveau compte, nouveau slot de stockage, déploiement de code — la facture évolue. Les applications qui traitaient tous les transferts de la même façon devront désormais distinguer les cas.
Les estimateurs de gas qui ne gèrent qu’une seule dimension tarifaire deviendront obsolètes. Ceux qui intègrent déjà une logique multi-dimensionnelle ou qui interrogent dynamiquement le réseau s’adapteront plus facilement. La frontière entre outils robustes et outils fragiles va se dessiner clairement pendant la phase Platåberget.
Vers Une Tarification Plus Fine De L’état Permanent
L’ambition de Glamsterdam dépasse le simple correctif technique. En séparant clairement le coût de calcul du coût d’état, Ethereum se dote d’un levier de régulation plus précis. Si la limite de gas par bloc augmente dans le futur, les paramètres de tarification de l’état pourront être ajustés indépendamment pour éviter une croissance incontrôlée de la base de données globale.
Cette approche prépare le terrain pour des discussions plus ambitieuses sur la capacité de la couche 1. Les propositions déjà évoquées pour Hegotá montrent que la réflexion se poursuit. Glamsterdam n’est pas une fin en soi, mais une étape structurante dans une trajectoire de long terme.
Les Risques Si Les Équipes Attendent Trop Longtemps
Attendre que Glamsterdam arrive sur Sepolia ou Hoodi pour commencer les tests serait une erreur. Platåberget offre une fenêtre de plusieurs mois. Plus les retours arrivent tôt, plus les spécifications et les clients peuvent être ajustés avant les réseaux de longue durée. Un bug découvert trop tard peut retarder l’ensemble du calendrier ou forcer des correctifs de dernière minute.
Pour les projets utilisateurs, le risque est double : afficher des frais incorrects à leurs utilisateurs ou voir certaines transactions échouer de manière inattendue. Dans un écosystème où la confiance repose en partie sur la prévisibilité des coûts, ces incidents peuvent avoir un impact réputationnel non négligeable.
Une Transition Qui Demande De La Discipline Collective
Ethereum a déjà traversé de nombreuses upgrades majeures. Chacune a demandé une coordination entre clients, opérateurs de nœuds, développeurs d’applications et utilisateurs. Glamsterdam ne fait pas exception. La différence réside dans le caractère particulièrement transversal de la modification tarifaire. Presque tous les outils qui touchent au gas sont potentiellement concernés.
La transparence de l’équipe Protocol DevOps sur les risques est un signal positif. Elle permet aux acteurs de l’écosystème de se préparer plutôt que de découvrir les problèmes en production. Reste à ce que les équipes techniques s’emparent réellement de cette fenêtre de test.
Ce Que L’on Peut Déjà Anticiper Pour Les Utilisateurs Finaux
Pour l’utilisateur lambda qui se contente d’envoyer de l’ETH entre adresses déjà actives, le changement devrait rester invisible si son wallet est correctement mis à jour. En revanche, la première interaction avec une adresse neuve ou le déploiement d’un contrat pourra afficher un coût plus élevé que par le passé. Les interfaces claires et pédagogiques seront déterminantes pour éviter la confusion.
Les applications qui génèrent automatiquement de nombreux comptes (certains protocoles de gaming, de social ou de points de fidélité on-chain) devront probablement revoir leurs modèles. Le coût marginal de création d’état n’est plus négligeable.
Un Moment De Vérité Pour Les Outils D’infrastructure
Les indexeurs, les explorateurs de blocs, les services d’analytique et les estimateurs de gas tiers sont en première ligne. Leur capacité à intégrer rapidement la double dimension de tarification déterminera en partie la qualité de l’expérience utilisateur pendant et après la transition. Ceux qui anticipent sur Platåberget auront un avantage concurrentiel clair.
Les opérateurs de nœuds et les providers de staking doivent quant à eux valider les nouveaux mécanismes ePBS et les flux de dépôt. Un validateur mal configuré ou un builder qui ne respecte pas les nouvelles règles de ponctualité des payloads pourra se retrouver pénalisé ou exclu de certains flux.
Regarder Au-Delà De Glamsterdam
Même si l’attention se concentre actuellement sur le fork imminent, les discussions pour 2027 montrent que la trajectoire est déjà tracée. Augmenter la capacité de la couche 1 tout en gardant sous contrôle la croissance de l’état reste l’objectif central. Glamsterdam pose les fondations tarifaires et architecturales qui permettront d’aller plus loin sans répéter les erreurs du passé.
Les équipes qui traitent cette upgrade comme une simple mise à jour technique manquent peut-être l’essentiel. Il s’agit d’un changement de paradigme dans la façon dont Ethereum valorise l’espace d’état permanent. Ceux qui intègrent cette logique dès maintenant construiront des applications plus robustes et plus durables.
En Résumé : Agir Avant Que Le Train Ne Parte
Le message des développeurs Ethereum est net. Glamsterdam va casser une partie des hypothèses sur lesquelles reposent encore de nombreux outils. Les wallets, les indexeurs et les estimateurs de gas sont particulièrement exposés. Platåberget est ouvert, l’activation est prévue le 20 août, et la fenêtre de test s’étend sur plusieurs mois. C’est maintenant qu’il faut vérifier, corriger et valider.
Ceux qui attendront que les problèmes apparaissent sur Sepolia ou sur le mainnet prendront un risque inutile. L’écosystème a les moyens de faire de cette transition un succès, à condition que chacun joue son rôle dès la phase de test public. Le compte à rebours a commencé. Il reste peu de temps pour s’assurer que les portefeuilles et les outils de gas continueront de fonctionner correctement lorsque Glamsterdam basculera en production.
La suite dépendra de la qualité des retours collectés sur Platåberget et de la capacité des équipes clientes à intégrer les ajustements nécessaires. Pour l’instant, l’invitation est claire : venez tester, cassez des choses dans un environnement contrôlé, et aidez Ethereum à franchir cette étape sans turbulence majeure pour les utilisateurs finaux.
