Sui, une blockchain publique bien connue à Taïwan, a signalé une interruption du réseau dans la nuit du 14, heure taïwanaise. Les responsables ont indiqué que le réseau principal ne pouvait temporairement pas traiter les transactions normalement, et certains services d’applications décentralisées (dApp) ainsi que les explorateurs de blocs, notamment Slush, SuiScan, etc., pourraient rencontrer des problèmes de connexion ou de retard dans le traitement des transactions. L’équipe Sui Core est immédiatement intervenue pour gérer la situation et s’est engagée à communiquer toute évolution une fois le problème résolu.
Sui connaît une interruption du réseau
Dans la nuit du 14, heure taïwanaise, le réseau principal de Sui a connu une interruption (network stall). Les responsables ont indiqué que le réseau principal ne pouvait temporairement pas traiter les transactions normalement, et certains services d’applications décentralisées (dApp) ainsi que les explorateurs de blocs, notamment Slush, SuiScan, etc., pourraient rencontrer des problèmes de connexion ou de retard dans le traitement des transactions. L’équipe Sui Core a immédiatement pris en charge la situation et s’est engagée à publier toute mise à jour une fois le problème résolu.
Il est important de noter que ce n’est pas la première fois que le réseau principal de Sui subit une panne totale. En revisitant le 21 novembre 2024, le réseau principal de Sui s’était complètement arrêté entre 1h15 et 3h45, heure du Pacifique, lorsque tous les nœuds de validation sont entrés simultanément dans une boucle de crash, rendant impossible le traitement de toute transaction. Cet incident a également suscité un débat sur « la stabilité du système face à la recherche de débit élevé par une blockchain performante ».
(Sui s’arrête pour la première fois après son lancement : les développeurs indiquent que le problème n’est pas grave, Franklin Templeton annonce une collaboration )
Revue des causes de la dernière panne : déclenchement du crash des validateurs par un code de contrôle de congestion
Selon la documentation technique officielle, l’incident de novembre 2024 a été causé par une erreur dans la logique assert! du module de contrôle de congestion (congestion control) de Sui. Lorsque certaines conditions sont réunies, cela entraîne directement le crash de tous les nœuds validateurs, provoquant ainsi une interruption totale du réseau.
Les conditions de déclenchement incluent :
Activation du mécanisme de contrôle de congestion en mode TotalGasBudgetWithCap
Réception d’une transaction contenant un « objet partagé variable en tant qu’entrée »
Cette transaction ne contenant aucune instruction MoveCall
Sous ces conditions, lors du calcul des coûts, les validateurs rencontrent une erreur qui entraîne leur crash synchronisé.
Qu’est-ce que le contrôle de congestion ? La nécessité d’un mécanisme complémentaire dans la conception performante de Sui
Sui utilise un modèle de registre basé sur les objets (object-centric), permettant l’exécution parallèle d’un grand nombre de transactions, ce qui constitue une base essentielle pour son haut débit. Cependant, si plusieurs transactions tentent simultanément d’écrire sur le même objet partagé, elles doivent être traitées séquentiellement, ce qui peut créer un goulot d’étranglement en termes de performance.
C’est pourquoi Sui a introduit un mécanisme de contrôle de congestion, limitant le nombre de transactions pouvant traiter un même objet partagé dans un laps de temps donné, afin d’éviter que le système ne soit ralenti par quelques objets partagés à haute fréquence. Lors d’un atelier hors ligne en collaboration avec XueDAO, la Sui Foundation a expliqué que la logique centrale consiste à grouper et exécuter par lots les transactions ayant une relation de causalité.
Récemment, Sui a mis à jour ce mécanisme en ajoutant le mode TotalGasBudgetWithCap, permettant une évaluation plus précise du coût et de la complexité des transactions. Cependant, une faille dans la logique de ce mode est à l’origine de la panne du réseau principal lors de cet incident.
Après avoir confirmé le problème, l’équipe Sui a rapidement soumis une correction (PR #20365) et publié des versions mises à jour du réseau principal v1.37.4 et du réseau de test v1.38.1. Selon les responsables, après la sortie de la version corrigée, la communauté des validateurs a coopéré efficacement pour effectuer la mise à jour, et le réseau a été entièrement restauré en environ 15 minutes, illustrant une excellente collaboration.
Cet article Sui encore en panne ! Officiel : interruption du réseau, le réseau principal ne peut traiter les transactions pour le moment a été publié initialement par Chain News ABMedia.