Sui 披露重大網絡升級後三次主網中斷的原因

根據Sui基金會的事後分析，Sui主網在5月28日至29日期間遭遇三次獨立中斷，原因是網路1.72版本發布後暴露了Gas收費與驗證者重啟邏輯中的邊緣案例。基金會表示，相關問題已獲解決，網路活動已恢復，且「用戶資金從未面臨風險」。

事件始於5月28日（週四），Sui主網於太平洋時間上午7時左右停機，直至太平洋時間下午1時30分左右才恢復。第二次中斷發生在週五早晨，太平洋時間上午5時左右開始，至上午8時30分左右結束。第三次停機發生在週五下午太平洋時間約1時30分，並於太平洋時間下午7時20分左右得到解決。

基金會表示，前兩次中斷源於Gas收費邏輯與Sui 1.72升級版本之間的交互崩潰錯誤，該升級引入了地址餘額功能。第三次中斷則屬獨立事件，在預定的Epoch變更期間，驗證者重啟暴露了隨機數狀態保存機制中的潛在錯誤，從而觸發了這次停機。

「在中斷期間，用戶資金從未面臨風險，網路恢復後也未回滾任何已提交的交易，」Sui基金會表示。「目前，驗證者已完全解決了由原始Gas收費錯誤和隨機數狀態錯誤引發的已知問題，網路活動已恢復正常。」

Sui Gas收費錯誤引發初始停機

第一個問題的核心在於Sui新推出的地址餘額功能，該功能允許用戶儲存資金並支付Gas費用，而無需完全依賴幣物件。Sui上的交易可透過地址餘額、幣物件，或兩者結合的混合結構來支付Gas。

邊緣案例出現在該混合Gas路徑中。當一筆交易嘗試從無法覆蓋競爭交易的地址餘額中支出時，調度器正確地以InsufficientFundsForWithdraw錯誤取消了該交易。但隨後，在Gas整合（即將輸入幣合併為單一支付Gas幣的過程）期間，同一預留仍可能再次嘗試扣款。

基金會的解釋指出，崩潰並非直接發生在Gas整合期間，而是發生在結算期間——當系統交易對餘額差值進行核對時，對零餘額施加負差值導致了下溢。

即時修復方案在概念上相當直接：當交易因InsufficientFundsForWithdraw而被取消時，避免執行Gas整合。驗證者於週四採用了該修復方案，使網路重新上線。但基金會承認，該補丁屬臨時措施，是在工程師開發更完整解決方案期間，為恢復網路而選擇採用的。

「修改Gas邏輯是一項精細的操作，」基金會寫道。「如上所述，地址餘額與幣之間存在複雜的交互關係。除修復錯誤外，Gas邏輯的變更必須保留所有既有行為，或採用適當的版本閘控機制。」

該臨時補丁存在一個已知的缺陷。若一筆交易有多個取消原因，其他錯誤可能遮蔽InsufficientFundsForWithdraw條件。週五早晨發生的情況正是如此，原始的下溢路徑仍可被觸及，導致第二次停機。

Epoch變更暴露隨機數狀態錯誤

第三次中斷發生在網路於週五早晨恢復正常運作之後。在下一次預定的Epoch變更時，驗證者因與Sui的分散式金鑰生成協議（DKG）相關的錯誤而無法完成過渡，DKG負責為依賴鏈上隨機數的交易引導隨機數生成。

在早前的重啟周期中，參與率不足以支撐下一個Epoch的DKG流程，因此隨機數按設計被禁用。問題在於，這一失敗的判定結果並未寫入磁碟。當驗證者再次重啟時，它們在恢復運作後已不記得DKG曾失敗。

「由於驗證者不再記得DKG已失敗，兩者均無法執行，暫停的佇列不斷增長，而Epoch結束邏輯——必須在關閉前清空該佇列——只能持續等待永遠不會到來的DKG，」基金會表示。

修復方案包含兩個部分：在重啟後持久化DKG狀態，以及新增一個機制，允許驗證者在協調一致的時間點強制關閉卡住的Epoch。該機制被使用一次以關閉受影響的Epoch，此後網路進入下一個Epoch，隨機數功能得以恢復。

此次事後分析將這些中斷定性為Sui更廣泛的工程啟示。基金會表示，Epoch結束時的韌性需要進一步投入，尤其是在優雅降級與操作性強制關閉機制方面。基金會亦指出，鑒於Gas收費與結算、守恆檢查及調度之間的複雜交互，其嚴謹程度應與Move VM或Mysticeti共識機制相當。

截至發稿時，SUI報價為0.8798美元。