Sui披露v1.72升级后3次主网停摆原因

Sui基金会披露，v1.72版本升级后引入的两类漏洞，导致主网在周四和周五出现3次停摆。官方表示，故障期间没有用户资金面临风险，恢复过程中也没有已提交交易被回滚。

两次停摆都指向Gas扣费与地址余额功能

第一次停摆始于周四上午约7点（PT），持续到下午约1点30分。验证者在处理与新上线的地址余额功能有关的问题时，发现交易若围绕同一笔资金竞争，并触发InsufficientFundsForWithdraw错误，虽然交易本身会被取消，但后续Gas处理步骤仍会再次尝试动用同一余额。

问题就出在这里。结算阶段出现负余额后，验证者节点发生崩溃，网络被迫中断。为尽快恢复运行，Sui核心团队在周四提出一项临时修复方案，但团队也承认，这个方案保留了一个已知的低概率风险。

结果，周五早上网络再次遇到同类问题的变体，引发第二次停摆。直到验证者部署更完整的修复后，这一部分故障才被处理。

第三次停摆来自另一处随机数状态漏洞

第二次恢复后，网络一度运行正常，直到周五下午下一次预定epoch切换到来，第三次停摆发生。Sui基金会称，验证者在重启并安装周五修复时，未能满足分布式密钥生成所需的参与条件，按设计该epoch的随机数功能应被禁用。

但一个潜在漏洞让验证者无法在重启后保留���一状态。依赖随机数的交易因此一直无法完成，队列不断堆积，最终导致网络无法顺利关闭该epoch。此次停摆大约从周五下午1点30分持续到晚上7点20分。

修复完成后，官方补上强制关闭机制

事后，验证者修复了Gas扣费漏洞和随机数状态漏洞。Sui基金会还新增了一套机制，允许验证者在必要时强制关闭卡住的epoch，减少类似情况再次拖住主网。

基金会在报告中还点出几个需要改进的方向，包括Gas扣费逻辑、epoch结束阶段的韧性，以及故障隔离能力。官方同时提到，AI代理在排查期间协助工程团队分析验证者日志、生产数据和网络指标，加快了故障定位速度。