La mise à niveau Glamsterdam d’Ethereum va revoir la tarification des opérations d’état : ce que les développeurs et les utilisateurs doivent savoir

La prochaine mise à niveau Glamsterdam d’Ethereum devrait introduire un changement important, pas forcément visible pour l’utilisateur au quotidien, mais potentiellement crucial pour les développeurs de contrats intelligents et les équipes d’infrastructure : un nouveau modèle de tarification du Gas pour les opérations liées à l’état.

L’équipe de la Fondation Ethereum a publié une évaluation d’impact pour deux changements proposés, EIP-8037 et EIP-8038, tous deux conçus pour mieux faire correspondre les coûts en Gas d’Ethereum à la charge réelle de calcul et de stockage liée à l’interaction avec l’état, de plus en plus volumineux, du réseau. En pratique, la mise à niveau vise à facturer plus justement des opérations comme la création de nouveaux comptes, l’écriture de nouveaux emplacements de stockage, le déploiement de bytecode, la lecture du stockage d’un contrat et l’accès à des comptes froids.

Pour la majorité des utilisateurs, aucune action ne sera nécessaire. Les portefeuilles, les fournisseurs RPC, les constructeurs de blocs et les interfaces applicatives devraient mettre à jour automatiquement l’estimation des frais et le traitement des transactions. En revanche, un petit nombre de contrats reposant sur des hypothèses codées en dur concernant le Gas devront peut-être être examinés et corrigés avant l’entrée en vigueur de Glamsterdam.

Pourquoi Ethereum revalorise maintenant les opérations d’état

Dans Ethereum, l’« état » désigne la base de données active que les nœuds complets doivent maintenir : soldes des comptes, code des contrats, valeurs de stockage, nonces et autres données nécessaires à la validation de la chaîne. Avec l’essor de la DeFi, des stablecoins, des NFT, du règlement sur L2, du restaking et de l’infrastructure on-chain, cet état a considérablement grossi.

Le problème ne se limite pas à la taille du stockage. L’accès à l’état a aussi un impact sur les performances. Lorsque les nœuds traitent des transactions, ils doivent lire et écrire les données d’état efficacement. Si les prix du Gas sous-estiment le coût réel de ces opérations, le réseau peut être exposé à des goulots d’étranglement en matière de débit, surtout à mesure que la limite de Gas augmente.

La dernière grande modification d’Ethereum concernant la tarification de l’accès à l’état remonte à la mise à niveau Berlin en 2021, qui a introduit notamment les listes d’accès et la distinction entre accès froid et accès chaud via des propositions comme EIP-2929 et EIP-2930. Depuis, le profil d’utilisation d’Ethereum a beaucoup évolué. La récente hausse des limites de Gas a encore accru l’urgence de rendre la croissance de l’état soutenable.

La revalorisation du Gas dans Glamsterdam n’est donc pas qu’un simple ajustement tarifaire. Elle s’inscrit dans la feuille de route plus large d’Ethereum visant à soutenir un débit plus élevé tout en maintenant la viabilité de l’exploitation des nœuds.

Ce que changent EIP-8037 et EIP-8038

L’évaluation liée à Glamsterdam se concentre sur deux propositions :

• EIP-8037 : revalorise la création de nouvel état, y compris les nouveaux comptes, les nouveaux emplacements de stockage et le bytecode déployé.
• EIP-8038 : augmente les coûts des opérations d’accès à l’état, comme SSTORE, SLOAD et l’accès à des comptes froids.

L’idée centrale est simple : les opérations qui imposent une charge plus lourde aux nœuds Ethereum devraient avoir un coût en Gas plus proche de leur consommation réelle de ressources.

C’est particulièrement pertinent pour les contrats qui créent beaucoup d’emplacements de stockage, déploient de nombreux contrats ou effectuent un grand nombre de lectures et d’écritures sur des comptes froids. Ces schémas sont fréquents dans certains protocoles DeFi, les usines à contrats intelligents, les systèmes de mint de NFT, les infrastructures d’abstraction de compte et les jeux on-chain complexes.

L’objectif : préparer Ethereum à un débit plus élevé

Un point clé de l’évaluation est que la nouvelle tarification est calibrée autour d’un objectif de performance pouvant soutenir environ trois fois le débit de base. Cela ne signifie pas que Glamsterdam va tripler à lui seul la capacité d’Ethereum du jour au lendemain. En revanche, cette revalorisation est un préalable nécessaire pour pouvoir augmenter la limite de Gas en toute sécurité à l’avenir.

En 2025, la montée en charge d’Ethereum est de plus en plus multi-couche. Les rollups continuent de prendre en charge une grande partie de l’activité des utilisateurs, tandis que le mainnet Ethereum reste la couche de règlement, de liquidité et de sécurité. À mesure que l’évolutivité fondée sur les blobs progresse après EIP-4844, l’efficacité d’exécution sur le mainnet reste essentielle. Si les opérations d’état sur la couche 1 restent sous-tarifées, un débit plus élevé pourrait reporter davantage de charge sur les opérateurs de nœuds et fragiliser la décentralisation.

Autrement dit, la revalorisation de Glamsterdam est autant une mise à jour défensive qu’une mise à jour de montée en charge. Elle cherche à préserver la capacité d’Ethereum à se développer sans rendre le réseau trop coûteux ou trop difficile à valider.

Comment l’impact a été évalué

Pour estimer les conséquences dans le monde réel, les chercheurs d’Ethereum ont rejoué des transactions historiques du mainnet avec le barème de Gas proposé. Cette méthode permet d’identifier quelles transactions se comporteraient différemment si les nouvelles règles de tarification étaient appliquées.

Les résultats ont été classés en quatre grandes catégories :

1. Transactions inchangées
   La plupart des transactions historiques entrent dans cette catégorie. Elles ne dépendent pas fortement des opérations revalorisées ou disposent déjà d’une marge de Gas suffisante.

2. Transactions qui réussissent toujours, mais consomment une quantité de Gas différente
   Certaines transactions restent valides, mais leur consommation de Gas ou certains détails d’exécution changent. C’est attendu lorsque les règles de tarification évoluent.

3. Transactions qui tombent à court de Gas avec la limite initiale mais réussissent avec une limite plus élevée
   Ces transactions ne sont pas fondamentalement cassées. Elles ont simplement besoin de plus de Gas avec le nouveau modèle de tarification.

4. Transactions qui peuvent encore échouer même avec une limite de Gas beaucoup plus élevée
   C’est la catégorie la plus petite, mais aussi la plus importante. Ces échecs signalent souvent des contrats qui supposent des coûts de Gas précis dans leur logique.

C’est sur cette dernière catégorie que les développeurs doivent se concentrer. Si un contrat utilise des hypothèses fixes de Gas pour des appels bas niveau, des comportements de repli, des patterns de proxy ou des bifurcations d’exécution, il peut se comporter de manière inattendue lorsque le barème de Gas change.

Pourquoi les hypothèses codées en dur sur le Gas sont risquées

Les contrats intelligents devraient idéalement éviter de dépendre de prix de Gas exacts pour des opcodes précis. Ethereum a déjà modifié les coûts en Gas par le passé, et il pourrait le faire à nouveau à mesure que le protocole évolue. Un contrat qui suppose qu’une opération coûtera toujours la même chose peut vite devenir fragile.

Les zones de risque courantes incluent :

• les appels bas niveau avec une allocation de Gas fixe ;
• les fonctions fallback ou receive qui reposent sur une marge de Gas serrée ;
• les contrats proxy ou factory qui répartissent le Gas manuellement ;
• les contrats qui utilisent des vérifications sur le Gas restant pour piloter le flux d’exécution ;
• les systèmes d’exécution par lots qui estiment trop agressivement l’exécution interne ;
• les contrats hérités écrits avant la tarification Berlin des accès froids et chauds.

Cela ne signifie pas que tous ces contrats échoueront. Beaucoup continueront à fonctionner normalement. Mais Glamsterdam rappelle que le Gas doit être considéré comme une variable du protocole, et non comme une constante permanente.

Les développeurs peuvent consulter le dépôt des Ethereum Improvement Proposals pour obtenir les dernières précisions de spécification et suivre les discussions d’implémentation des clients via le dépôt GitHub Ethereum EIPs.

Ce que les développeurs devraient faire avant Glamsterdam

Pour les équipes de contrats intelligents, la meilleure réponse consiste à tester de manière proactive plutôt qu’à attendre l’activation sur le mainnet. Une liste de contrôle pratique comprend :

1. Auditer la logique sensible au Gas

Passez en revue tout code qui utilise :

• gasleft();
• .call{gas: ...}() à bas niveau ;
• des marges d’exécution fixes ;
• une comptabilisation personnalisée du Gas pour les relayeurs ou les bundlers ;
• des fonctions fallback qui supposent un coût d’exécution minimal ;
• des déploiements de factory avec des limites de Gas très serrées.

Si la validité du contrat dépend d’un comportement exact du Gas, il mérite un examen plus attentif.

2. Retester les opérations de déploiement et de traitement par lots

Les contrats qui déploient d’autres contrats ou écrivent de nombreux nouveaux emplacements de stockage risquent davantage de voir leurs coûts augmenter avec EIP-8037. Les mints par lots, la création de vaults, le déploiement de comptes, les opérations de bridge et les mises à jour de registres doivent être testés avec les nouvelles règles.

3. Valider sur le testnet Platåberget

L’équipe de la Fondation Ethereum a indiqué que les développeurs peuvent utiliser le testnet Platåberget pour vérifier si leurs correctifs fonctionnent avec une tarification de type Glamsterdam. Les tests sur un réseau dédié sont particulièrement utiles pour les protocoles à flux d’exécution complexes, difficiles à modéliser localement.

4. Mettre à jour les hypothèses d’estimation du Gas

Les interfaces frontales, SDK, relayeurs, bundlers et services d’abstraction de compte doivent s’assurer que la simulation des transactions et les marges de Gas sont bien mises à jour. Même si les contrats restent sûrs, une mauvaise estimation peut provoquer des échecs de transaction et une mauvaise expérience utilisateur.

5. Communiquer avec les intégrateurs

Si votre protocole est intégré par des portefeuilles, des agrégateurs, des plateformes de garde, des fournisseurs d’analytique ou des systèmes de marché automatisés, partagez rapidement tout changement connu. La revalorisation du Gas peut affecter non seulement le contrat lui-même, mais aussi les systèmes hors chaîne qui simulent ou acheminent les transactions.

Ce que les utilisateurs ordinaires d’Ethereum doivent faire

Pour les utilisateurs ordinaires, la réponse est simple : aucune action manuelle n’est attendue.

Vous n’avez pas besoin de déplacer vos fonds, de redéployer des actifs, d’approuver quoi que ce soit, ni de modifier votre façon de sécuriser votre portefeuille. Une fois que les fournisseurs d’infrastructure auront mis à jour leurs logiciels, la plupart des changements devraient être gérés en arrière-plan grâce à une meilleure estimation du Gas et à une meilleure simulation des transactions.

Cela dit, les utilisateurs pourraient constater que certaines transactions complexes deviennent légèrement plus coûteuses après la mise à niveau, en particulier si elles impliquent de nombreuses écritures de stockage ou des déploiements de contrats. Les transferts simples et les interactions courantes devraient être bien moins touchés.

Comme toujours, les utilisateurs doivent rester vigilants face aux campagnes de phishing autour des grandes mises à niveau du réseau. Les mises à jour du protocole ne nécessitent jamais la saisie d’une phrase de récupération, l’exportation d’une clé privée, ni une « migration de portefeuille » via des sites web inconnus.

Ce que cela signifie pour la conception à long terme d’Ethereum

La revalorisation des opérations d’état dans Glamsterdam met en lumière un thème récurrent de l’infrastructure blockchain : la scalabilité ne consiste pas seulement à augmenter l’espace de bloc. Il faut aussi tarifer correctement les ressources rares.

Si les prix du Gas sont trop bas pour les opérations gourmandes en état, le réseau peut croître plus vite que les nœuds ne peuvent confortablement le supporter. S’ils sont trop élevés, des applications utiles peuvent devenir inutilement coûteuses. Le défi d’Ethereum consiste à trouver un équilibre qui favorise l’innovation tout en protégeant la décentralisation.

C’est d’autant plus important que la feuille de route d’Ethereum continue de se développer sur plusieurs axes :

• des écosystèmes L2 plus vastes et plus efficaces ;
• une meilleure disponibilité des données pour les rollups ;
• des performances accrues de la couche d’exécution ;
• l’adoption de l’abstraction de compte ;
• la recherche à long terme sur la gestion de l’état ;
• des conditions plus sûres pour de futures hausses de la limite de Gas.

Glamsterdam n’est qu’une pièce de cette feuille de route plus vaste. Son impact immédiat peut sembler limité, mais son objectif de conception est fondamental : rendre la tarification des ressources d’Ethereum plus réaliste avant de pousser le réseau vers une capacité supérieure.

Rappel sécurité : les mises à niveau du protocole ne changent pas les bonnes pratiques de gestion des clés privées

La revalorisation du Gas affecte le coût d’exécution des transactions, pas la manière dont les utilisateurs contrôlent leurs actifs. Qu’il s’agisse d’un hard fork, d’une répétition sur testnet ou d’un cycle de mise à jour des clients, le principe de sécurité le plus important côté utilisateur reste le même : conserver les clés privées hors ligne et vérifier soigneusement les transactions.

Pour les utilisateurs qui interagissent avec la DeFi Ethereum, les NFT, les services de staking et les bridges L2, un portefeuille matériel peut ajouter une couche de sécurité importante. OneKey est conçu pour aider les utilisateurs à protéger leurs clés privées hors ligne tout en examinant les détails des transactions avant la signature. À mesure que les mises à niveau du réseau rendent Ethereum plus puissant, l’auto-conservation sécurisée reste essentielle pour participer à l’écosystème en toute sécurité.

Glamsterdam ne devrait pas perturber la plupart des utilisateurs, mais il s’agit d’une étape technique importante pour les développeurs Ethereum. Les équipes dont les contrats sont sensibles au Gas devraient tester tôt, mettre à jour leurs hypothèses et préparer leurs intégrations avant que la mise à niveau n’atteigne le mainnet.