Le client de consensus Ethereum Prysm a déclaré que les validateurs ont perdu 382 ETH, équivalent à plus de 1 million de dollars, après qu'un bug logiciel a déclenché des perturbations du réseau peu après la récente mise à niveau Fusaka.
L'incident, détaillé dans un post-mortem intitulé « Incident Prysm sur le réseau principal Fusaka », provient d'un événement d'épuisement des ressources qui a affecté presque tous les nœuds Prysm et a conduit à des blocs et des attestations manqués.
Qu'est-ce qui a causé la panne de Prysm ?
Selon Offchain Labs, le développeur derrière Prysm, le problème est apparu le 4 décembre lorsque un bug précédemment introduit a causé des retards dans les demandes des validateurs.
Ces retards ont entraîné des blocs manqués et des attestations à travers le réseau.
« Les nœuds beacon de Prysm ont reçu des attestations de nœuds qui étaient peut-être désynchronisés avec le réseau. Ces attestations faisaient référence à une racine de bloc de l'époque précédente », a expliqué le projet.
La perturbation a entraîné 41 époques manquées, avec 248 blocs manquants sur 1 344 emplacements disponibles. Cela représentait un taux de bloc manqué de 18,5 % et a fait baisser la participation totale au réseau à 75 % pendant l'incident.
Offchain Labs a déclaré que le bug responsable du comportement a été introduit et déployé sur les testnets environ un mois plus tôt, avant d'être déclenché sur le mainnet après la mise à niveau Fusaka.
Bien qu'une atténuation temporaire ait réduit l'impact immédiat, Prysm a déclaré avoir depuis mis en œuvre des changements permanents dans sa logique de validation d'attestation pour éviter une récurrence.
La diversité des clients d'Ethereum
Pendant ce temps, la panne a renouvelé l'examen de la concentration des clients d'Ethereum et des risques posés par les monocultures logicielles.
Offchain Labs a déclaré que la panne aurait pu avoir des conséquences plus sévères si Prysm avait compté pour une plus grande part de la base de validateurs d'Ethereum. La société a souligné la diversité des clients d'Ethereum comme un facteur clé pour prévenir une défaillance plus large du réseau.
« Un client avec plus d'un tiers du réseau aurait causé une perte temporaire de finalité et plus de blocs manqués. Un client bug avec plus de deux tiers pourrait finaliser une chaîne invalide », a-t-il déclaré.
Malgré cette atténuation, l'incident a intensifié les appels à une plus grande diversité des clients.
Les données de Miga Labs montrent que Lighthouse reste le client de consensus Ethereum dominant, représentant 51,39 % des validateurs. Prysm représente 19,06 %, suivi par Teku à 13,71 % et Nimbus à 9,25 %.
La part de Lighthouse le place à environ 15 points de pourcentage d'un seuil que certains chercheurs considèrent comme un risque systémique.
En conséquence, les développeurs et les participants de l'écosystème ont de nouveau exhorté les validateurs à envisager de passer à des clients alternatifs pour réduire la probabilité qu'un seul défaut logiciel puisse perturber les opérations essentielles de la blockchain.