高性能公链Sui近日遭遇了一次罕见的网络中断。在经历长达两个半小时的停摆后，Sui官方正式发布了事故复盘报告。尽管Sui在代码架构上与Solana截然不同，但此次事件仍引发了市场对其去中心化程度及稳定性的讨论。与此同时，Sui Foundation在停摆次日便宣布与华尔街资管巨头Franklin Templeton达成合作，显示出其在机构级应用拓展上的强劲势头。
拥堵控制代码引发验证者崩溃循环
根据官方披露的报告，2024年11月21日凌晨（太平洋时间1:15至3:45），Sui主网发生全面停摆。所有验证节点陷入崩溃重启的循环中，导致网络完全无法处理任何交易。这一事件再次凸显了高性能公链在追求极致TPS的同时，系统稳定性仍是核心挑战。
官方指出，事故根源在于拥堵控制（Congestion Control）模块中的一段代码逻辑异常。具体而言，当网络同时满足以下两个条件时，会触发验证者崩溃：
- 拥堵控制机制启用了 TotalGasBudgetWithCap 模式；
- 网络接收到包含特定特征的交易：即以可变共享对象（Mutable Shared Object）为输入，且不包含任何MoveCall指令。
一旦此类交易进入网络，所有验证者将同时触发崩溃，导致全网停摆。
深度解析：Sui的拥堵控制机制
Sui采用对象导向架构，允许大量交易并行处理，这是其实现高性能的关键。然而，当多笔交易试图写入同一个共享对象时，必须串行执行，从而产生拥堵。为此，Sui引入了拥堵控制机制，旨在限制单个共享对象的处理速率，防止网络过载。
近期，Sui升级了拥堵控制系统，引入 TotalGasBudgetWithCap 模式以更精准地评估交易复杂度。然而，该模式代码中存在一个未被充分测试的漏洞。发现问题后，Sui团队迅速响应，通过代码修复（PR#20365）发布了主网v1.37.4和测试网v1.38.1版本更新。验证者社区配合默契，从修复发布到网络恢复仅耗时15分钟。
Typus协议观点：此次事故与Solana宕机本质不同
Sui的停摆难免让人联想到Solana甚至TON近期的网络问题。对此，Sui生态DeFi协议Typus的CGO Kyrie在社交媒体上澄清，此次事件与Solana的宕机有着本质区别。
Kyrie指出，Solana的问题源于网络拥堵导致的系统级崩溃，往往需要大规模架构调整才能根本解决。而Sui此次事故属于明确的技术逻辑缺陷，不影响系统的基础架构。他解释称，问题出在计算交易成本时的数值溢出（Overflow）：当计算数值超过存储范围时，系统陷入无限循环。PR#20365通过设定正确的计算上限解决了这一问题。他强调，问题仅存在于交易成本计算的程序逻辑中，而非Sui的共识机制或架构设计，这也是修复如此迅速的原因。
Franklin Templeton携手Sui，布局RWA赛道
在停摆事件的次日，Sui Foundation宣布与全球知名的资产管理公司Franklin Templeton建立合作关系。Franklin Templeton在声明中特别提到了Deepbook、Karrier One及ika这三个协议及基础设施。
考虑到Franklin Templeton在区块链领域的深耕，特别是其在现实世界资产（RWA）代币化方面的布局，此次合作或许预示着Sui将凭借其对象导向架构和对安全性的极致追求，成为机构级RWA应用的重要承载平台。
