Un incident s'est produit sur le client Prysm d'Ethereum, entraînant une pénurie de ressources et une perte massive de blocs et d'attestations sur le réseau principal.

Selon ChainCatcher, l'équipe Prysm a publié un rapport de retour d'expérience sur l'incident du réseau principal, indiquant que lors de la période Fusaka du réseau principal Ethereum le 4 décembre, presque tous les nœuds beacon Prysm ont subi une épuisement des ressources lors du traitement de certaines attestations, ce qui a entraîné une incapacité à répondre rapidement aux requêtes des validateurs et provoqué une perte massive de blocs et d'attestations.

L'incident a affecté les epochs 411439 à 411480, soit un total de 42 epochs, avec 248 blocs manquants sur 1344 slots, soit un taux de perte d'environ 18,5 %. Le taux de participation du réseau est tombé à 75 % à un moment donné, et les validateurs ont perdu environ 382 ETH de récompenses d'attestation. La cause principale réside dans le fait que Prysm a reçu des attestations provenant de nœuds potentiellement désynchronisés avec le réseau principal, ces attestations faisant référence à la racine de bloc de l'epoch précédente.

Pour vérifier leur légitimité, Prysm a rejoué à plusieurs reprises l'état de l'ancien epoch et exécuté des transitions d'epoch coûteuses en ressources, ce qui a provoqué un épuisement des ressources des nœuds sous forte concurrence. Le défaut concerné provient du PR 15965 de Prysm, déployé sur le testnet il y a un mois, mais qui n'avait pas déclenché le même scénario.

La solution temporaire officielle consiste à activer le paramètre --disable-last-epoch-target dans la version v7.0 ; les versions ultérieures v7.1 et v7.1.0 incluent déjà une solution de correction à long terme, utilisant l'état head pour vérifier les attestations et évitant ainsi de rejouer plusieurs fois les états historiques.

Prysm indique que le problème a commencé à se résorber progressivement après 4h45 UTC le 4 décembre, et que le taux de participation du réseau est revenu à plus de 95 % à l'epoch 411480.

L'équipe Prysm souligne que cet incident met en évidence l'importance de la diversité des clients : si un seul client dépasse un tiers de part de marché, cela peut entraîner une incapacité temporaire à atteindre la finalité ; au-delà de deux tiers, il existe un risque de chaîne invalide. Ils ont également réfléchi à la communication insuffisante concernant les options de fonctionnalités et au fait que l'environnement de test n'a pas réussi à simuler un grand nombre de nœuds désynchronisés, et prévoient d'améliorer leur stratégie de test et la gestion des configurations à l'avenir.