Ethereum vise le 6 octobre pour Glamsterdam sur Sepolia

Les notes de la réunion ACDC #186 et les rapports ultérieurs de la chercheuse en protocole Ethereum Christine D. Kim montrent que la date reste conditionnelle. Les développeurs n'avaient pas terminé une activation stable de Glamsterdam sur un réseau de développement privé lorsqu'ils ont choisi le calendrier de Sepolia.

Le plan de test a depuis avancé d'une itération. Kim a déclaré le 11 septembre que l'attention s'était tournée vers Glamsterdam-Devnet-11, dont le lancement est prévu le lundi 14 septembre. Les plans antérieurs avaient identifié Devnet-10 comme le prochain test majeur.

Aucune date d'activation n'a été confirmée pour le testnet Hoodi ou le réseau principal Ethereum. Les développeurs ont discuté d'une possible sortie sur le réseau principal en décembre, mais les résultats des tests détermineront si ce calendrier reste pratique.

Lors de la réunion All Core Developers Consensus du 3 septembre, les participants ont convenu de l'époque Sepolia 351232 pour l'activation proposée. Kim a rapporté que l'heure correspondante serait le 6 octobre à 13h53 UTC. La réunion s'est tenue avant que les développeurs n'aient démontré des performances stables sur les réseaux de test privés utilisés pour Glamsterdam.

Le choix de l'époque donne aux équipes clientes, aux opérateurs d'infrastructure et aux développeurs d'applications une cible de planification commune. Cela ne rend pas l'activation définitive. Les développeurs peuvent reporter le fork si la prochaine phase de test révèle une faille majeure ou si les équipes clientes ne peuvent pas préparer des versions fiables.

La réserve reste pertinente après que Devnet-9 a connu 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 nombre de validateurs à ce stade.

La finalité exige qu'un nombre suffisant 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 modifications de protocole distinctes.

Devnet-11 testera les correctifs avant Sepolia

Le plan initial prévoyait Devnet-10 après l'apparition de défauts lors des essais précédents. La dernière mise à jour de Kim identifie désormais Devnet-11 comme le prochain test que les développeurs surveillent, indiquant que la séquence de tests privés a avancé 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 en toute sécurité leurs systèmes 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 avec différentes combinaisons de clients. Un défaut confiné à une seule implémentation peut encore interrompre un réseau de test lorsque les validateurs affectés détiennent un poids suffisant.

L'ordre du jour de l'ACDC #186 enregistre les demandes de Lido et d'Optimism pour au moins une journée stable avant un fork. L'ordre du jour a répertorié les correctifs clients et l'interopérabilité réussie comme des questions 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 All Core Developers.

Les bugs de consensus et d'EIP-8037 ont prolongé les tests

Les essais antérieurs de Glamsterdam ont exposé des défauts des deux côtés de l'architecture d'Ethereum. L'ingénieur des opérations de développement de l'Ethereum Foundation, Stefan Starflinger, a rapporté que Devnet-8 a révélé un problème de 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. Devnet-9 a ensuite subi une non-finalité, incitant les ingénieurs à enquêter sur davantage de cas limites avec un plus grand ensemble de validateurs.

Du côté de l'exécution, la chercheuse de l'Ethereum Foundation, Maria Silva, a signalé un problème d'implémentation impliquant EIP-8037. La proposition modifie la façon dont Ethereum facture le gaz pour la création de nouveaux états, y compris les nouveaux comptes, contrats et entrées de stockage.

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 par bloc. La proposition reste en cours d'examen par les pairs.

Le problème découvert a obligé les clients d'exécution à réviser leurs implémentations et a conduit à un travail de spécification. EIP-8037 a été testé parallèlement aux autres modifications de protocole de la mise à niveau.

Les tests servent un objectif différent de l'approbation de chaque proposition individuellement. Les développeurs doivent confirmer que toutes les modifications sélectionnées fonctionnent ensemble sur plusieurs clients, configurations de validateurs et modèles de transaction.

Les dates de Hoodi et du réseau principal dépendent des résultats des tests

Les développeurs ont refusé de programmer 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 réseau principal.

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 de Devnet-9 et a préféré accorder plus de temps de test après la décision de Sepolia.

Une activation du réseau principal en décembre reste une cible possible, pas une fenêtre de lancement confirmée. Programmer Sepolia pour début octobre préserve suffisamment de temps calendaire pour une autre phase de testnet public et la préparation des versions client, à condition que les tests progressent sans longs retards.

Les développeurs n'ont pas publié d'époque de réseau principal, d'horodatage d'activation ou de calendrier final de publication 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 de 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.