霍德勒文摘:白帽鲸鱼转移了 4,000 BTC;现货 ETF 2026 年流入量最高
核心要点
- Liquid Network 表示,提款是通过 SideSwap 使用转出授权密钥执行的,同时坚称所使用的密钥没有受到损害。
- 要点 Liquid 表示,桥接节点被暂时禁用,从而有效地暂停了 Liquid 侧链,直到问题得到解决。
- 该事件涉及通过 SideSwap 执行的 LBTC 转出,Liquid 表

根据 Blockstream 运行的侧链社区发布的事件更新,据报道,一名“白帽”演员从 Liquid Network 拿走了近 4,000 个比特币,价值约 3.19 亿美元。 Liquid 随后暂停了桥接操作,并要求交易所停止 LBTC 充值和提现,同时调查问题所在。
Liquid Network 表示,提款是通过 SideSwap 使用转出授权密钥执行的,同时坚称所使用的密钥没有受到损害。尽管如此,Liquid 浏览器中显示的联邦钱包余额急剧下降——从约 4,200 BTC 降至约 207.275 BTC——促使人们重新审视当出现异常情况绕过预期控制时 Liquid 的挂钩安全功能如何发挥作用。
Liquid 表示,桥接节点被暂时禁用,从而有效地暂停了 Liquid 侧链,直到问题得到解决。
该事件涉及通过 SideSwap 执行的 LBTC 转出,Liquid 表示转出授权密钥并未受到损害。
Liquid 要求交易所暂停 LBTC 充值和提现,同时团队尝试联系攻击者并评估安全漏洞。
OP_RETURN 消息声称资金是由“白帽”提取的,但该声明和技术细节均未得到充分公开验证。
LBTC 大量流出后,液体冻结了桥的活动
根据 Liquid Network 事件通讯中的初步报告,价值约 3.19 亿美元的“不到 4000 比特币”已从 Liquid 中撤回。 Liquid Network 还通过 OP_RETURN 引用了一条未经验证的链上消息,声明责任并要求“链上”联系。
作为回应,Liquid 禁用了桥接节点,表示这会阻止任何新交易提交到网络。操作结果很简单:如果没有桥接节点,侧链的挂钩机制就无法正常继续,而这正是交易者和交易所在可疑的挂钩路线可能意外运行时所需要的。
“桥节点已暂时禁用,因此无法将新交易提交到网络。实际上,Liquid 侧链已暂停,直到此问题得到解决。”
Liquid 的挂钩机制应该如何运作——以及该事件带来的挑战
在标准 Liquid 机制下,LBTC 在比特币在主链上释放之前先在侧链上燃烧。提款流程取决于需要多重签名设置的授权规则(Liquid 将其描述为 15 中的 11 多重签名功能)和批准白名单。
这种结构的目的是为了防止未经授权的挂钩,从而耗尽联邦钱包的资金。因此,该事件引发的问题超出了撤回规模:它挑战了围绕审批和白名单的控制是否按预期执行,或者审批的生成和执行方式是否存在意外途径。
加密货币分析师 DBCrypto 认为,这种行为似乎更符合让资金“坐在比特币上”而不是迅速混合的提取,并将其描述为可能更接近“白帽提取而不是盗窃”。与此同时,DBCrypto 表示,更广泛的安全影响仍然严重:要么有效满足所需的签名和授权逻辑,要么旨在阻止此类事件的白名单/控制机制不成立。
SideSwap 的角色和 Liquid 关于密钥安全的主张
Liquid 表示,提取的资金是通过 Sideswap,特别是通过 SideSwap PAK(挂钩授权密钥)发送的。在Liquid的声明中,交易中使用的PAK没有被泄露,并且声称其他相关密钥也没有被泄露。
Liquid 还报告称,它已经通过 Elements 软件中的错误确定了订单中涉及的 LBTC 的创建方式。虽然公共账户中的事件细节集中在转出挂钩授权过程和密钥的状态上,但要素参考很重要,因为它表明故障可能早于最终的比特币提款本身开始。
对于市场参与者来说,关键的含义是实用的:如果元素级错误可以影响 LBTC 的创建方式或挂钩批准方式,那么操作风险就不仅仅局限于单个恶意交易。相反,它可能需要对侧链发行和挂钩资格如何相互作用进行更广泛的审查,以及在允许恢复桥梁处理之前如何验证这些条件。
Liquid 和相关运营商调查中值得关注的内容
Liquid 及其生态系统似乎正在按照熟悉的事件顺序进行工作:确定哪些步骤偏离了预期行为,确认是否有任何授权密钥实际上受到损害,并确定在重新启动桥接功能之前需要进行哪些修复或补偿控制。
在提供报道时,Blockstream 和 Adam Back 尚未发布有关事件时间表的公开更新,但 Samson Mow(Jan3 首席执行官)表示“每个人都在积极努力解决此问题。”用户和交易所面临的直接问题可能很简单——按照 Liquid 的指示暂停 LBTC 存款和取款,直到桥重新启用并解决潜在的安全问题。
在 Liquid 发布有关转出挂钩授权流程、Elements 漏洞的性质以及多重签名/白名单保护为何不足(或被规避)的更多技术细节之前,核心不确定性将保持不变:这是一次性的利用路径还是可能在其他挂钩操作中再次出现的系统性弱点。读者应该关注桥接节点返回的时刻,以及准确描述哪个授权或验证步骤失败的具体事后分析。
