Imaginez un instant que votre smart contract, parfaitement fonctionnel depuis des années, refuse soudainement d’exécuter une transaction critique. Pas à cause d’une erreur de code, mais simplement parce que le prix du gas a changé. C’est exactement le scénario que les équipes d’Ethereum viennent de mettre en lumière, et il concerne une poignée de contrats Layer 1 qui pourraient se retrouver fragilisés lors de la prochaine grande mise à jour du réseau.
Pourquoi les développeurs Ethereum tirent la sonnette d’alarme
Le 24 août 2026, un avertissement clair a été diffusé par la Fondation Ethereum. Les changements de tarification du gas prévus dans l’upgrade Glamsterdam ne sont pas anodins. Ils touchent directement la façon dont le réseau facture la création et l’accès à l’état, c’est-à-dire les comptes, les slots de stockage et le bytecode des contrats déployés. Deux propositions techniques sont au centre de l’attention : l’EIP-8037 et l’EIP-8038.
Ces ajustements ne visent pas à compliquer la vie des développeurs pour le plaisir. Ils répondent à une nécessité purement technique. L’état d’Ethereum a considérablement grossi depuis la dernière grande révision des coûts, intervenue lors de l’upgrade Berlin en 2021. Pendant ce temps, les validateurs ont progressivement accepté des limites de gas par bloc de plus en plus élevées. Pour pouvoir continuer à augmenter la capacité du réseau sans mettre en danger sa stabilité, il fallait revoir le prix de certaines opérations gourmandes en ressources.
Les équipes techniques ont donc conçu un nouveau barème autour d’un objectif de performance ambitieux : supporter environ trois fois le débit de base actuel. C’est une étape importante dans la feuille de route de scalabilité de la couche 1.
EIP-8037 : le coût de la création d’état explose
L’EIP-8037 modifie radicalement la manière dont Ethereum facture la création de nouvel état. Qu’il s’agisse d’ouvrir un nouveau compte, d’écrire dans un slot de stockage jusqu’ici vide ou de déployer du bytecode de contrat, les coûts grimpent. L’idée derrière cette proposition est d’introduire une comptabilité séparée du « state gas » afin de freiner la croissance trop rapide de l’état de la blockchain.
En pratique, cela signifie que certaines opérations qui étaient relativement bon marché deviennent plus onéreuses. Les développeurs qui avaient intégré des hypothèses fixes sur le gas consommé risquent de voir leurs transactions échouer ou consommer bien plus que prévu.
EIP-8038 : l’accès à l’état existant devient plus cher
Complémentaire à la précédente, l’EIP-8038 augmente le coût d’accès à l’état déjà présent. Les opérations concernées sont nombreuses : SLOAD, SSTORE, accès froid à un compte, EXTCODESIZE, EXTCODECOPY et d’autres. Autrement dit, tout ce qui touche à la lecture ou à la modification de données déjà stockées sur la chaîne voit son prix revisité.
Cette double révision n’est pas une surprise totale pour la communauté technique. Elle s’inscrit dans une logique de long terme où Ethereum cherche à rester performant tout en gardant un état gérable pour les nœuds. Mais elle crée un risque de compatibilité pour un nombre limité de contrats qui s’appuient sur des valeurs de gas codées en dur.
Quels contrats sont réellement menacés
Bonne nouvelle : la grande majorité des smart contracts Layer 1 ne devraient rencontrer aucun problème. Les équipes ont rejoué des milliers de transactions historiques sous le nouveau barème de tarification. La plupart sont restées inchangées ou ont simplement consommé un peu plus de gas sans échouer.
Cependant, une petite catégorie de contrats a montré des comportements problématiques. Certains ont continué à échouer même après que les chercheurs ont considérablement augmenté la limite de gas fournie. Les facteurs de risque récurrents sont clairement identifiés.
Les points de vigilance principaux
- Les stipends de gas fixes à 2 300 (typiques des fonctions transfer et send en Solidity)
- Les limites de call codées en dur
- La logique basée sur gasleft()
- Les transactions pré-signées avec des limites de gas figées
Les contrats qui utilisent encore le stipend historique de 2 300 gas via les méthodes transfer ou send méritent une attention particulière. Des opérations qui passaient auparavant sans difficulté dans cette enveloppe pourraient désormais consommer davantage et échouer.
La Fondation n’a pas publié la liste exhaustive des applications concernées. Elle a cependant confirmé qu’un contact direct était déjà en cours avec les équipes les plus exposées. Le groupe potentiellement cassé reste, selon les propres termes des développeurs, « petit ».
Wallets, estimateurs et outils : un autre front de vigilance
Le problème ne se limite pas aux smart contracts. Les portefeuilles, les fournisseurs de RPC, les indexeurs et les outils de nœuds doivent eux aussi mettre à jour leurs systèmes d’estimation de gas. Un logiciel qui s’appuie encore sur des constantes en cache risque de sous-estimer le gas nécessaire et de faire échouer des transactions parfaitement valides.
Les propositions EIP-8037 et EIP-8038 imposent aux outils qui utilisent eth_estimateGas et les fonctions associées de tenir compte des nouveaux coûts liés à l’état. Un détail important a déjà été souligné : les transferts ordinaires vers des comptes existants conservent le fameux coût de 21 000 gas. En revanche, les transferts qui créent un nouveau compte devront supporter une charge d’état supplémentaire.
Pour l’utilisateur final, la situation reste rassurante. Aucune action manuelle n’est normalement requise. Ce sont les fournisseurs de wallets et d’infrastructures qui doivent intégrer les nouvelles règles afin que les estimations se fassent automatiquement et correctement.
Comment tester dès maintenant ses contrats
Les développeurs n’ont pas attendu le dernier moment. Ils ont lancé le testnet Platåberget, aussi appelé glam-devnet-8, un environnement de longue durée déjà configuré avec le nouveau barème de tarification. C’est l’outil idéal pour vérifier le comportement de ses contrats avant le déploiement sur les testnets publics puis sur le mainnet.
Un checker a également été mis à disposition. Il suffit d’y entrer l’adresse d’un contrat pour identifier les transactions historiques qui divergent sous les nouvelles règles. Deux cas de figure se présentent alors :
Si l’échec disparaît simplement en augmentant la limite de gas fournie, le correctif est relativement simple. Si le problème persiste malgré une limite largement relevée, il devient nécessaire d’examiner en détail les sites d’appel individuels et la logique interne du contrat.
Conseil pratique
Commencez par rejouer vos transactions critiques sur Platåberget. Notez précisément la consommation de gas avant et après. Si l’écart est important, documentez-le et ajustez vos hypothèses en conséquence. Mieux vaut découvrir un problème aujourd’hui que le jour de l’activation sur le mainnet.
Le contexte plus large de Glamsterdam
Glamsterdam ne se limite pas à la reprise des coûts de gas. Cette mise à jour s’inscrit dans un mouvement plus large qui replace la scalabilité de la Layer 1 au centre des priorités. On y retrouve également les block-level access lists et des modifications dans la construction des blocs.
La feuille de route actuelle vise une activation de Glamsterdam au quatrième trimestre 2026. Aucune date précise de mainnet n’a encore été annoncée. Le calendrier final dépendra de la stabilité des implémentations clients et du succès des déploiements sur les testnets publics, notamment Sepolia et Hoodi.
Entre-temps, les devnets successifs permettent de peaufiner les détails. Platåberget n’est que l’une des étapes de ce processus long et méthodique qui caractérise les hard forks d’Ethereum.
Pourquoi ces changements étaient inévitables
Depuis 2021 et l’upgrade Berlin, l’état d’Ethereum n’a cessé de s’étendre. Chaque nouveau contrat, chaque nouveau slot de stockage, chaque nouveau compte ajoute une charge permanente pour les nœuds qui doivent stocker et synchroniser ces données. Les validateurs ont accepté d’augmenter progressivement les limites de gas par bloc, ce qui a permis d’absorber plus de transactions. Mais sans un réajustement des prix relatifs des opérations, cette augmentation de capacité aurait rapidement atteint ses limites techniques.
Les développeurs ont donc choisi de rendre plus chères les opérations qui font grossir l’état ou qui y accèdent de manière intensive. L’objectif est double : décourager les comportements les plus gourmands et préserver la capacité du réseau à continuer sa progression vers un débit plus élevé.
Cette approche n’est pas nouvelle dans l’histoire d’Ethereum. Elle s’inscrit dans une série d’ajustements successifs qui ont toujours cherché à aligner le coût économique d’une opération avec son coût réel pour le réseau.
Les leçons pour les équipes de développement
Plusieurs enseignements se dégagent de cet épisode. Le premier est que les hypothèses codées en dur sur le gas sont dangereuses. Elles fonctionnent tant que le protocole ne change pas, mais deviennent un point de fragilité dès qu’une révision de tarification intervient.
Le deuxième enseignement concerne l’importance des tests sur des environnements dédiés. Platåberget existe précisément pour permettre aux équipes de vérifier leurs contrats longtemps avant l’activation sur le mainnet. Ignorer cette opportunité reviendrait à prendre un risque inutile.
Enfin, la communication proactive de la Fondation montre une volonté de minimiser les frictions. En contactant directement les projets les plus exposés et en fournissant des outils de diagnostic, les équipes techniques cherchent à éviter les mauvaises surprises le jour J.
Ce que cela change pour les utilisateurs ordinaires
Pour la grande majorité des utilisateurs qui interagissent avec Ethereum via un portefeuille, un exchange ou une application décentralisée, l’impact devrait rester invisible. Les fournisseurs d’infrastructure sont responsables de mettre à jour leurs estimateurs de gas. Une fois ces mises à jour effectuées, les transactions continueront de se comporter de manière prévisible.
Il reste toutefois possible que, pendant une période de transition, certains outils un peu moins réactifs sous-estiment encore le gas. Dans ce cas, une transaction pourrait échouer et nécessiter un nouvel essai avec une limite manuellement augmentée. Ces situations devraient rester exceptionnelles et de courte durée.
Un regard sur la suite de la feuille de route
Glamsterdam n’est qu’une étape. La scalabilité de la Layer 1 reste un chantier ouvert, avec des pistes qui vont bien au-delà de la simple reprise des coûts de gas. Les block-level access lists, les améliorations dans la construction des blocs et d’autres propositions encore en discussion font partie du même mouvement d’optimisation continue.
À plus long terme, Ethereum continue de travailler sur des solutions qui réduisent la pression sur l’état tout en permettant d’augmenter le débit. Les changements de gas de Glamsterdam sont une pièce de ce puzzle plus large.
Les équipes qui maintiennent des contrats Layer 1 ont donc tout intérêt à rester attentives aux annonces techniques dans les mois qui viennent. Chaque upgrade majeur apporte son lot d’ajustements, et anticiper reste la meilleure stratégie.
Comment se préparer concrètement dès aujourd’hui
Voici une démarche pragmatique que tout mainteneur de contrat peut suivre :
Commencez par identifier les endroits de votre code où des valeurs de gas sont codées en dur. Recherchez particulièrement les stipends de 2 300, les appels avec limite fixe et toute logique qui s’appuie sur gasleft(). Ces zones sont les plus susceptibles de poser problème.
Ensuite, utilisez le checker fourni par les équipes Ethereum pour analyser l’historique de vos contrats. Notez les transactions qui divergent sous le nouveau barème. Pour chacune d’elles, testez si une simple augmentation de la limite de gas résout le problème.
Si ce n’est pas le cas, plongez dans le code source et examinez le flux d’exécution. Il peut être nécessaire de revoir la façon dont les appels internes sont structurés ou de remplacer certaines constructions historiques par des alternatives plus robustes.
Enfin, déployez et testez sur Platåberget. Cet environnement existe pour ça. Plus vous y passerez de temps maintenant, moins vous aurez de surprises lorsque Glamsterdam arrivera sur les testnets publics puis sur le mainnet.
Le rôle de la Fondation et la communication technique
L’avertissement publié le 24 août 2026 s’inscrit dans une tradition de transparence technique. Les équipes ne se contentent pas d’annoncer les changements ; elles fournissent des outils, des environnements de test et un contact direct avec les projets les plus exposés. Cette approche réduit considérablement le risque de dysfonctionnements massifs le jour de l’activation.
Elle montre aussi que la communauté des développeurs core reste attentive aux externalités de ses décisions. Un changement de protocole peut paraître purement technique, mais il a des conséquences concrètes sur des applications réelles utilisées par des milliers de personnes. Anticiper et communiquer fait partie intégrante du processus.
Perspectives et vigilance collective
À l’approche de Glamsterdam, la vigilance collective sera déterminante. Les équipes qui maintiennent des contrats Layer 1, les fournisseurs de wallets, les opérateurs de nœuds et les développeurs d’outils partagent une responsabilité commune : s’assurer que la transition se fasse en douceur.
Les changements de gas ne sont ni une catastrophe ni une révolution. Ce sont des ajustements nécessaires pour permettre au réseau de continuer à grandir de façon saine. La plupart des contrats passeront sans difficulté. Ceux qui rencontreront des problèmes auront, dans la grande majorité des cas, une solution simple : augmenter la limite de gas fournie.
Pour la petite minorité de contrats plus délicats, le temps restant avant l’activation offre une fenêtre précieuse pour analyser, corriger et retester. Platåberget est déjà là. Les outils de diagnostic aussi. Il ne reste plus qu’à s’en servir.
Ethereum avance, parfois par petits pas techniques, parfois par grands sauts de protocole. Glamsterdam appartient à la première catégorie, mais son impact sur certains contrats montre à quel point chaque détail compte. En restant attentifs et en testant tôt, les développeurs peuvent transformer un risque potentiel en simple formalité de maintenance.
Le réseau continue son chemin vers une capacité plus élevée et un état mieux maîtrisé. Les contrats Layer 1 qui sauront s’adapter sans friction seront ceux qui auront pris le temps de vérifier leurs hypothèses de gas dès maintenant. Et c’est précisément ce que la Fondation invite chacun à faire avant que le compte à rebours de Glamsterdam n’entre dans sa phase finale.
