Les développeurs de Prysm ont publié une analyse post-mortem expliquant l'incident du réseau principal de Fusaka le 4 décembre qui a menacé la stabilité du réseau Ethereum.
Résumé
- Un bug de Prysm après Fusaka a fait chuter la participation des validateurs à 75 %.
- Le réseau a raté 41 époques et a perdu environ 382 ETH en récompenses de preuve.
- Ethereum a évité la perte de finalité grâce à la diversité des clients et aux correctifs rapides.
Le client du consensus a souffert d'un épuisement des ressources en raison d'un recalcul d'état coûteux lors du traitement d'attestations spécifiques, ce qui a entraîné de graves problèmes opérationnels pour les validateurs.
Le bug est apparu immédiatement après l'activation de Fusaka à l'époque 411392 le 4 décembre 2025, à 21h49 UTC.
Le réseau a raté 41 époques alors que la participation des validateurs a chuté à 75 %, ce qui a entraîné la perte d'environ 382 Ethereum (ETH) en récompenses de preuves. Les développeurs de Prysm ont déployé des indicateurs d'exécution d'urgence avant d'implémenter des correctifs permanents dans les versions v7.0.1 et v7.1.0.
L'épuisement des ressources a poussé le réseau vers une perte de finalité
La défaillance technique était centrée sur des états historiques obsolètes qui créaient des conditions de déni de service sur les nœuds concernés.
Le développeur principal de Prysm, Terence Tsao, a expliqué que « l'état historique est lourd en mémoire de calcul, un nœud peut être dosé par un grand nombre de rediffusions d'état se déroulant en parallèle ».
Les validateurs exécutant Prysm, qui représentaient environ 15 à 22,71 % des validateurs de réseau, ont été confrontés à une dégradation de leurs performances paralysante. La baisse de la participation des niveaux normaux supérieurs à 95 % à 75 % a poussé Ethereum dangereusement près de perdre sa finalité.
Si le bug avait affecté un client de consensus différent comme Lighthouse au lieu de Prysm, le réseau aurait pu perdre complètement sa finalité.
Un tel événement pourrait potentiellement geler les opérations de cumul de couche 2 et bloquer les retraits des validateurs jusqu'à ce que les développeurs résolvent le problème.
La mise à niveau de Fusaka elle-même a introduit la technologie PeerDAS (Peer Data Availability Sampling) conçue pour multiplier par huit la capacité des blob pour la mise à l'échelle de la couche 2.
La mise à niveau s'est exécutée avec succès sans aucun temps d'arrêt avant que le bug Prysm n'apparaisse.
Dix clients consensuels ont empêché l’effondrement du réseau Ethereum
L'architecture de diversité des clients d'Ethereum a évité une défaillance catastrophique. Alors que les validateurs de Prysm éprouvaient des difficultés, dix autres clients consensuels, dont Lighthouse, Nimbus et Teku, ont continué à valider les blocs sans interruption.
La structure décentralisée des clients signifiait qu'environ 75 à 85 % des validateurs ont maintenu leurs opérations normales tout au long de la crise. Cela a empêché la perte de finalité et a permis au réseau de traiter les transactions malgré l'état dégradé de Prysm.
La Fondation Ethereum a rapidement publié des directives d'urgence pour les opérateurs de Prysm. Les validateurs ont appliqué le correctif temporaire tandis que les développeurs de Prysm ont créé des solutions permanentes.
Le 5 décembre, la participation du réseau était revenue à près de 99 %, rétablissant les opérations normales dans les 24 heures suivant l'incident.
Voir l’article original en anglais
