Sui Reveals What Caused Three Mainnet Halts After Major Network Upgrade

bitcoinist發佈於 2026-06-02更新於 2026-06-02

文章摘要

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

相關問答

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.

你可能也喜歡

XRP Ledger 发布 3.2.0 版本升级并启用 XRPLd 新品牌名

XRP Ledger发布了3.2.0版本,这是对其底层区块链基础设施的一次重要升级。本次更新的核心是将运行网络的软件名称从“rippled”更名为“xrpld”,以更好地反映整个项目生态。 与此前侧重于前端功能的版本不同,3.2.0版本优先进行了后端升级和效率提升,旨在增强网络性能并为未来的扩展做准备。关键改进包括内存优化措施,预计可节省高达40%的服务器内存使用。 此次升级引入了名为“fixCleanup3_2_0”的修改,为单资产金库、借贷协议、权限系统、去中心化交易所、多用途代币和权限域等多个模块带来了安全性增强。开发团队还新增了不变性检查,以确保已删除账户不会在账本上留下不一致的数据,从而加强整个网络的完整性和可靠性。 对于开发者而言,新版本增加了一项重要功能:应用程序无需连接服务器即可检索XRP Ledger协议和服务器定义信息,这将极大便利钱包、区块链浏览器和API等的开发工作。 在可扩展性和稳定性方面,更新包括可配置的区块大小、通过nuDB实现的高效数据库存储,以及将gRPC服务器的TLS/双向TLS支持改为可选,以提升企业用户的性能和连接性。此外,默认对等端口从51235更改为2459,并修复了涉及自动做市商、支付、代币托管、多用途代币、订单簿和RPC等多个方面的问题。出于性能考虑,3.2.0版本暂时禁用了交易不变性检查,但开发团队表示这不会构成安全威胁。

TheNewsCrypto2 小時前

XRP Ledger 发布 3.2.0 版本升级并启用 XRPLd 新品牌名

TheNewsCrypto2 小時前

交易

現貨
合約

熱門文章

如何購買SUI

歡迎來到HTX.com!在這裡,購買SUI Network (SUI)變得簡單而便捷。跟隨我們的逐步指南,放心開始您的加密貨幣之旅。第一步:創建您的HTX帳戶使用您的 Email、手機號碼在HTX註冊一個免費帳戶。體驗無憂的註冊過程並解鎖所有平台功能。立即註冊第二步:前往買幣頁面,選擇您的支付方式信用卡/金融卡購買:使用您的Visa或Mastercard即時購買SUI Network (SUI)。餘額購買:使用您HTX帳戶餘額中的資金進行無縫交易。第三方購買:探索諸如Google Pay或Apple Pay等流行支付方式以增加便利性。C2C購買:在HTX平台上直接與其他用戶交易。HTX 場外交易 (OTC) 購買:為大量交易者提供個性化服務和競爭性匯率。第三步:存儲您的SUI Network (SUI)購買SUI Network (SUI)後,將其存儲在您的HTX帳戶中。您也可以透過區塊鏈轉帳將其發送到其他地址或者用於交易其他加密貨幣。第四步:交易SUI Network (SUI)在HTX的現貨市場輕鬆交易SUI Network (SUI)。前往您的帳戶,選擇交易對,執行交易,並即時監控。HTX為初學者和經驗豐富的交易者提供了友好的用戶體驗。

859 人學過發佈於 2024.12.12更新於 2026.06.02

如何購買SUI

相關討論

歡迎來到 HTX 社群。在這裡,您可以了解最新的平台發展動態並獲得專業的市場意見。 以下是用戶對 SUI (SUI)幣價的意見。

活动图片