deBridge 联合创始人警告 Flow 草率的链状态回滚决定

在X平台上的最新帖子中，deBridge联合创始人Alex Smirnov对Flow决定仓促回滚其区块链状态表达了严重关切。尽管Flow管理层已公开表示他们正在与包括桥接、中心化交易所和去中心化交易所在内的关键生态系统参与者协调，但Smirnov指出了一个关键漏洞：作为Flow主要跨链基础设施提供商之一的deBridge，未收到Flow团队关于这一关键决策的直接沟通或协调。

匆忙决策基础设施的隐藏成本

核心问题在于实施如此仓促的修正措施所带来的经济和运营后果。Smirnov强调，突如其来的状态回滚可能造成的财务损失远超最初的安全事件，甚至可能引发系统性中断。这些影响将波及整个生态系统，影响跨链桥、托管服务、普通用户以及在受影响时间段进行合法交易的交易方。

跨链操作中的具体技术漏洞

风险在基础设施层面尤为严重。在回滚期间进行的跨链交易面临具体危害：资产余额可能被人为复制，交易可能变得不可逆且无法恢复，诸如通过LayerZero基础设施管理的USDC转账等关键价值转移可能处于不确定状态。这些并非理论上的担忧，而是会直接损害生态系统参与者的实际故障模式。

从行业先例中吸取教训：更明智的做法

Smirnov将此战略性地比作BNB Chain应对类似安全紧急情况的处理方式。BNB Chain没有执行影响所有网络活动的全面状态回滚，而是专注于对攻击者交易和受影响账户进行精准隔离。这种有针对性的方法避免了全面回滚不可避免引发的连锁反应。

呼吁审慎协调与透明

Smirnov的建议非常明确：Flow的验证者应暂时停止回滚过程，直到满足三个条件。第一，必须制定一套全面的补救策略，既能解决安全漏洞，又不引发二次灾难。第二，必须与生态系统参与者进行真正的协调——不是事后公告，而是与deBridge等合作伙伴进行真实对话。第三，必须邀请已建立的安全组织参与，验证方案的合理性。

这一更广泛的信息超越了此次事件本身：复杂基础设施的决策需要克制、合作解决问题和透明度，而非仓促采取单方面行动。应对安全危机的即时压力可能导致比原始问题更为严重的解决方案。