Ethereum Devnet-9 rompt délibérément la finalité pour tester la récupération du réseau
Points clés
- •Glamsterdam devnet-9 exigeait des développeurs qu'ils accomplissent une transition propre vers Gloas, prévue le 2 septembre à 15:00 UTC, avant de faire volontairement passer la participation des validateurs sous le seuil de finalité.
- •Les blocs et les transactions peuvent continuer pendant un arrêt de finalité, mais les checkpoints ne peuvent pas être finalisés tant que des validateurs représentant au moins deux tiers de l'ETH misé ne sont pas à nouveau d'accord.
- •Le mécanisme d'inactivity leak d'Ethereum se déclenche après environ quatre epochs sans finalité, réduisant progressivement les soldes des validateurs hors ligne jusqu'à ce que les validateurs actifs retrouvent une supermajorité des deux tiers.
- •Le mainnet d'Ethereum a connu deux interruptions temporaires de finalité en 2023 causées par un problème du client Prysm, motivant des tests de récupération contrôlés.
- •Le prochain jalon de Glamsterdam est le fork Sepolia le 28 septembre, avec un lancement sur le mainnet attendu au quatrième trimestre 2026 mais sans date confirmée.

Le vrai test commence après l'activation de Gloas
La spécification Glamsterdam devnet-9 publiée par Ethereum confie aux développeurs deux tâches successives. Ils doivent d'abord accomplir une transition propre vers Gloas, puis faire volontairement passer la participation des validateurs sous le seuil requis pour finaliser les checkpoints.
Le fork Gloas était prévu le 2 septembre à 15:00 UTC. La même spécification mentionne la non-finalité comme deuxième objectif de test du devnet, mais ne confirme pas si cette phase a commencé ou s'est terminée.
Gloas est l'une des deux mises à niveau prévues dans le cadre du hard fork Glamsterdam plus large, et les devnets comme celui-ci sont des réseaux éphémères, conçus spécifiquement pour permettre aux équipes clientes de répéter des scénarios de défaillance qu'il serait trop risqué de simuler sur un testnet public, et encore moins sur le mainnet.
La première étape est importante car Gloas doit s'appliquer à un état pré-fork volumineux créé à la genèse, plutôt qu'à un état constitué au fil de plusieurs jours de production de blocs. La deuxième étape soulève une question plus difficile : une fois que les clients ont accepté les nouvelles règles, restent-ils d'accord lorsqu'Ethereum perd l'une de ses garanties de sécurité les plus importantes ?
C'est cette séquence qui donne sa valeur à l'exercice. Un client peut gérer correctement un fork dans des conditions normales, mais ne révéler un désaccord que lorsque la finalité s'interrompt et que le réseau doit récupérer. Comme le mainnet d'Ethereum repose sur plusieurs clients d'exécution et de consensus indépendants, cet accord inter-clients sous stress est précisément ce que les devnets ont pour mission de vérifier.
La finalité peut s'arrêter alors que les blocs continuent d'avancer
Ethereum n'a pas besoin de la finalité pour continuer à produire des blocs. En termes simples, la finalité est le moment où Ethereum considère un bloc comme permanent. Inverser un bloc finalisé exigerait la destruction d'au moins un tiers de tout l'ETH misé.
Les validateurs peuvent toujours proposer des blocs, les transactions peuvent toujours être incluses et le réseau peut toujours sélectionner une tête de chaîne. La finalité est la garantie de règlement plus forte qui intervient une fois que des validateurs représentant au moins deux tiers de l'ETH misé sont d'accord sur les checkpoints.
La documentation proof-of-stake d'Ethereum explique qu'un checkpoint finalisé est économiquement difficile à inverser. Sans ce statut, les blocs récents restent plus exposés aux réorganisations, et les applications qui exigent la finalité peuvent attendre avant de considérer une activité comme réglée.
Ce qui change quand la participation passe sous les deux tiers
Ce qui peut continuer :
- De nouveaux blocs peuvent toujours être proposés. Ethereum n'a pas besoin de la finalité pour continuer à produire des blocs.
- Les transactions peuvent toujours entrer dans ces blocs. Les utilisateurs peuvent soumettre des activités pendant que les validateurs continuent de sélectionner une tête de chaîne.
- Le réseau peut continuer d'avancer. Un arrêt de finalité n'est pas synonyme d'arrêt complet de la chaîne.
Ce qui doit attendre la finalité :
- Aucun nouveau checkpoint ne devient économiquement final. Les validateurs ont besoin des deux tiers de l'ETH misé pour rétablir cette garantie.
- Le règlement dépendant de la finalité doit attendre. Certains ponts, exchanges et applications s'appuient sur des checkpoints finalisés.
- Les blocs récents présentent un risque de réorganisation plus élevé. Ils sont privés de la protection de règlement la plus forte d'Ethereum jusqu'au retour de la finalité.
Cet exercice recrée la même frontière de défaillance du tiers explorée dans l'analyse de Coindoo sur le seuil de finalité de 33 % d'Ethereum. Plus d'un tiers du stake ne participant pas peut bloquer la finalisation, même si la production de blocs se poursuit.
Comment Ethereum retrouve la supermajorité manquante
Le mécanisme de récupération d'Ethereum s'appelle l'inactivity leak. Après plus de quatre epochs sans finalité — soit environ 25 minutes selon le calendrier actuel du réseau — le protocole commence à réduire progressivement les soldes des validateurs qui ne participent pas correctement.
À mesure que ces soldes inactifs diminuent, la part détenue par les validateurs actifs augmente. Une fois que les validateurs actifs représentent à nouveau au moins deux tiers du stake restant, ils peuvent finaliser des checkpoints et rétablir la garantie de règlement complète d'Ethereum.
Le processus est progressif et financièrement coûteux pour les validateurs qui restent hors ligne. Des transactions peuvent encore apparaître dans les blocs pendant l'interruption, mais les applications qui exigent la finalité doivent attendre que le réseau la retrouve. Ethereum détaille le mécanisme dans sa documentation sur les récompenses et pénalités des validateurs.
Quatre réponses que les développeurs doivent publier
Un rapport utile sur l'exercice répondrait à quatre questions pratiques :
- Les clients participants ont-ils appliqué les règles de Gloas de manière identique ?
- Combien de temps le devnet est-il resté sans finalité ?
- Les clients ont-ils conservé une seule tête de chaîne partagée ?
- Quand le premier checkpoint a-t-il été finalisé après la récupération ?
Ces détails montreraient si le réseau a récupéré proprement, plutôt que de simplement confirmer que les développeurs ont volontairement créé une condition difficile.
Pourquoi cela compte avant Sepolia
Un arrêt de finalité n'est pas seulement un risque théorique. Le mainnet d'Ethereum a connu deux interruptions temporaires de finalité en 2023 suite à un problème du client Prysm, bien que les blocs aient continué d'être produits. Cet exercice sur devnet constitue une tentative contrôlée de tester ce chemin de récupération avant que Glamsterdam n'atteigne une étape de test plus large.
Glamsterdam reste en phase de test sur devnet. Ethereum indique le fork Sepolia comme prochain jalon le 28 septembre, tandis qu'un lancement sur le mainnet est attendu au quatrième trimestre 2026 mais sans date confirmée. La feuille de route officielle de Glamsterdam reste le point de référence pour son déploiement.
Lorsque les développeurs publieront les résultats, les détails importants seront la durée de l'interruption de la finalité, l'alignement des clients et le premier checkpoint finalisé après la récupération.
L'article Ethereum Tests What Happens When Finality Stops est paru en premier sur Coindoo.