Sui 部署了一个它知道可能导致网络崩溃的修复程序——然后网络崩溃了。

• 广告 -

• Sui表示，5月28日和29日发生的三次主网宕机，源于升级相关的Gas逻辑和随机数状态漏洞。

• Sui的第一次快速修复已知存在宕机风险，而这一风险在5月29日网络再次停止时显现。

Sui基金会已将三次主网宕机追溯到其最新网络升级相关的漏洞，其中一次中断发生在团队已明知存在小型崩溃风险的临时修复之后。这些事件影响了5月28日和29日的Sui主网，当时验证者采用了与1.72版本相关的变更。

基金会表示，前两次宕机源于与新地址余额功能相关的Gas计费逻辑。该功能为用户提供了另一种存储资金和支付交易费用的方式，而无需仅依赖代币对象。然而，当交易使用混合Gas支付（即结合地址余额和代币对象）时，出现了一个边缘案例。

第一次宕机始于太平洋时间5月28日上午7点左右，结束于下午1点30分左右。Sui表示，交易可能因资金不足而失败，但网络在Gas处理过程中仍可能尝试花费相同的余额。这导致结算期间出现负余额，并导致验证者崩溃。

继上周与1.72版本发布相关的中断后，Sui核心团队已完成调查和事件审查，详细说明了事件经过以及验证者为重启网络所采取的步骤。

— Sui (@SuiNetwork) 2026年5月31日

核心团队提出了一项快速修复方案，以便在工程师开发更强解决方案的同时恢复活动。临时修复方案存在已知问题，即导致另一次宕机的概率较低。团队接受了这一风险，以更快地恢复已停机的网络。

该风险后来出现。5月29日，网络遇到了同一问题的变体，并再次停止。第二次宕机始于太平洋时间凌晨5点左右，结束于上午8点30分左右。此时团队已接近完成一个更全面的修复方案，验证者在当天上午晚些时候采用了该方案。

升级漏洞导致Sui三次宕机

第三次宕机源于另一个不同的漏洞。它在验证者重启以安装周五早上的修复方案后的下一个预定纪元变更期间出现。Sui验证者在每个纪元开始时运行一个分布式密钥生成过程，以支持需要随机数的应用程序的链上随机性。

重启后，参与该过程的验证者太少，因此随机数按设计关闭。然而，另一个漏洞阻止了验证者正确保存状态。当验证者重启时，他们不记得随机数在本纪元已经失败。

这一失败导致与随机数相关的交易卡住。纪元结束逻辑需要在关闭纪元前清空待处理队列，但系统等待的是一个无法再完成的过程。第三次宕机始于太平洋时间5月29日下午1点30分左右，结束于晚上7点20分左右。

验证者后来修复了Gas计费漏洞和随机数状态漏洞。用户资金在宕机期间从未面临风险，活动恢复后网络也未撤销已提交的交易。

基金会添加了一种机制，允许验证者在协调点关闭停滞的纪元。验证者在恢复过程中使用了一次该工具，随后网络进入下一个纪元并恢复了随机数。

Sui基金会还指出，AI代理在恢复工作中帮助工程师审查验证者日志、检查集群状态并收集指标。

此次审查重新引发了对Sui升级风险的关注。Sui是由Mysten Labs构建的第1层区块链。该网络此前曾经历过停机，包括1月的一次停滞和2024年11月的一次与验证者崩溃漏洞相关的宕机。

此前，Sui创始人Adeniyi Abiodun表示，SUI将默认使稳定币交易隐私化，仅向发送方和接收方显示关键详细信息。该功能旨在保护交易历史不被公开查看，并计划未来将隐私工具扩展到Sui上的其他资产。

事件发生后，SUI交易价格接近0.87美元，24小时内下跌约3%。目前，SUI网络活动已恢复，而未来的工作将专注于故障隔离，以防止一个不良输入导致整个链停机。