隋基金会已发布详细的事后分析报告，解释了导致主网停滞并中断交易处理的原因。1月15日它证实，网络停止运行是出于安全考虑，以防止状态最终确定出现不一致的情况。

据该基金会称，此次中断持续了大约六小时这是由于验证者共识处理过程中的内部分歧造成的。

事件期间，验证器无法认证新的检查点，导致交易提交超时，而网络则优先保障安全。

Sui共识分歧触发安全停牌

基金会据称，该事件源于共识提交逻辑中的一个极端情况错误，该错误影响了在某些垃圾回收条件下处理冲突交易的方式。

因此，不同的验证器得出了不同的共识输出，并尝试执行不兼容的候选检查点。

当验证者检测到超过三分之一的权益签署了不同的检查点摘要时，检查点认证变得不可能。验证者随即停止了认证进程，以避免最终确定不一致的状态。

“这是此类问题的预期故障模式，”该基金会表示，并指出该网络的设计目的是安全停止，而不是冒着出现分叉或不可逆转的不一致的风险。

没有分叉、回滚或资金损失

隋强调，此次卡顿并非由网络拥堵、交易量过大或外部威胁造成。事件全程：

• 没有发生经认证的州分叉
• 没有回滚任何已认证的交易。
• 用户资金从未面临风险
• 网络安全和一致性保障得以维持。

事件发生期间，事务执行暂停，但读取操作仍继续执行，以保持上次认证的状态。这确保了用户和应用程序的数据一致性。

事故后计划采取改进措施

这隋基金会该公司表示，正在实施多项变革，以缩短未来发生类似问题时的恢复时间。

计划中的改进措施包括更快地检测检查点不一致之处，以及开发更多自动化运维工具来清理内部状态差异。此外，还将扩展共识机制相关的测试，以便在部署前重现和验证修复方案。

基金会补充说，虽然这次中断造成了混乱，但也证实了隋文栋以安全为中心的设计理念得到了验证。

最后想说的话

• Sui 的解释证实，主网停滞是由于共识边缘情况造成的，安全机制停止了网络运行，以避免出现不一致的最终状态。
• 虽然这次事件造成了干扰，但也凸显了高吞吐量网络在挑战性能极限时，可用性和安全性之间的权衡。