Qu'est-ce qui a causé l'échec de la mise à niveau Fusaka d'Ethereum ? Le rapport d'autopsie de Prysm révèle la cause

Les développeurs Prysm ont publié une analyse post-mortem expliquant l’incident du 4 décembre sur le réseau principal Fusaka, qui a threatené la stabilité du réseau Ethereum.
Résumé

• Un bug Prysm après Fusaka a fait chuter la participation des validateurs à 75%.
• Le réseau a manqué 41 époques et a perdu environ 382 ETH en récompenses de preuve.
• Ethereum a évité une perte de finalité grâce à la diversité des clients et à des corrections rapides.

Le client de consensus a souffert d’une épuisement des ressources dû à une recomputation coûteuse de l’état lors du traitement d’attestations spécifiques, ce qui a causé des problèmes opérationnels graves pour les validateurs.

Le bug est apparu immédiatement après l’activation de Fusaka à l’époque 411392 le 4 décembre 2025, à 21:49 UTC.

Le réseau a manqué 41 époques alors que la participation des validateurs a chuté à 75 %, entraînant la perte d’environ 382 ETH en récompenses de preuve. Les développeurs Prysm ont déployé des drapeaux d’exécution d’urgence avant de mettre en œuvre des corrections permanentes dans les versions v7.0.1 et v7.1.0.

L’épuisement des ressources a poussé le réseau vers la Réduire de la finalité

La défaillance technique était centrée sur des états historiques obsolètes qui ont créé des conditions de déni de service sur les nœuds affectés.

Le développeur principal Prysm, Terence Tsao, a expliqué que « l’état historique est lourd en mémoire de calcul, un nœud peut être saturé par un grand nombre de replays d’états se produisant en parallèle. »

Les validateurs exécutant Prysm, qui représentaient environ 15 % à 22,71 % des validateurs du réseau, ont subi une dégradation des performances paralysante. La chute de participation, passant de niveaux normaux supérieurs à 95 % à 75 %, a poussé Ethereum dangereusement près de perdre la finalité.

Si le bug avait affecté un autre client de consensus comme Lighthouse au lieu de Prysm, le réseau aurait pu perdre complètement la finalité.

Un tel événement aurait potentiellement gelé les opérations de rollup Layer 2 et bloqué les retraits des validateurs jusqu’à ce que les développeurs résolvent le problème.

La mise à niveau Fusaka elle-même a introduit la technologie PeerDAS (Peer Data Availability Sampling), conçue pour augmenter la capacité de blob huit fois pour la scalabilité Layer 2.

La mise à niveau a été exécutée avec succès sans interruption avant que le bug Prysm ne fasse surface.

Dix clients de consensus ont évité l’effondrement du réseau Ethereum

L’architecture de diversité des clients d’Ethereum a empêché une défaillance catastrophique. Alors que les validateurs Prysm peinaient, dix autres clients de consensus, 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 pendant la crise. Cela a empêché la perte de finalité et a permis au réseau de continuer à traiter les transactions malgré l’état dégradé de Prysm.

La Fondation Ethereum a rapidement publié des conseils d’urgence pour les opérateurs Prysm. Les validateurs ont appliqué la correction temporaire pendant que les développeurs Prysm construisaient des solutions permanentes.

Au 5 décembre, la participation du réseau s’est rétablie à près de 99 %, restaurant les opérations normales dans les 24 heures suivant l’incident.