Sui主网2天当机3次！升级功能埋下漏洞，连环故障重创市场信心

高效能公链Sui 近日遭遇上线以来最严峻的稳定性考验。根据Sui 基金会于5 月31 日发布的事故检讨报告，Sui 主网在5 月28 日至29 日短短48 小时内，竟接连发生3 次当机事故，而这场灾难的罪魁祸首，竟是源自一次版本升级中的系统漏洞，且每次抢修不仅没有彻底解决问题，反而像推倒骨牌般，引发了下一次的当机。

报告指出，Sui 在近期部署的v1.72 版本升级中，意外触发了Gas 计费逻辑漏洞，进而引发一连串系统性故障，导致主网在5 月28 日至29 日期间3 度陷入瘫痪。

Sui 连环当机时序表

• 第一次当机（5 月28 日上午约7 点）：升级导致Gas 费计算与资产模型冲突，造成节点集体当机，主网停摆近7 小时；
• 第二次当机（5 月29 日凌晨约5 点）：临时修复补丁遭变体漏洞绕过，主网再度陷入瘫痪约3.5 小时；
• 第三次停机（5 月29 日下午约1 点半）：节点重启引爆长年潜伏的随机数状态保存漏洞，导致主网当机近6 小时。

新旧计费机制冲突，引爆节点全面崩溃

Sui 基金会指出，灾难的起点源于Sui 刚推出的v1.72 版本升级，原本旨在引入全新的「地址余额（Address Balances）」功能，然而在与传统的代币物件进行混合支付交易时，却不幸触发了极端错误。

当某笔交易因「资金不足」被系统取消时，负责销毁Gas 费的程式码却仍强行尝试扣款，最终导致「下溢错误」（Underflow error，指数值减至低于零的系统异常），直接让验证节点全面崩溃，主网随之陷入瘫痪。

Sui 网路中的「代币物件」概念就像是数位钞票，使用者的SUI 币余额并非单一数字，而是由多张面额不同的「钞票」组成（例如60 、 30 和10 颗SUI）。当需要支付手续费时，网路会自动拼凑这些钞票来结帐，而这次的Bug 正是发生在这个「拼凑扣款」的环节。

为了在最短时间内让主网恢复运作，核心开发团队在周四下午约1 点半祭出了「临时修复补丁」。团队当时心知肚明，这套权宜之计虽然能解决大部分的当机问题，但仍存在一个极低机率可能再次引发停机的已知风险。为了与时间赛跑，团队决定先承担风险，同时在后台赶工、开发更完善的终极修复版。

然而，到了隔天清晨5 点左右，一笔交易触发了该漏洞的「变种」：系统的「资金不足」错误代码被另一种取消原因给覆盖，直接绕过了前一天的急救包，导致主网迎来第二次大停摆。所幸，团队随后完成了更稳健的修复程式，验证节点也迅速在上午9 点40 分左右全数更新完毕。

令人无奈的是，第三次当机完全是前一次修复过程引发的「连环车祸」。当验证节点为了安装终极修复程式而集体重新启动时，意外导致负责启动链上随机数协定的节点参与率跌破门槛。按照原先安全的代码设计，随机数功能随即自动关闭以防止出错。

雪上加霜的是，系统中还潜藏着另一个Bug，由于该漏洞导致系统未能将「随机数已关闭」的状态成功写入硬碟，当节点再次重启时，系统根本不知道随机数功能已经停摆。这导致大量依赖随机数的交易在后台伫列中疯狂堆积，最终导致下午1 点半的纪元变更（Epoch Change，区块链周期性重新分配验证节点与结算奖励的时间点）彻底卡死，停机长达近6 小时。

尽管Sui 基金会官方强调用户资产始终安全、没有任何已确认交易遭到回滚，但连续当机事件仍对市场信心造成冲击，SUI 代币价格一度跌至0.90 美元附近，单周跌幅扩大至约19% 。

这已经是Sui 自2023 年主网上线以来的第3 起重大稳定性事故。此前，Sui 曾于2024 年11 月因交易排程错误停机2 小时，并在2026 年1 月因共识分歧导致主网中断6 小时。虽然Sui 一向以高吞吐量与高效能自居，但48 小时内连续当机3 次的惨痛教训，无疑让社群与开发者对Sui 的前景重新打上了一个巨大的问号。

Tags：

转载请注明出处：https://www.eoje.cn/qklxw/13418.html