Voici une analyse complète de ce qui a mal tourné, comment la Fondation a rétabli la situation, les retombées sur le marché et les changements à venir pour éviter que cela ne se reproduise.
Les trois pannes proviennent de la mise à niveau du protocole v1.72, qui a introduit une nouvelle fonctionnalité appelée "address balances" (soldes d'adresses) . Ce nouveau composant a interagi de manière inattendue avec deux sous-systèmes critiques : la logique de facturation des frais de gaz (gas charging logic) et l'état d'aléatoire (randomness state) du mécanisme de consensus .
Le premier arrêt du réseau principal a commencé le 28 mai, durant environ 6 heures et 44 minutes . Un bug de plantage dans la logique de calcul des frais de gaz – plus précisément dans la manière dont le nouveau code "address balances" gérait le "gas smashing", c'est-à-dire le processus de combinaison de plusieurs jetons d'entrée pour payer les frais de transaction – a fait entrer tous les validateurs dans une boucle de plantage . La production de blocs s'est totalement arrêtée. Environ 1 milliard de dollars d'actifs sur la chaîne ont été temporairement gelés .
Les ingénieurs ont identifié le bug et déployé un binaire corrigé. Une fois que plus des deux tiers de la valeur mise en jeu (stake) ont été mis à niveau, le réseau a repris . Cependant, la même cause racine a déclenché un deuxième arrêt plus tard dans la journée . Le correctif intermédiaire avait été conçu pour la rapidité, pas pour être complet, et le risque connu s'est matérialisé .
Le 29 mai, après le déploiement d'un correctif plus stable pour le bug des frais de gaz et le redémarrage des validateurs, un bug latent distinct a fait surface. Les validateurs n'ont pas réussi à préserver correctement l'état d'aléatoire lors du redémarrage, déclenchant un nouvel arrêt du consensus qui a duré plus de trois heures et demie . L'équipe a ensuite développé et déployé un second correctif ciblant spécifiquement ce problème de préservation d'état. Les validateurs ont été remis à niveau entre le 29 et le 30 mai jusqu'à ce que la pleine participation soit rétablie .
Le processus de récupération a été une course itérative contre trois défaillances distinctes :
Tout au long de l'incident, la Fondation Sui a souligné qu'aucun fonds d'utilisateur n'était à risque, qu'aucune transaction validée n'a été annulée et que les mécanismes de sécurité des portefeuilles sont restés opérationnels .
Les pannes ont eu un effet immédiat et mesurable sur le token SUI et le sentiment du marché :
Dans son autopsie et les annonces ultérieures, la Fondation a présenté plusieurs mesures concrètes pour prévenir des incidents similaires :
L'autopsie de la Fondation Sui a été d'une franchise inhabituelle pour le secteur. En admettant avoir délibérément déployé un correctif intermédiaire risqué, la Fondation a exposé une tension familière à de nombreuses équipes d'ingénierie sous haute pression : la pression pour rétablir le service rapidement contre la discipline nécessaire pour garantir qu'un correctif soit complet . Pour une blockchain qui se positionne pour un usage de qualité institutionnelle, l'incident soulève des questions légitimes sur la gouvernance des mises à niveau, la rigueur des tests, et la question de savoir si la fiabilité du réseau est à la hauteur de ses ambitions .
Les mesures de protection annoncées sont un début, mais leur efficacité ne deviendra claire que la prochaine fois que Sui sera confrontée à une mise à niveau complexe sous le feu des projecteurs.