Qu'est-ce qui a perturbé la mise à niveau Fusaka d'Ethereum ? L'analyse post-mortem de Prysm révèle la cause

Les développeurs de Prysm ont publié une analyse post-mortem expliquant l'incident du 4 décembre sur le réseau principal Fusaka qui a menacé la stabilité du réseau Ethereum.

Le client de consensus a subi un épuisement des ressources dû à des recalculs 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 manqué 41 époques alors que la participation des validateurs chutait à 75%, entraînant la perte d'environ 382 Ethereum (ETH) en récompenses de preuve. 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 ont créé des conditions de déni de service sur les nœuds affectés.

Terence Tsao, développeur principal de Prysm, a expliqué que "l'état historique est lourd en mémoire de calcul, un nœud peut être submergé par un grand nombre de rejeux d'état se produisant en parallèle."

Les validateurs exécutant Prysm, qui représentaient environ 15% à 22,71% des validateurs du réseau, ont fait face à une dégradation paralysante des performances. La chute de participation des niveaux normaux supérieurs à 95% à 75% a dangereusement rapproché Ethereum de la perte de 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 sa finalité.

Un tel événement aurait potentiellement gelé les opérations de rollup de 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 huit fois la capacité de blob pour la mise à l'échelle de Layer 2.

La mise à niveau s'est exécutée avec succès sans temps d'arrêt avant que le bug de Prysm ne fasse surface.

Dix clients de consensus ont empêché 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 étaient en difficulté, dix autres clients de consensus, dont Lighthouse, Nimbus et Teku, ont continué à valider des blocs sans interruption.

La structure client décentralisée signifiait qu'environ 75% à 85% des validateurs ont maintenu des opérations normales tout au long de 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 émis des directives d'urgence pour les opérateurs de Prysm. Les validateurs ont appliqué la solution temporaire pendant que les développeurs de Prysm élaboraient des solutions permanentes.

Le 5 décembre, la participation au réseau a récupéré à près de 99%, rétablissant les opérations normales dans les 24 heures suivant l'incident.