解密 Sui 的 48 小時主網危機

2026 年 5 月 31 日，Sui 基金會發布了一份堪稱加密產業史上最透明的鏈上事故檢討報告，詳細說明一次協議升級如何導致其第一層（Layer-1）主網在短短 48 小時內，連續三次陷入癱瘓 。這份報告令人驚訝的不僅是其技術細節，更在於一個罕見的坦承：團隊明知一個過渡性修復程式「存在引發另一次停機的已知機率」，卻仍然選擇部署，而結果也確實如此 。

以下將完整拆解這次事件的來龍去脈、Sui 基金會如何搶救、市場受到的衝擊，以及後續將推動哪些變革，以防悲劇重演。

根本原因：v1.72 升級引發的連鎖效應

三次中斷全都源自於 v1.72 的協議升級，該版本引入了一項新的「地址餘額」（Address Balances）功能 。這個新組件與兩個關鍵子系統產生意料之外的交互作用：Gas 費計算邏輯（Gas Charging Logic）和共識機制中的隨機性狀態（Randomness State）。

第一、二次中斷：Gas 費計算崩潰漏洞

第一次主網停機始於 5 月 28 日，持續約 6 小時 44 分鐘 。Gas 費計算邏輯中的一個崩潰漏洞（Crash Bug），特別是在新的地址餘額程式碼如何處理「Gas Smashing」（合併輸入的貨幣以支付交易手續費的過程）時出了差錯，導致所有驗證者（Validator）陷入無限崩潰迴圈 。區塊生產完全停止，大約 10 億美元的鏈上資產暫時遭到凍結 。

工程師找到漏洞後，部署了一個修補過的二進位檔案。一旦超過三分之二的質押價值完成升級，網路便恢復運行 。然而，同樣的根本原因在當天稍晚又引發了第二次停機 。那個過渡性修復是為了搶快，而非為了完整解決問題，先前已知的風險果然再次成真 。

第三次中斷：隨機性狀態失效

5 月 29 日，在針對 Gas 費漏洞部署了更穩定的修復程式並重啟驗證者後，一個潛伏的額外漏洞浮上檯面。驗證者在重啟後，未能正確保留其隨機性狀態，引發了一次新的共識停擺，時間超過三個半小時 。開發團隊隨即在 5 月 29 至 30 日開發並部署了第二個修補程式，專門解決這個狀態保存問題，直到驗證者全面恢復參與為止 。

基金會如何化解危機

恢復過程是一場針對三次不同故障的迭代式緊急搶救：

• 針對第一次 Gas 費崩潰，工程師開發了一個緊急修復二進位檔案，並在驗證者之間協調進行緊急升級。當達到升級門檻時，網路恢復運行 。
• 針對再次發生的停機，團隊迭代修復程式以達到穩定狀態，這是在明知承擔了重複故障風險下的決定 。
• 針對隨機性狀態停擺，團隊在隔天開發、測試並向驗證者部署了一個新修補程式 。

在整個事件期間，Sui 基金會不斷強調沒有任何用戶資金面臨風險、沒有已提交的交易被回滾，且錢包的安全機制依然正常運作 。

市場衝擊：SUI 代幣受到重創

這次中斷事件對 SUI 代幣和市場情緒產生了立即可量化的影響：

• 代幣價格：SUI 在第一個停機日下跌約 6.6%，在整個 36 小時的窗口期內下跌約 3.27%，盤中波動甚至更為劇烈 。
• 交易所中斷：韓國主要交易所 Upbit 暫停了 SUI 的充值和提現，進一步對流動性造成壓力 。
• 情緒轉變：市場對 Sui 特定部位的風險趨避情緒升溫，加上大戶（鯨魚）動向和供應過剩的疑慮，使情況雪上加霜 。

未來防護措施：基金會將做出哪些改變

在其事後檢討報告及後續公告中，基金會概述了幾項具體措施，以防止類似事件再次發生 ：

• 更嚴格的發布前測試：對新功能進行更嚴謹的整合測試，特別聚焦於 Gas 邏輯和共識互動，才會部署到主網。
• 經驗證的重啟程序：更新驗證者工具，確保隨機性狀態在節點重啟時能正確設立檢查點（Checkpoint）並恢復。
• 自動化監控與警報：強化鏈上監控，旨在能更早偵測到異常的驗證者崩潰迴圈模式。
• 分階段發布流程：更緩慢、更保守的升級發布，並設定強制性的測試網驗證期，以避免在時間壓力下部署已知風險的修復程式。
• 對透明度的承諾：宣示一種文化轉變，即在未來發生任何網路中斷後，都將發布包含根本原因分析和可衡量行動項目的詳細事後檢討報告。

大局觀：速度與穩定性的取捨

Sui 基金會的事後檢討報告坦率得異乎尋常。透過公開承認明知故犯地部署了一個有風險的過渡性修補程式，基金會暴露了一個許多高風險工程團隊都熟悉的矛盾：快速恢復服務的壓力，對比確保修復完整的紀律 。對於一個將自己定位為適合機構級應用的區塊鏈來說，這起事件引發了關於升級治理、測試嚴謹度，以及其網路可靠性姿態是否與野心相符的合理質疑 。

目前宣布的防護措施是個開始，但它們的成效，只有等到下一次 Sui 在公眾的鎂光燈下面對複雜升級時，才能真正見分曉。