La mise à niveau Glamsterdam de Hoodi est prévue le 26 octobre 2026 à 17:42:48 UTC, avec une hausse simultanée de la limite de gaz du testnet à 200 millions lors de la même époque d’activation. Après l’activation de Glamsterdam sur Sepolia le 6 octobre, le prochain déploiement exige des opérateurs de Hoodi qu’ils mettent à jour les clients d’exécution et de consensus. L’annonce de la Fondation Ethereum du 16 octobre ne fixe pas de date pour le réseau principal.

Points clés à retenir

  • L’activation de Hoodi est prévue à l’époque 132,352 et au slot 4,235,264, avec une augmentation de la limite de gaz à 200 millions.
  • Les validateurs de Hoodi doivent mettre à jour leur client d’exécution, leur nœud beacon de consensus et leur client validateur, ainsi qu’examiner les nouvelles obligations liées aux constructeurs de blocs.
  • Les développeurs devraient tester les hypothèses relatives au gaz et son estimation selon les règles révisées ; les utilisateurs et opérateurs du réseau principal n’ont aucune mesure à prendre à la suite de cette annonce.

Table des matières

Calendrier et état du déploiement de Glamsterdam sur Hoodi

Hoodi est le prochain testnet prévu pour le déploiement de Glamsterdam, qui combine la mise à niveau de la couche d’exécution Amsterdam et celle de la couche de consensus Gloas. Sa limite de gaz prévue, de 200 millions, correspond à celle de Sepolia. L’annonce de la Fondation Ethereum concernant Glamsterdam sur Hoodi distingue cette échéance sur le testnet du déploiement sur le réseau principal. Les équipes chargées des clients n’ont pas encore décidé de la date d’activation sur le réseau principal, et les versions compatibles avec celui-ci seront annoncées séparément.
Élément Détails
Déploiement sur Sepolia Activé le 6 octobre 2026 à 13:53:36 UTC ; époque 353,024, slot 11,296,768.
Déploiement sur Hoodi Prévu le 26 octobre 2026 à 17:42:48 UTC ; époque 132,352, slot 4,235,264.
Limite de gaz de Hoodi Devrait passer à 200 millions à l’époque d’activation, comme sur Sepolia.
Déploiement sur le réseau principal La date d’activation n’est pas encore décidée ; cette annonce ne prévoit aucune mise à niveau du réseau principal.

Mises à jour requises pour les opérateurs de Hoodi

Avant l’activation, les nœuds qui ne participent pas au staking ont besoin de clients d’exécution et de consensus compatibles. Les validateurs doivent également s’assurer que leur nœud beacon et leur client validateur sont à jour. Les logiciels qui ne prennent pas en charge les nouvelles règles ne pourront pas suivre le réseau mis à niveau. L’annonce répertorie les versions de consensus de Grandine, Lighthouse, Lodestar, Nimbus, Prysm et Teku. Son tableau des clients d’exécution indique des versions pour Besu, Ethrex et Nethermind, tandis qu’aucune version n’est répertoriée pour Erigon, go-ethereum et Reth. Les opérateurs ne devraient choisir que des versions dont les notes confirment explicitement la prise en charge de l’activation prévue sur Hoodi. Le tableau des outils répertorie commit-boost 0.12.0-rc1. Des consignes supplémentaires concernant la compatibilité des constructeurs de blocs et des validateurs restent en attente de confirmation. Les opérateurs qui utilisent une infrastructure externe de construction de blocs devraient consulter les instructions Glamsterdam correspondantes, ainsi que les directives de leur client sur les limites de gaz visées par les validateurs.

Pourquoi les processus de construction de blocs et de validation évoluent

Pour les équipes de validateurs et de constructeurs de blocs, la préparation ne consiste pas seulement à installer des binaires. L’EIP-7732, qui inscrit dans le protocole la séparation entre proposant et constructeur de blocs, définit des responsabilités au niveau du protocole pour un processus qui reposait auparavant davantage sur des intergiciels de confiance. Les équipes doivent vérifier la compatibilité de leurs outils avec les nouvelles obligations et interfaces. Dans ce processus, un proposant s’engage sur la charge utile d’exécution d’un constructeur avant que celui-ci ne la divulgue. Le protocole Ethereum gère le paiement du proposant, tandis qu’un comité chargé de la ponctualité des charges utiles vérifie que leur divulgation a lieu à temps et que les données des blobs sont disponibles. La séparation des vérifications de consensus et d’exécution donne également aux validateurs davantage de temps pour évaluer les charges utiles d’exécution. L’autre changement majeur, l’EIP-7928, vise les travaux de validation des clients. Les listes d’accès au niveau des blocs imposées par le protocole identifient les comptes et les emplacements de stockage concernés par un bloc, et enregistrent les changements d’état après les transactions. Les clients peuvent utiliser ces informations pour paralléliser les lectures sur disque et la validation des transactions, ainsi que pour calculer les racines d’état plus efficacement. Ensemble, ces changements favorisent une capacité d’exécution accrue tout en maintenant la validation à un niveau pratique pour les opérateurs de nœuds.

Priorités des tests des applications

La réévaluation des coûts en gaz fait des hypothèses des contrats une priorité des tests. L’EIP-8037 augmente les coûts de création d’état et les comptabilise séparément, tandis que l’EIP-8038 modifie les coûts d’accès à l’état. D’autres changements prévus touchent le coût intrinsèque en gaz des transactions, les données d’appel, les listes d’accès et la comptabilisation du gaz des blocs. Les contrats qui utilisent des allocations fixes de gaz, des limites codées en dur ou des hypothèses concernant le gaz restant pourraient nécessiter des modifications. Les développeurs devraient consulter le guide sur l’incidence de la réévaluation des coûts pour repérer les contrats concernés et tester l’estimation du gaz sur Sepolia puis, après l’activation, sur Hoodi. Les tests devraient également couvrir les changements pertinents concernant les journaux, les opcodes et les interfaces des clients. Les ajouts prévus comprennent les journaux de transfert d’ETH, un opcode indiquant le numéro de slot, une taille maximale des contrats plus élevée et un contrat de fabrique déterministe.

Conclusion

L’échéance immédiate concerne l’infrastructure de Hoodi : les clients et outils compatibles doivent être prêts avant le 26 octobre. Les développeurs disposent d’un déploiement sur testnet pour vérifier le comportement de leurs applications, tandis que l’activation sur le réseau principal reste une étape distincte, dont la date n’est pas fixée.

Lire plus d’actualités

Plus d’actualités de FinanceVelix

Avertissement

Cet article de FinanceVelix fournit des informations générales et ne constitue pas un conseil financier, d’investissement, juridique ou fiscal personnalisé. Les cours des cryptoactifs peuvent évoluer rapidement et vous pourriez perdre la totalité des fonds investis. Les faits reflètent les informations disponibles au moment de la publication et peuvent changer. Vérifiez les informations importantes de manière indépendante et consultez un professionnel qualifié si nécessaire. La mention d’un actif, d’une entreprise ou d’un service ne constitue pas une recommandation.