Sui a déployé un correctif dont il savait qu'il pourrait faire planter le réseau — puis le réseau a planté.

• Publicité -

• Sui a indiqué que trois arrêts du mainnet les 28 et 29 mai provenaient de bugs liés à la logique de gaz et à l'état d'aléatoire suite à une mise à niveau.

• Le premier correctif rapide de Sui comportait un risque d'arrêt connu, qui s'est matérialisé lorsque le réseau s'est de nouveau arrêté le 29 mai.

La Fondation Sui a retracé trois arrêts du mainnet à des bugs liés à sa dernière mise à niveau du réseau, dont une panne survenue après un correctif provisoire dont l'équipe savait déjà qu'il comportait un faible risque de crash. Les incidents ont affecté le mainnet de Sui les 28 et 29 mai, après que les validateurs ont adopté des modifications liées à la version 1.72.

La Fondation a indiqué que les deux premières pannes provenaient d'une logique de facturation du gaz liée à la nouvelle fonctionnalité de soldes d'adresses. Cette fonctionnalité offre aux utilisateurs une autre façon de stocker des fonds et de payer les frais de transaction sans dépendre uniquement des objets de pièces. Cependant, un cas limite est apparu lorsque les transactions utilisaient des paiements de gaz hybrides, qui combinent les soldes d'adresses et les objets de pièces.

Le premier arrêt a commencé vers 7 h HP le 28 mai et s'est terminé vers 13 h 30 HP. Sui a indiqué qu'une transaction pouvait échouer en raison de fonds insuffisants, mais que le réseau pouvait toujours tenter de dépenser le même solde lors du traitement du gaz. Cela a créé un solde négatif lors du règlement et a provoqué le crash des validateurs.

Suite aux pannes de la semaine dernière liées à la version 1.72, l'équipe principale de Sui a terminé une enquête et un examen des incidents, détaillant ce qui s'est passé et les mesures prises par les validateurs pour redémarrer le réseau.

— Sui (@SuiNetwork) 31 mai 2026

L'équipe principale a proposé un correctif rapide pour rétablir l'activité pendant que les ingénieurs travaillaient sur une solution plus robuste. Le correctif temporaire présentait un problème connu avec une faible probabilité de provoquer un autre arrêt. L'équipe a accepté ce risque pour redémarrer plus rapidement le réseau arrêté.

Ce risque s'est ensuite matérialisé. Le 29 mai, le réseau a rencontré une variante du même problème et s'est de nouveau arrêté. La deuxième panne a commencé vers 5 h HP et s'est terminée vers 8 h 30 HP. À ce moment-là, l'équipe avait presque terminé un correctif plus large, et les validateurs l'ont adopté plus tard dans la matinée.

Les bugs de mise à niveau provoquent trois arrêts de Sui

Le troisième arrêt provenait d'un bug différent. Il est apparu lors du changement d'époque suivant programmé, après que les validateurs ont redémarré pour installer le correctif du vendredi matin. Les validateurs de Sui exécutent un processus de génération de clés distribuées au début de chaque époque pour prendre en charge l'aléatoire en chaîne pour les applications qui en ont besoin.

Après le redémarrage, trop peu de validateurs ont participé à ce processus, donc l'aléatoire a été désactivé comme prévu. Cependant, un bug distinct a empêché les validateurs de sauvegarder correctement l'état. Lorsque les validateurs ont redémarré, ils ne se souvenaient pas que l'aléatoire avait déjà échoué pour cette époque.

Cet échec a bloqué les transactions liées à l'aléatoire. La logique de fin d'époque devait vider la file d'attente en attente avant de clôturer l'époque, mais le système attendait un processus qui ne pouvait plus se terminer. Le troisième arrêt a commencé vers 13 h 30 HP le 29 mai et s'est terminé vers 19 h 20 HP.

Les validateurs ont ensuite corrigé à la fois le bug de facturation du gaz et le bug d'état d'aléatoire. Les fonds des utilisateurs n'ont jamais été menacés pendant les pannes, et le réseau n'a pas annulé les transactions validées après la reprise de l'activité.

La Fondation a ajouté un mécanisme permettant aux validateurs de clôturer l'époque bloquée à un point coordonné. Les validateurs ont utilisé cet outil une fois lors de la récupération, puis le réseau est passé à l'époque suivante et a rétabli l'aléatoire.

La Fondation Sui a également noté que des agents IA ont aidé les ingénieurs à examiner les journaux des validateurs, à vérifier l'état du cluster et à rassembler des métriques pendant les travaux de récupération.

L'examen relance l'attention sur les risques de mise à niveau pour Sui, une blockchain de couche 1 construite par Mysten Labs. Le réseau a connu des temps d'arrêt précédents, dont un arrêt en janvier et une panne en novembre 2024 liée à un bug de crash de validateur.

Auparavant, le fondateur de Sui, Adeniyi Abiodun, a déclaré que SUI rendrait les transactions en stablecoins privées par défaut, ne montrant que les détails clés à l'expéditeur et au destinataire. Cette fonctionnalité vise à protéger l'historique des paiements des regards publics, avec des projets d'étendre les outils de confidentialité à d'autres actifs sur Sui ultérieurement.

SUI s'échangeait près de 0,87 $ après les incidents, en baisse d'environ 3 % sur 24 heures. Pour l'instant, l'activité du réseau SUI a repris, tandis que les travaux futurs se concentreront sur le confinement des pannes afin qu'une seule entrée erronée n'arrête pas l'ensemble de la chaîne.