BlockBeats 消息,4 月 21 日,在 KelpDAO 遭攻击事件后,Dune 在 X 平台公布对过去 90 天内 LayerZero 上所有活跃 OApp 的 DVN 安全配置进行统计的分析结果,数据显示,在约 2665 个独立合约中,约 47% 采用最低安全级别的 1-of-1 DVN 配置,45% 采用 2-of-2,约 5% 为 3-of-3 或更高配置。
分析认为,KelpDAO 的 rsETH 即属于 1-of-1 配置类别,凸显当前跨链应用在安全冗余设计上的普遍不足。
这件事的核心在于跨链基础设施的安全模型与用户实际采用的安全配置之间存在着巨大的认知和实践鸿沟。LayerZero 提供的是一种灵活的安全框架,但项目方在部署时为了节约成本或追求简便,普遍选择了最低的安全保障,这为系统性风险埋下了伏笔。
KelpDAO 事件是一个典型的案例。攻击者并非直接攻破 LayerZero 的核心协议,而是通过“投毒”和 DDoS 组合拳,精准打击了其去中心化验证网络所依赖的底层 RPC 节点。当系统配置为“1-of-1”时,意味着只要控制或欺骗了那唯一的一个验证节点,就能伪造跨链消息,盗取资产。这暴露了“信任最小化”理念在现实中的妥协:项目方将信任寄托于单一实体,违背了区块链安全的基本准则。
更值得警惕的是,Dune 的数据显示近半数的 OApp 都采用了这种高风险配置。这说明 KelpDAO 并非个例,而是整个生态普遍存在的安全隐患。项目方可能过于依赖基础设施提供商预设的“默认配置”,而缺乏对自身安全责任的独立评估。当事件发生后,LayerZero、KelpDAO 和 Aave 之间的责任推诿也恰恰反映了这种安全边界模糊的问题。基础设施方认为已提供了更安全的选项,是项目方选择了低配置;项目方则认为自己是按照官方指导和默认设置操作的。
这一系列事件给整个行业敲响了警钟。它提醒我们,跨链协议的安全不是一个可以外包的“黑箱”,而是每个项目必须亲自设计和承担的责任。仅仅依赖一个协议的名气或默认设置是远远不够的。安全的跨链交互需要真正的去中心化和冗余,例如采用“m-of-n”的多签门限机制,并确保验证节点由相互独立、信誉良好的运营商运行,以抵御针对单一实点的攻击。在追求互操作性的便利时,绝不能以牺牲核心的安全原则为代价。