Ethereum fixe le 26 octobre pour le test de 200 millions de gas de Hoodi

Le réseau Ethereum a officiellement planifié la mise à jour Glamsterdam pour le réseau de test Hoodi, qui aura lieu le 26 octobre 2026 à 17h42:48 UTC, établissant ainsi une échéance précise pour que les opérateurs de nœuds assurent la mise à jour de leur logiciel.

Ce calendrier a été annoncé par la Fondation Ethereum le 16 octobre. Le déploiement sur Hoodi suit l’activation précédente de Glamsterdam sur le réseau de test Sepolia, qui a eu lieu le 6 octobre. Cette mise à jour spécifique associe des modifications à la production et à la validation des blocs à un objectif planifié de 200 millions de gas.

Exigences logicielles pour les opérateurs

Chaque opérateur sur le réseau Hoodi doit mettre à jour à la fois ses clients d’exécution et de consensus avant l’arrivée de l’heure d’activation. Cette exigence est obligatoire pour chaque nœud participant au réseau de test. Tout échec à mettre à jour le logiciel à temps entraînera l’exclusion de ce nœud de l’état du réseau mis à jour.

Les validateurs font face à des exigences spécifiques de double mise à jour qui demandent une attention particulière. Ils sont tenus de mettre à jour le nœud beacon ainsi que le client de validateur. Au-delà de la simple installation du logiciel, les validateurs doivent consacrer du temps à examiner les nouvelles tâches et à s’assurer qu’il y a une compatibilité totale avec les outils de construction. De plus, ils doivent ajuster leurs paramètres de limite de gas pour qu’ils soient alignés avec les paramètres mis à jour du réseau de test.

À la date du 17 octobre, la Fondation a fourni une liste exhaustive des versions confirmées pour Hoodi. Ethrex est actuellement répertorié avec une version candidate. Cependant, plusieurs autres implémentations majeures de clients n’ont pas encore été répertoriées sur la page des versions confirmées de la Fondation. Il s’agit notamment de Grandine, Lighthouse, Erigon, go-ethereum et Reth. Les opérateurs utilisant ces clients spécifiques doivent vérifier que leurs notes de version confirment la compatibilité avec l’activation de Hoodi.

Besu 26.10.0 est une version confirmée pour cette mise à jour. Cette version particulière inclut des modifications spécifiques concernant la gestion du stockage. Elle est conçue pour migrer le stockage du code Bonsai lors de la première ouverture et conserve une plus grande quantité d’historique lors de la suppression des données. Les opérateurs qui prévoient de rétrograder Besu vers une version plus ancienne doivent utiliser la commande documentée besu storage revert-code-format. Cette étape spécifique est requise avant qu’une version plus ancienne du logiciel ne puisse rouvrir avec succès la base de données.

Modifications techniques et objectifs de gas

L’objectif de 200 millions de gas représente un budget planifié pour la quantité de travail computationnel autorisé par bloc. Il doit être considéré comme une directive pour la limite de bloc plutôt que comme un plafond immédiatement appliqué. La limite de bloc réelle s’ajustera progressivement selon les règles existantes d’Ethereum. Bien que les valeurs par défaut et les recommandations des clients soient fixées par le calendrier, les préférences individuelles de l’opérateur sont préservées dans la configuration.

Le débit global du réseau dépendra de la complexité des transactions. De même, les frais continueront de dépendre du niveau de demande. La mise à jour ne modifie pas les mécanismes fondamentaux du marché des frais, mais elle modifie la capacité totale disponible pour l’inclusion des transactions.

Glamsterdam est une mise à jour combinée qui consiste en deux composants distincts. La couche d’exécution reçoit la mise à jour Amsterdam, tandis que la couche de consensus reçoit la mise à jour Gloas. Une fonction clé de cette combinaison est la séparation inscrite des constructeurs de blocs et des constructeurs de blocs (proposer-builder separation). Ce changement déplace l’échange entre les constructeurs de blocs et les constructeurs de blocs directement dans le protocole lui-même. Cela donne aux validateurs plus de temps pour vérifier les données d’exécution avant que les blocs ne soient finalisés.

La mise à jour introduit également des listes d’accès au niveau du bloc. Ces listes sont utilisées pour enregistrer les comptes accédés, le stockage et les modifications d’état. Ces données spécifiques permettent aux clients d’effectuer plus de travail en parallèle, ce qui améliore l’efficacité globale. Les développeurs doivent être conscients que les règles de tarification du gas modifiées peuvent affecter les contrats intelligents. Les contrats qui reposent sur des allocations fixes, des limites codées en dur ou des hypothèses concernant le gas restant peuvent se comporter différemment. La Fondation conseille aux développeurs de tester leurs contrats et leur logique d’estimation du gas selon ces nouvelles règles.

Les détenteurs d’ETH et les opérateurs sur le réseau principal n’ont aucune action à entreprendre en raison de l’annonce de Hoodi. Le calendrier pour l’activation sur le réseau principal reste à déterminer. Le test sur Hoodi est un préalable à la validation de la mise à jour sur un réseau de test en direct avant que tout calendrier pour le réseau principal ne soit envisagé.