Glamsterdam Ethereum : Wallets Et Outils Gaz En Danger

Imaginez un instant que demain matin, votre portefeuille Ethereum refuse simplement d’envoyer des fonds vers une adresse neuve. Ou que votre estimateur de gaz affiche un chiffre complètement faux, vous laissant bloqué avec une transaction impossible à confirmer. Ce scénario n’est plus de la pure fiction. Depuis le 17 août 2026, l’équipe Protocol DevOps de l’Ethereum Foundation multiplie les alertes : l’upgrade baptisé Glamsterdam pourrait bien casser une partie des outils que des millions d’utilisateurs et de développeurs considèrent comme acquis depuis des années.

Pourquoi Glamsterdam Change Les Règles Du Jeu

Glamsterdam n’est pas une simple mise à jour cosmétique. Il s’agit d’un ensemble de modifications profondes qui touchent à la fois le prix du gaz, la façon dont les blocs sont construits et la manière dont l’état de la blockchain est mesuré. L’activation est prévue sur le testnet public Platåberget dès le 20 août 2026. Ce réseau de test, lancé le 13 août, a été conçu pour rester en ligne plusieurs mois afin de laisser le temps aux équipes de détecter les incompatibilités avant le passage sur Sepolia, Hoodi, puis éventuellement le mainnet.

Le message de l’Ethereum Foundation est clair : tout logiciel qui repose encore sur l’hypothèse d’un plafond de gaz fixe ou d’un coût constant de 21 000 unités pour un transfert d’ETH standard risque de dysfonctionner. Les portefeuilles, les indexeurs et les estimateurs de gaz sont explicitement cités comme les plus exposés.

Le Cœur Du Problème : L’EIP-8037 Et Le Gaz D’État

Jusqu’ici, la plupart des développeurs et des outils partaient du principe qu’un transfert d’ETH vers une adresse existante coûtait toujours 21 000 gaz. Cette constante a servi de base à d’innombrables calculs, interfaces utilisateur et scripts automatisés. Glamsterdam, via l’EIP-8037, introduit une nouvelle dimension : le gaz d’état.

Concrètement, chaque opération qui crée de nouveaux éléments dans l’état de la blockchain — création de compte, déploiement de code ou écriture d’un nouveau slot de stockage — sera désormais facturée selon un coût fixe par octet d’état. Résultat : envoyer de l’ETH à une adresse déjà existante reste à 21 000 gaz. Mais envoyer des fonds à une adresse qui n’existe pas encore déclenchera un surcoût lié à la création du compte. Les estimateurs qui ne gèrent qu’une seule dimension de gaz risquent donc de sous-estimer, voire de bloquer, certaines transactions.

Tout outil qui s’appuie encore sur une limite de gaz codée en dur va casser. Les portefeuilles, les indexeurs et les estimateurs de gaz sont en première ligne.

Équipe Protocol DevOps, Ethereum Foundation

Les paramètres discutés dès le mois de mai indiquaient déjà une hausse potentiellement très forte : la création d’un nouveau compte pourrait devenir environ 8,5 fois plus chère, tandis que le déploiement de contrats lourds pourrait voir son coût multiplié par dix. L’objectif affiché est de freiner la croissance annuelle de l’état de la chaîne, visée autour de 60 Gio pour une limite de bloc de 300 millions de gaz.

Ce Qui Change Aussi Dans La Production De Blocs

Le gaz n’est qu’une partie de l’histoire. Glamsterdam intègre également l’enshrined proposer-builder separation, plus connue sous le nom d’ePBS. Cette évolution transforme la manière dont les blocs sont construits, proposés et validés directement dans le protocole. Un nouveau flux d’API pour les builders et des contrôles de ponctualité des payloads font partie du package. Les infrastructures de staking, les opérateurs de validateurs solo et les projets de technologie de validateurs distribués devront donc tester leurs systèmes avec attention.

Autre nouveauté majeure : les Block-Level Access Lists. Ces listes enregistrent les emplacements d’état consultés pendant l’exécution et les modifications post-transaction. Elles sont stockées séparément du corps du bloc et échangées entre les nœuds de la couche d’exécution via le protocole réseau eth/71. L’idée est de permettre aux clients de précharger les données nécessaires et, dans certains cas, de traiter des transactions en parallèle lorsqu’elles ne touchent pas le même état.

Pourquoi Le Testnet Platåberget Est Crucial

Contrairement aux réseaux de développement plus éphémères utilisés jusqu’ici, Platåberget a été pensé pour durer plusieurs mois. Il offre ainsi une fenêtre de test réaliste avant le passage sur les testnets long-terme Sepolia et Hoodi. Le set de validateurs reste relativement restreint, mais ouvert à la participation publique. Les images de conteneurs pour les clients de consensus (Lighthouse, Lodestar, Nimbus, Prysm, Teku, Grandine) et d’exécution (Besu, Geth, Erigon, Nethermind, Reth, NimbusEL, Ethrex) sont déjà disponibles.

L’Ethereum Foundation encourage explicitement les stakers solo, les opérateurs de logiciels personnalisés et les grands fournisseurs de staking à déposer des validateurs et à expérimenter les nouveaux flux de dépôt builder/validateur. Un devnet non-finalisant devrait suivre dans le mois pour tester des scénarios de consensus difficiles. Ce n’est qu’après stabilisation que Sepolia et Hoodi recevront l’upgrade, le mainnet n’arrivant qu’en dernier ressort.

Qui Risque Le Plus D’Être Impacté

Les portefeuilles qui affichent un coût de gaz fixe pour les transferts d’ETH sont les premiers concernés. Si l’interface suppose encore que 21 000 gaz suffisent toujours, l’utilisateur se retrouvera face à des transactions qui échouent silencieusement ou qui demandent une marge de sécurité trop faible. Les indexeurs qui s’appuient sur des modèles de coût constants pour estimer la rentabilité des opérations ou pour reconstruire l’historique risquent de produire des données incohérentes.

Les estimateurs de gaz intégrés aux dApps ou aux outils de trading automatisé constituent un autre point de friction majeur. Dès qu’une transaction crée de l’état (nouveau contrat, nouveau compte, nouveau stockage), le calcul basé sur une seule dimension de gaz devient obsolète. Les applications DeFi qui créent fréquemment de nouveaux slots de stockage ou qui déploient des contrats dynamiques devront revoir en profondeur leur logique de prévision de coûts.

Du côté des infrastructures, les opérateurs de nœuds et les builders devront s’adapter à ePBS et aux Block-Level Access Lists. Les flux de communication entre proposers et builders évoluent, ce qui peut impacter la latence et la fiabilité des payloads. Les projets qui ont hardcodé des limites de taille de contrats devront également vérifier leur compatibilité avec les nouveaux plafonds de 64 Kio pour le code déployé et 128 Kio pour l’initcode.

Les Implications À Plus Long Terme Pour L’Écosystème

Glamsterdam s’inscrit dans une trajectoire plus large visant à augmenter la capacité de la couche 1 tout en maîtrisant la croissance de l’état. Les discussions autour d’Hegotá, l’upgrade prévue pour 2027, montrent déjà que les développeurs envisagent des ajustements supplémentaires de la tarification de l’état si la limite de gaz des blocs dépasse les niveaux de référence utilisés aujourd’hui. Certains modèles explorent même un scénario de 600 millions de gaz par bloc.

En rendant la création d’état plus coûteuse, Ethereum cherche à encourager des pratiques plus sobres. Les applications qui multiplient les écritures permanentes dans le stockage devront repenser leur architecture. À l’inverse, le calcul pur devient relativement moins cher, ce qui peut favoriser des modèles de smart contracts plus intensifs en calcul et moins gourmands en stockage.

Cette réorientation n’est pas anodine. Elle change la structure de coûts pour les développeurs et peut influencer le type de dApps qui restent économiquement viables sur le mainnet. Les projets qui s’appuyaient massivement sur la création de nouveaux comptes ou de nouveaux slots pour chaque utilisateur devront probablement migrer vers des approches plus mutualisées ou vers des solutions de couche 2.

Ce Que Les Développeurs Doivent Faire Dès Maintenant

La première action recommandée est simple : tester sur Platåberget. L’Ethereum Foundation insiste sur le fait que ce testnet est volontairement long-lived pour permettre une détection précoce des problèmes. Les équipes qui attendent le passage sur Sepolia ou Hoodi risquent de se retrouver avec un calendrier trop serré pour corriger les incompatibilités.

Il faut ensuite auditer tout le code qui suppose un coût de gaz constant. Les fonctions d’estimation qui renvoient un unique nombre de gaz pour un transfert d’ETH doivent être mises à jour pour tenir compte de la dimension d’état. Les interfaces utilisateur qui affichent un coût « fixe » de 21 000 gaz devraient afficher un avertissement ou calculer dynamiquement le surcoût en cas de création de compte.

Les opérateurs d’infrastructures de staking et de builders doivent vérifier la compatibilité de leurs clients avec ePBS et les nouveaux flux d’API. Les images de conteneurs fournies par la fondation constituent un point de départ utile, même si les releases taguées restent optionnelles tant que les équipes clientes finalisent leurs propres builds.

Un Parallèle Avec Les Upgrades Précédents

Ce n’est pas la première fois qu’Ethereum modifie profondément la structure des coûts. Les mises à jour antérieures avaient déjà ajusté le prix de certaines opérations, mais aucune n’avait introduit une dimension de gaz entièrement nouvelle pour l’état. Glamsterdam marque donc une rupture plus nette. Les développeurs qui ont vécu le passage à Londres ou à Shanghai se souviennent que les outils non préparés ont parfois mis plusieurs semaines à s’adapter, générant des frictions temporaires pour les utilisateurs finaux.

La différence cette fois-ci réside dans l’ampleur de l’avertissement lancé par la fondation elle-même. Habituellement, les équipes Protocol DevOps communiquent de manière plus technique et moins alarmiste. Le fait qu’elles insistent autant sur le risque de casse pour les wallets et les estimateurs montre que le problème est considéré comme sérieux et potentiellement large.

Les Questions Qui Restent Ouvertes

Plusieurs points restent encore à clarifier. Le calendrier exact de passage sur Sepolia et Hoodi dépendra de la stabilité observée sur Platåberget et sur le prochain devnet non-finalisant. Aucune date de mainnet n’a été annoncée, et l’Ethereum Foundation a déjà rappelé que le déploiement final dépendrait de la maturité des clients et des retours de test.

Les paramètres précis du coût par octet d’état pourraient encore évoluer légèrement en fonction des observations faites sur le testnet. Les discussions autour d’Hegotá montrent aussi que la communauté anticipe déjà d’éventuels recalibrages si la limite de gaz des blocs continue d’augmenter. EIP-8368, par exemple, est mentionnée comme un mécanisme possible pour ajuster la tarification de l’état en cas de hausse significative de la capacité.

Enfin, la question de l’adoption réelle des nouvelles pratiques reste ouverte. Certains projets pourraient choisir de rester temporairement sur des forks ou des réseaux privés le temps d’adapter leur code. D’autres pourraient accélérer leur migration vers des solutions de couche 2 où la structure de coûts reste plus prévisible à court terme.

Une Fenêtre De Test À Ne Pas Manquer

Le 20 août 2026 marque le début officiel de la phase de test publique de Glamsterdam sur Platåberget. Pour les développeurs, les opérateurs d’infrastructures et les éditeurs de portefeuilles, c’est le moment de vérifier que leurs outils ne reposent plus sur des hypothèses devenues obsolètes. L’Ethereum Foundation a fourni les images et les dépôts nécessaires. Il ne reste plus qu’à les utiliser.

Ceux qui attendront le dernier moment risquent de découvrir trop tard que leurs estimateurs de gaz renvoient des valeurs incorrectes ou que leurs portefeuilles refusent certaines transactions légitimes. Dans un écosystème où la confiance des utilisateurs repose en grande partie sur la prévisibilité des coûts, une période de friction technique pourrait laisser des traces. Glamsterdam offre pourtant une opportunité claire : tester tôt, corriger vite, et arriver prêt lorsque l’upgrade atteindra les réseaux plus durables.

L’histoire récente d’Ethereum montre que les upgrades les mieux anticipés sont aussi ceux qui génèrent le moins de perturbations. Platåberget existe précisément pour cela. Il serait dommage de ne pas en profiter.

Le Contexte Plus Large Des Évolutions De Gaz

Depuis plusieurs années, la communauté Ethereum discute de la nécessité de mieux tarifer l’état permanent. L’état de la chaîne continue de grossir, et chaque nouveau compte, chaque nouveau slot de stockage ou chaque nouveau contrat ajoute une charge durable pour tous les nœuds. Les solutions de couche 2 absorbent une partie de la pression, mais la couche 1 reste le socle sur lequel tout repose. Glamsterdam représente une étape concrète pour internaliser davantage le coût de cette croissance.

En séparant clairement le gaz d’exécution du gaz d’état, les développeurs du protocole espèrent donner des signaux de prix plus justes. Les opérations qui ne font que calculer deviennent relativement moins chères, tandis que celles qui laissent une empreinte permanente deviennent plus coûteuses. Cette logique s’inscrit dans une vision à long terme où Ethereum peut supporter des limites de gaz plus élevées sans que l’état n’explose de manière incontrôlée.

Les retours d’expérience sur Platåberget permettront de valider ou d’ajuster les paramètres choisis. Si la création de comptes s’avère trop dissuasive, des calibrages pourront être envisagés avant le passage sur les testnets plus longs. À l’inverse, si la croissance de l’état reste maîtrisée, le modèle pourra servir de base pour les upgrades suivants, notamment Hegotá.

Impact Sur Les Utilisateurs Finaux

Pour l’utilisateur moyen, les changements se traduiront d’abord par des messages d’erreur inhabituels ou des estimations de gaz qui varient davantage selon la nature de la transaction. Un simple transfert vers une adresse déjà connue restera familier. En revanche, l’envoi de fonds à une adresse neuve, la création d’un NFT ou le déploiement d’un petit contrat pourront afficher des coûts plus élevés que ce à quoi l’on était habitué.

Les portefeuilles qui auront anticipé afficheront probablement des explications claires et des estimations plus précises. Ceux qui n’auront pas mis à jour leurs modèles risquent de proposer des frais trop bas, entraînant des transactions bloquées, ou trop hauts, décourageant l’utilisateur. La qualité de l’expérience utilisateur dépendra donc largement de la réactivité des éditeurs de logiciels.

Dans les mois qui suivront l’activation sur le mainnet, on peut s’attendre à une période d’adaptation. Les tutoriaux, les documentations et les interfaces devront être mis à jour. Les utilisateurs les plus techniques comprendront rapidement la nouvelle logique. Les autres s’appuieront sur les outils qui auront su intégrer proprement la double dimension de gaz.

Perspectives Pour Les Années À Venir

Glamsterdam n’est qu’une étape. Les discussions autour d’Hegotá montrent déjà que la communauté continue d’explorer des mécanismes plus fins de tarification de l’état et d’augmentation de la capacité. L’idée d’un chemin vers 600 millions de gaz par bloc n’est plus taboue, à condition que les outils de gestion de l’état suivent. EIP-8368 illustre cette volonté d’avoir des mécanismes de recalibrage automatiques ou semi-automatiques si les conditions changent.

À plus long terme, la combinaison d’ePBS, des Block-Level Access Lists et d’une tarification plus fine de l’état pourrait permettre à Ethereum de traiter davantage de transactions tout en restant accessible aux nœuds individuels. L’objectif n’est pas seulement d’augmenter le débit, mais de le faire de manière durable. Glamsterdam pose les premières briques de cette architecture.

Les développeurs qui prendront le temps de comprendre et d’intégrer ces changements dès maintenant se retrouveront dans une position plus confortable lorsque les upgrades suivants arriveront. Ceux qui reporteront l’adaptation risquent de devoir rattraper plusieurs évolutions d’un coup, avec le stress et les risques d’erreur que cela implique.

Un Appel À La Vigilance Collective

L’alerte lancée par l’Ethereum Foundation le 17 août 2026 n’est pas un simple avertissement technique. C’est un appel à la responsabilité collective de l’écosystème. Les outils open-source, les portefeuilles grand public, les indexeurs et les infrastructures de staking forment un tissu dense. Une rupture dans l’un de ces maillons peut se propager rapidement.

En mettant à disposition un testnet public long-lived et en multipliant les communications, la fondation a fait sa part. Il appartient maintenant aux équipes de développement de saisir cette opportunité. Tester tôt, documenter les problèmes rencontrés, partager les retours et corriger avant que les utilisateurs ne soient impactés : c’est la seule façon de transformer une potentielle source de friction en une transition maîtrisée.

Glamsterdam arrivera. La question n’est plus de savoir s’il cassera certains outils, mais plutôt de savoir combien d’équipes auront anticipé et préparé leurs logiciels. Le 20 août, sur Platåberget, le compte à rebours a déjà commencé.