Les développeurs Ethereum ont provisoirement programmé la mise à niveau Glamsterdam pour une activation sur Sepolia à 13:53 UTC le 6 octobre 2026, bien qu'un autre test de devnet privé reste nécessaire avant que le fork du testnet public ne procède.
Les notes de la réunion ACDC #186 et le rapport subséquent de la chercheuse en protocole Ethereum Christine D. Kim montrent que la date reste conditionnelle. Les développeurs n'avaient pas achevé une activation stable de Glamsterdam sur un réseau de développement privé lorsqu'ils ont sélectionné le calendrier de Sepolia.
Le plan de test a depuis progressé d'une itération supplémentaire. Kim a déclaré le 11 septembre que l'attention s'était portée sur Glamsterdam-Devnet-11, dont le lancement est prévu le lundi 14 septembre. Les plans antérieurs avaient identifié le Devnet-10 comme le prochain test majeur.
Aucune date d'activation n'a été confirmée pour le testnet Hoodi ou le mainnet Ethereum. Les développeurs ont discuté d'une possible sortie du mainnet en décembre, mais les résultats des tests détermineront si ce calendrier reste réalisable.
Lors de la réunion All Core Developers Consensus du 3 septembre, les participants se sont mis d'accord sur l'époque Sepolia 351232 pour l'activation proposée. Kim a rapporté que l'heure correspondante serait le 6 octobre à 13:53 UTC. La réunion a eu lieu avant que les développeurs n'aient démontré une performance stable sur les réseaux de test privés utilisés pour Glamsterdam.
La sélection de l'époque donne aux équipes clientes, aux opérateurs d'infrastructure et aux développeurs d'applications un objectif de planification commun. Cela ne rend pas l'activation définitive. Les développeurs peuvent reporter le fork si la prochaine phase de test révèle un défaut majeur ou si les équipes clientes ne peuvent pas préparer des versions fiables.
La mise en garde reste pertinente après que le Devnet-9 ait rencontré des problèmes de finalité. Selon le matériel de la réunion, le réseau comprenait environ 1 000 nœuds validateurs, ce qui en faisait le plus grand devnet Glamsterdam en termes de nombre de validateurs à ce stade.
La finalité exige que suffisamment de validateurs s'accordent sur l'état de la chaîne. Lorsqu'un réseau de test ne parvient pas à finaliser, les développeurs doivent déterminer si la cause implique le logiciel client, la participation des validateurs, la configuration du réseau ou une interaction entre des changements de protocole distincts.
Le plan initial prévoyait le Devnet-10 après l'apparition de défauts lors d'essais précédents. La dernière mise à jour de Kim identifie maintenant le Devnet-11 comme le prochain test que les développeurs surveillent, indiquant que la séquence de tests privés a progressé au-delà du plan antérieur.
Un Devnet-11 stable donnerait aux équipes clientes Ethereum un autre environnement pour tester les spécifications combinées de Glamsterdam. Les équipes de couche 2, les fournisseurs de staking et les autres opérateurs d'infrastructure ont besoin d'implémentations client fonctionnelles avant de pouvoir tester leurs systèmes en toute sécurité par rapport au fork proposé.
La diversité des clients rend le processus plus complexe. Ethereum fonctionne grâce à plusieurs clients d'exécution et de consensus développés indépendamment, et la mise à niveau doit fonctionner sur différentes combinaisons de clients. Un défaut confiné à une seule implémentation peut toujours interrompre un réseau de test si les validateurs affectés détiennent suffisamment de poids.
L'ordre du jour de l'ACDC #186 enregistre les demandes de Lido et d'Optimism pour au moins un jour stable avant un fork. L'ordre du jour énumérait les correctifs clients et l'interopérabilité réussie comme des points nécessitant confirmation avant Sepolia.
Un Devnet-11 échoué ou instable n'annulerait pas automatiquement l'activation du 6 octobre. Les développeurs devraient évaluer la cause et le temps nécessaire aux réparations. Un problème grave pourrait les amener à reconsidérer la date lors d'une réunion de tous les développeurs principaux.
Les essais antérieurs de Glamsterdam ont révélé des défauts des deux côtés de l'architecture d'Ethereum. L'ingénieur des opérations de développement de la Fondation Ethereum, Stefan Starflinger, a rapporté que le Devnet-8 avait révélé un problème de la couche de consensus impliquant des blocs qui répétaient un hachage parent.
« Vous pourriez arrêter tout le réseau », a déclaré Starflinger en décrivant le scénario de test.
Le problème a affecté le système responsable de l'accord sur les blocs. Le Devnet-9 a ensuite souffert de non-finalité, incitant les ingénieurs à investiguer davantage de cas limites sur un ensemble de validateurs plus important.
Du côté de l'exécution, la chercheuse de la Fondation Ethereum Maria Silva a signalé un problème d'implémentation concernant l'EIP-8037. La proposition modifie la façon dont Ethereum facture le gaz pour la création de nouvel état, y compris les nouveaux comptes, contrats et entrées de stockage.
L'EIP-8037 sépare les coûts de création d'état des coûts d'exécution normaux grâce à un modèle de gaz multidimensionnel. Sa spécification publiée indique que la conception vise à contrôler la croissance de l'état à mesure qu'Ethereum augmente sa limite de gaz de bloc. La proposition est toujours en cours d'évaluation par les pairs.
Le problème découvert a nécessité que les clients d'exécution révisent leurs implémentations et a conduit à des travaux de spécification. Comme crypto.news l'a rapporté dans sa couverture de la progression antérieure du devnet de Glamsterdam, l'EIP-8037 a été testée parallèlement aux autres changements de protocole de la mise à niveau.
Le test sert un but différent de l'approbation de chaque proposition individuellement. Les développeurs doivent confirmer que tous les changements sélectionnés fonctionnent ensemble sur plusieurs clients, configurations de validateurs et modèles de transactions.
Les développeurs ont refusé de planifier Glamsterdam sur Hoodi tant que Sepolia reste conditionnel. Hoodi devrait servir de deuxième étape de testnet public, offrant aux opérateurs de staking et aux équipes de protocole un autre environnement qui représente plus fidèlement les conditions du mainnet.
Le développeur de Teku, Enrico del Fante, a soutenu l'attente avant de fixer la date de Hoodi. Lors de l'ACDC #186, il a cité les récents problèmes du Devnet-9 et a préféré accorder plus de temps de test après la décision concernant Sepolia.
Une activation du mainnet en décembre reste un objectif possible, non une fenêtre de lancement confirmée. La planification de Sepolia pour début octobre préserve suffisamment de temps calendaire pour une autre phase de testnet public et la préparation des versions clientes, à condition que les tests progressent sans longs retards.
Les développeurs n'ont pas publié d'époque du mainnet, d'horodatage d'activation ou de calendrier de publication finale des clients. Aucune date limite formelle n'a été annoncée pour décider si le 6 octobre reste approprié pour Sepolia.
L'événement procédural immédiat est le lancement prévu du Devnet-11 le 14 septembre. Les équipes clientes examineront la finalité, le comportement inter-clients et les correctifs introduits après les tests précédents avant de décider si Sepolia peut procéder selon le calendrier actuel.
ETH
