Sui Reveals What Caused Three Mainnet Halts After Major Network Upgrade

bitcoinistPublié le 2026-06-02Dernière mise à jour le 2026-06-02

Résumé

The Sui mainnet experienced three outages on May 28 and 29 following its 1.72 network upgrade. The first two halts, on Thursday and Friday morning, were caused by a bug in the new hybrid gas charging logic for address balances. A transaction cancellation due to insufficient funds could later trigger an underflow during the gas settlement process. A temporary patch was applied, but a masked error caused a repeat halt Friday morning. The third outage Friday afternoon was a separate issue triggered by a scheduled epoch change. A bug prevented validators from properly persisting the failed status of a randomness generation protocol, stalling the transition. All issues have been resolved with no risk to user funds, and network activity has resumed. The Sui Foundation cited lessons around improving epoch resilience and the critical nature of gas charging logic.

Sui’s mainnet suffered three separate outages across May 28 and May 29 after the network’s 1.72 release exposed edge cases in gas charging and validator restart logic, according to a postmortem from the Sui Foundation. The foundation said the issues have since been resolved, network activity has resumed, and “no user funds were at risk.”

The incidents began on Thursday, May 28, when Sui’s mainnet halted at around 7 a.m. PT and remained down until roughly 1:30 p.m. PT. A second outage followed on Friday morning, starting at about 5 a.m. PT and ending around 8:30 a.m. PT. The third halt began Friday afternoon at approximately 1:30 p.m. PT and was resolved around 7:20 p.m. PT.

According to the foundation, the first two outages stemmed from crash bugs involving the interaction between gas charging logic and Sui’s 1.72 upgrade, which introduced address balances. The third outage was separate, triggered during a scheduled epoch change after validator restarts exposed a latent bug in how randomness state was preserved.

“During the outages, no user funds were at risk, and the network did not revert any committed transactions when it resumed,” the Sui Foundation said. “As of now, validators have fully addressed the known issues caused by both the original gas-charging bug and the randomness-state bug, and network activity has resumed.”

Sui Gas Charging Bug Triggered Initial Halts

The first problem centered on Sui’s new address balance feature, which allows users to store funds and pay for gas without relying solely on coin objects. Transactions on Sui can pay gas through address balances, coin objects, or a hybrid structure combining both.

The edge case emerged in that hybrid gas path. When a transaction attempted to spend from an address balance that could not cover competing transactions, the scheduler correctly cancelled it with an InsufficientFundsForWithdraw error. But later, during gas smashing — the process of combining input coins into a single gas-paying coin — the same reservation could still attempt to debit funds again.

In the foundation’s explanation, the crash did not occur directly during gas smashing but during settlement, when balance deltas were reconciled by a system transaction. A negative delta applied to a zero balance caused an underflow.

The immediate fix was conceptually straightforward: avoid gas smashing when a transaction is cancelled with InsufficientFundsForWithdraw. Validators adopted that fix on Thursday, bringing the network back online. But the foundation acknowledged that the patch was an interim measure, chosen to restore the network while engineers developed a more complete solution.

“Changing gas logic is a delicate operation,” the foundation wrote. “As explained above, there are complicated interactions between address balances and coins. Other than fixing bugs, gas logic changes must preserve all previous behavior or use appropriate version gating.”

That interim patch contained a known weakness. If a transaction had multiple cancellation reasons, another error could mask the InsufficientFundsForWithdraw condition. When that happened Friday morning, the original underflow path could still be reached, causing a second halt.

Epoch Change Exposed Randomness-State Bug

The third outage came after the network had resumed normal operation Friday morning. At the next scheduled epoch change, validators failed to complete the transition because of a bug tied to Sui’s distributed key generation protocol, or DKG, which bootstraps randomness for transactions that depend on on-chain randomness.

During the earlier restart cycle, participation was not high enough for the next epoch’s DKG process, so randomness was disabled as designed. The problem was that the failure verdict was not written to disk. As validators restarted again, they came back up without remembering that DKG had failed.

“With validators no longer remembering DKG had failed, neither could happen, the paused queue grew, and end-of-epoch logic — which must drain that queue before closing — was left waiting on DKG that would never come,” the foundation said.

The fix had two parts: persisting DKG status across restarts and adding a mechanism that allowed validators to close the stuck epoch at a coordinated point. That mechanism was used once to close the affected epoch, after which the network moved into the next epoch and randomness was restored.

The postmortem framed the outages as a broader engineering lesson for Sui. The foundation said end-of-epoch resilience needs further investment, particularly around graceful degradation and operational force-close mechanisms. It also said gas charging deserves the same level of rigor as the Move VM or Mysticeti consensus, given its interaction with settlement, conservation checks, and scheduling.

At press time, SUI traded at $0.8798.

Sui remains below the 20-week EMA, 1-week chart | Source: SUIUSDT on TradingView.com

Questions liées

QWhat were the root causes of the three mainnet halts experienced by Sui?

AThe first two outages were caused by crash bugs involving the interaction between the new address balance feature in the 1.72 upgrade and gas charging logic. The third outage was caused by a latent bug related to how randomness state was preserved during validator restarts, which was exposed during a scheduled epoch change.

QAccording to the postmortem, were any user funds at risk during the network outages?

ANo. The Sui Foundation stated that during the outages, no user funds were at risk, and the network did not revert any committed transactions when it resumed.

QWhat specific condition triggered the gas-charging bug that led to the first two halts?

AThe bug was triggered in a hybrid gas payment scenario. When a transaction attempted to spend from an address balance that could not cover competing transactions, it was cancelled. Later, during the 'gas smashing' process, the system incorrectly tried to debit funds from the same cancelled reservation again, leading to an underflow error during settlement.

QWhat was the key issue with the Distributed Key Generation (DKG) protocol that caused the third outage?

ADuring validator restarts, the failure verdict of a DKG process (which was disabled due to low participation) was not written to disk. When validators restarted again, they had no memory of the DKG failure. This caused the end-of-epoch logic to wait indefinitely for a DKG process that would never complete, stalling the epoch transition.

QWhat broader engineering lessons did the Sui Foundation highlight from these incidents?

AThe foundation highlighted two main areas for improvement: 1) Enhancing end-of-epoch resilience with better graceful degradation and operational force-close mechanisms. 2) Applying the same level of engineering rigor to gas charging logic as is applied to the Move VM or consensus, due to its complex interactions with settlement, conservation checks, and scheduling.

Lectures associées

Début de Warsh : le président de la Fed le plus au fait du Crypto de l'histoire apportera-t-il des surprises ou des chocs au marché ?

**Résumé :** Kevin Warsh, nouveau président de la Réserve fédérale américaine, s'apprête à tenir sa première conférence de presse monétaire. Sa nomination est historique : il est le premier président de la Fed à détenir personnellement des actifs numériques (investissements indirects dans Solana, dYdX, etc.), montrant une compréhension unique du secteur. Son dilemme est majeur : il doit faire face à une résurgence de l'inflation, qui exige une politique monétaire stricte (position "de faucon"), tout en répondant aux pressions politiques pour des baisses de taux. Parallèlement, son attitude envers les crypto-actifs diffère fondamentalement de celle de son prédécesseur. Il ne les considère pas comme de simples actifs spéculatifs, mais plutôt comme un "bon policier" pour la politique économique et une composante de la compétitivité américaine. Son impact potentiel sur le marché crypto s'articule autour de trois axes : 1. Un changement de paradigme réglementaire, passant de la prévention à l'intégration et à l'innovation. 2. Une reprixation des actifs liée aux taux d'intérêt, où sa clarté de communication pourrait réduire la prime d'incertitude. 3. Une légitimation accrue pouvant attirer les capitaux institutionnels traditionnels. Deux scénarios principaux sont envisagés pour sa première intervention : * **Scénario "Surprise"** : Un ton modéré ("de colombe") sur les taux combiné à des signaux favorables à l'innovation numérique pourrait booster le marché. * **Scénario "Choc"** : Un message excessivement restrictif sur les taux pourrait entraîner une vente généralisée des actifs risqués, y compris les cryptos. Bien qu'il ait dû vendre ses actifs crypto pour des raisons d'éthique, la compréhension intrinsèque de Warsh pour la technologie blockchain pourrait, à long terme, poser les bases d'une intégration plus structurelle des actifs numériques dans le système financier.

marsbitIl y a 3 h

Début de Warsh : le président de la Fed le plus au fait du Crypto de l'histoire apportera-t-il des surprises ou des chocs au marché ?

marsbitIl y a 3 h

XRP Ledger Lance le Rebranding XRPld Avec la Mise à Niveau Version 3.2.0

La version 3.2.0 du XRP Ledger (XRPL) est désormais disponible, introduisant une refonte majeure incluant le changement de nom du logiciel principal de « rippled » à « xrpld ». Cette mise à niveau se concentre principalement sur les améliorations des performances, de la sécurité et de l'évolutivité de l'infrastructure sous-jacente, plutôt que sur de nouvelles fonctionnalités utilisateur. Les principales avancées incluent des optimisations de mémoire pouvant réduire jusqu'à 40% l'utilisation de la mémoire serveur. Sur le plan de la sécurité, la modification `fixCleanup3_2_0` renforce plusieurs modules, notamment les coffres-forts à actif unique, le protocole de prêt, les échanges décentralisés et les jetons multi-usages. De nouveaux contrôles d'invariance garantissent la cohérence du registre après la suppression de comptes. Pour les développeurs, la mise à jour permet désormais de récupérer des informations sur les définitions du protocole et du serveur XRPL sans nécessiter de connexion active, facilitant ainsi la création de portefeuilles, d'explorateurs de blockchain et d'APIs. En termes d'évolutivité et de stabilité, les améliorations comprennent des tailles de bloc configurables, un stockage de base de données optimisé via nuDB, et le support optionnel de TLS/mutual TLS pour le serveur gRPC. Le port de peering par défaut est également passé du 51235 au 2459. Divers correctifs ont été apportés aux fonctions liées aux Market Makers Automatisés, aux paiements, aux séquestres de jetons et aux carnets d'ordres. Une note importante : les invariants de transaction ont été temporairement désactivés dans la v3.2.0 en raison d'un impact sur les performances, mais cela ne présente pas de risque pour la sécurité.

TheNewsCryptoIl y a 4 h

XRP Ledger Lance le Rebranding XRPld Avec la Mise à Niveau Version 3.2.0

TheNewsCryptoIl y a 4 h

L'AGI n'est pas l'arrivée, nouveau document de DeepMind : Vers l'ASI, le véritable progrès de l'IA ne fait que commencer

Si l'intelligence artificielle générale (IAG) était atteinte demain, quelle serait la prochaine étape ? Une étude de Google DeepMind suggère que l'IAG n'est pas un point final, mais une étape vers une superintelligence artificielle (ISA) dépassant les collectifs d'experts humains. L'étude distingue trois concepts : l'IAG (niveau médian humain), l'ISA (supérieure aux meilleurs collectifs humains dans presque tous les domaines) et l'IA universelle (limite théorique). Elle propose quatre voies potentielles vers l'ISA : 1. **Extension des ressources** : augmentation de la puissance de calcul, des données et des modèles. 2. **Évolution algorithmique** : améliorations incrémentales ou nouveaux paradigmes (apprentissage continu, utilisation d'outils, modèles du monde). 3. **Auto-amélioration récursive** : des IA plus performantes conçoivent la génération suivante, créant une boucle de rétroaction positive. 4. **Coordination multi-agents** : des systèmes IAG collaborant atteignent une intelligence collective supérieure. L'étude identifie six principaux goulets d'étranglement : 1. **Le mur des données** : les données humaines de haute qualité pourraient s'épuiser. 2. **Pressions économiques et ressources naturelles** : coûts énergétiques et matériels. 3. **Limites des paradigmes neuronaux actuels** : problèmes d'apprentissage continu, de raisonnement robuste, d'hallucinations. 4. **Difficulté croissante de la recherche**. 5. **Barrières à l'abstraction** : difficulté à former de nouveaux concepts fondamentaux. 6. **Régulation, gouvernance et réaction sociale**. Un défi crucial est l'évaluation des capacités de l'IA au-delà du niveau humain, nécessitant de nouveaux benchmarks. L'étude conclut que la progression vers l'ISA reste incertaine, soumise à des contraintes physiques et de ressources, et appelle à un effort de recherche interdisciplinaire pour mieux anticiper cette évolution.

marsbitIl y a 5 h

L'AGI n'est pas l'arrivée, nouveau document de DeepMind : Vers l'ASI, le véritable progrès de l'IA ne fait que commencer

marsbitIl y a 5 h

Trading

Spot
Futures

Articles tendance

Comment acheter SUI

Bienvenue sur HTX.com ! Nous vous permettons d'acheter SUI Network (SUI) de manière simple et pratique. Suivez notre guide étape par étape pour commencer votre parcours crypto.Étape 1 : Création de votre compte HTXUtilisez votre adresse e-mail ou votre numéro de téléphone pour ouvrir un compte sur HTX gratuitement. L'inscription se fait en toute simplicité et débloque toutes les fonctionnalités.Créer mon compteÉtape 2 : Choix du mode de paiement (rubrique Acheter des cryptosCarte de crédit/débit : utilisez votre carte Visa ou Mastercard pour acheter instantanément SUI Network (SUI).Solde :utilisez les fonds du solde de votre compte HTX pour trader en toute simplicité.Prestataire tiers :pour accroître la commodité d'utilisation, nous avons ajouté des modes de paiement populaires tels que Google Pay et Apple Pay.P2P :tradez directement avec d'autres utilisateurs sur HTX.OTC (de gré à gré) : nous offrons des services personnalisés et des taux de change compétitifs aux traders.Étape 3 : stockage de vos SUI Network (SUI)Après avoir acheté vos SUI Network (SUI), stockez-les sur votre compte HTX. Vous pouvez également les envoyer ailleurs via un transfert sur la blockchain ou les utiliser pour trader d'autres cryptos.Étape 4 : tradez des SUI Network (SUI)Tradez facilement SUI Network (SUI) sur le marché Spot de HTX. Il vous suffit d'accéder à votre compte, de sélectionner la paire de trading, d'exécuter vos trades et de les suivre en temps réel. Nous offrons une expérience conviviale aux débutants comme aux traders chevronnés.

556 vues totalesPublié le 2024.12.12Mis à jour le 2026.06.02

Comment acheter SUI

Discussions

Bienvenue dans la Communauté HTX. Ici, vous pouvez vous tenir informé(e) des derniers développements de la plateforme et accéder à des analyses de marché professionnelles. Les opinions des utilisateurs sur le prix de SUI (SUI) sont présentées ci-dessous.

活动图片