La Fondation Ethereum a fixé au 6 octobre la date d'activation de la mise à niveau Glamsterdam sur le testnet Sepolia d'Ethereum, fixant aux opérateurs de nœuds une échéance pour mettre à jour leurs logiciels et offrant aux équipes d'applications un réseau public sur lequel tester les changements. Les détenteurs ordinaires d'ETH n'ont aucune action à entreprendre pour cette activation. Pour les lecteurs moins familiers du cycle de développement d'Ethereum, un testnet est un réseau parallèle où les équipes de clients et les développeurs d'applications répètent les changements de protocole avant qu'ils n'atteignent le réseau principal d'Ethereum ; cette activation constitue donc une étape de coordination en amont de toute programmation sur le mainnet, plutôt qu'un changement de la chaîne en direct.

Selon l'annonce publiée sur le blog de la Fondation, Glamsterdam prépare Ethereum à traiter davantage de travail tout en modifiant les frais de gaz de certaines opérations. Le test public permettra aux développeurs de vérifier si les applications s'exécutent toujours correctement et d'estimer les frais avec précision sous les nouvelles règles.

Glamsterdam changera-t-il ce que les utilisateurs paient ?

L'effet dépend de la transaction. La création d'un compte, le déploiement de code de contrat ou l'ajout de stockage laissent des informations que les nœuds d'Ethereum doivent conserver, et Glamsterdam modifie le gaz facturé pour ces travaux ainsi que pour l'accès aux enregistrements existants.

EIP-8037 augmente et comptabilise séparément les coûts de création d'état, tandis que EIP-8038 met à jour les frais de lecture et d'riture des informations stockées. Une application créant un stockage nouveau important fera donc face à un profil de coûts différent d'un simple paiement.

Pour un transfert ETH simple vers un compte ordinaire existant, la spécification actuelle du gaz de transaction (EIP-2780) maintient les frais à 21 000 unités de gaz d'exécution. Ce chiffre mesure le travail facturé à la transaction ; le montant réellement payé dépend toujours du prix du gaz au moment de sa soumission.

La documentation sur les frais d'Ethereum explique que le coût final dépend du gaz consommé et du prix par unité, la demande influençant la tarification. Une capacité accrue peut réduire la concurrence pour l'espace de bloc, tandis que des frais plus élevés pour certaines opérations peuvent augmenter leur consommation de gaz. Affirmer que Glamsterdam rendra chaque transaction moins chère reviendrait à ignorer cette distinction.

Pourquoi Ethereum modifie le travail derrière chaque bloc

Augmenter la capacité accroît également le travail que les nœuds doivent effectuer : recevoir les données de transaction, les vérifier et tenir à jour les registres d'Ethereum. Glamsterdam aborde le temps disponible pour ces vérifications et la manière dont les logiciels clients organisent l'accès aux données. Équilibrer ces deux pressions — intégrer plus de travail utile dans chaque bloc tout en maintenant un temps de vérification gérable — est la contrainte autour de laquelle la mise à niveau est conçue, et c'est pourquoi les changements de montée en charge et de tarification arrivent ensemble.

Constructeurs de blocs : intégrer la passerelle dans le protocole

Des constructeurs spécialisés choisissent et organisent déjà les transactions pour de nombreux validateurs. La séparation proposeur-constructeur encastrée (ePBS) intègre le mécanisme d'engagement, de livraison et de paiement de cette relation dans le protocole d'Ethereum.

Selon cette conception, un validateur proposant un bloc sélectionne l'engagement d'un constructeur à fournir des données de transaction particulières, et le constructeur les livre ensuite. Séparer les vérifications de consensus des vérifications d'exécution donne aux validateurs plus de temps pour vérifier les données, tandis que le protocole gère le paiement de l'échange.

Listes d'accès : aider les nœuds à organiser la validation

Les listes d'accès au niveau des blocs enregistrent les comptes et le stockage touchés pendant l'exécution, ainsi que les valeurs qui en résultent. Les logiciels clients peuvent utiliser cet enregistrement pour charger les données en parallèle et organiser en parallèle les travaux de validation compatibles.

La liste est produite à partir des données d'exécution et doit elle-même être vérifiée. Elle aide les nœuds à identifier les dépendances entre transactions ; elle ne prédit pas leurs effets avant que le constructeur ne les exécute, et l'amélioration des performances dépend de la manière dont les clients mettent en œuvre ces capacités.

Ensemble, ces changements créent une marge pour une plus grande capacité d'exécution. La reprécision du gaz répond à la charge de base de données associée : permettre plus d'activité est plus facile à soutenir lorsque les opérations qui créent ou accèdent aux données stockées sont facturées au prorata de leurs besoins en ressources.

Une allocation de gaz fixe peut devenir un problème applicatif

Prenons l'exemple d'un contrat qui alloue un montant fixe de gaz à une opération interne. Si cette opération devient plus coûteuse, elle peut dépasser l'allocation et échouer, et accorder davantage de gaz à la transaction globale ne modifie pas nécessairement une limite inscrite dans le contrat lui-même.

C'est pourquoi les tests doivent aller au-delà de la simple vérification du bon déroulement de l'activation du réseau. Un portefeuille peut devoir réviser ses estimations de frais,is qu'un contrat avec une allocation codée en dur peut nécessiter une correction différente.

L'analyse d'impact de la reprécision de la Fondation a rejoué des transactions historiques du mainnet selon le calendrier de gaz proposé. Parmi les transactions testées, la grande majorité a produit des résultats inchangés. Certaines transactions affectées se sont achevées après l'augmentation de la limite de gaz fournie, tandis qu'un groupe plus restreint est resté potentiellement défaillant même avec une limite nettement plus élevée. Les développeurs peuvent utiliser la recherche de contrats affectés de la Fondation pour examiner les adresses et les types d'échecs. Les équipes maintenant des portefeuilles, des services de transaction et des outils de nœud doivent également mettre à jour l'estimation du gaz plutôt que de s'appuyer sur des hypothèses de coûts mises en cache. Avec le 6 octobre désormais fixé, les points de contrôle observables entre l'activation du testnet et toute future programmation sur le mainnet sont concrets : la publication ou non de mises à jour de l'estimation du gaz par les portefeuilles et les outils, et le déploiement ou non de correctifs par les équipes à l'origine des contrats identifiés par la recherche.

Qui doit agir ?

Opérateurs et validateurs Sepolia : Installez des clients d'exécution et de consensus compatibles. Les validateurs doivent mettre à jour leur nœud beacon et leur client validateur, et examiner les nouvelles tâches ePBS et les exigences relatives aux outils de construction.

Développeurs d'applications : Testez l'exécution et les estimations de gaz sous les règles révisées, en particulier lorsque les contrats utilisent des valeurs de gaz fixes.

Utilisateurs du mainnet et détenteurs d'ETH : Aucune action n'est requise pour cette activation sur testnet. Les instructions pour le mainnet accompagneront une annonce distincte.

Une activation réussie montrera que les clients suivent ensemble les nouvelles règles. Les tests applicatifs qui suivront révéleront si les portefeuilles estiment correctement les frais et si les contrats affectés fonctionnent de manière fiable — les deux sont nécessaires avant que les améliorations de montée en charge proposées ne puissent offrir un service fiable aux utilisateurs du mainnet.