Rétrospective de deux brèves pannes du réseau principal de Base : un bug dans la gestion d'état du séquenceur a interrompu la production de blocs.

robot
Création du résumé en cours
ME News annonce que, le 28 juin (UTC+8), Base a publié un rapport post-mortem indiquant que le réseau principal a subi deux interruptions de production de blocs les 25 et 26 juin, d'une durée d'environ 116 minutes et 20 minutes respectivement. Les officiels ont souligné que l'incident n'a pas affecté la sécurité des actifs sur la chaîne et que les fonds des utilisateurs ont toujours été disponibles. La cause principale de cette panne est un défaut dans la logique de construction de blocs du séquenceur : après l'échec de l'exécution d'une transaction, le système n'a pas correctement nettoyé l'état du journal historique, ce qui a entraîné des anomalies de calcul de gas lors de l'exécution de transactions légitimes ultérieures, générant ainsi des blocs de transfert d'état invalides, provoquant l'arrêt de la production de blocs sur l'ensemble du réseau L2. Pendant l'interruption, le réseau a rencontré des problèmes tels que l'arrêt complet de la production de blocs, l'impossibilité de mettre les transactions en chaîne et la congestion du mempool. Les requêtes eth_sendRawTransaction soumises par les utilisateurs ont continuellement renvoyé des erreurs. Les officiels ont ensuite corrigé le problème avec un correctif (PR #3806) et ont rétabli la production de blocs. Cependant, en raison d'une condition de course lors de la réinitialisation du moteur dans le cluster de séquenceurs pendant le redémarrage, la reprise de la synchronisation a été entravée, ce qui a également été une cause indirecte de la brève interruption survenue le lendemain. À l'avenir, Base a déclaré qu'elle renforcera les capacités de test de fuzzing et de test de résistance au niveau du protocole afin de détecter plus tôt les chemins de transaction anormaux, tout en améliorant les systèmes de surveillance et d'exploitation, et en introduisant un mécanisme de récupération plus "élégant" (graceful recovery) pour améliorer la capacité de récupération rapide du réseau face à des pannes similaires à l'avenir. (Source : PANews)
ETH0,34%
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • Commentaire
  • Reposter
  • Partager
Commentaire
Ajouter un commentaire
Ajouter un commentaire
Aucun commentaire