这起Liquid Network事件的关键,不是有人偷走了控制储备的私钥,而是一笔疑似没有真实BTC支撑的L-BTC,似乎通过了原本合规的提现(peg-out)验证路径。
据报道,约4,000 BTC从支持L-BTC的Liquid联邦钱包转出,按当时价格约为3.2亿美元;这约占披露储备4,200 BTC的95%。目前公开技术细节仍不完整,报道和相关方说法均指向Elements软件的疑似通胀漏洞,而非联邦成员或SideSwap的授权密钥失窃。
2
3
13
到底发生了什么?
目前公开的事件链条大致如下:
- 有行为方疑似利用Elements软件缺陷创建了本不应存在、没有锁定BTC作为对应支撑的L-BTC。
- 这些L-BTC被提交到SideSwap的客户peg-out服务。
- 该笔提现使用了SideSwap的Peg-out Authorization Key(PAK,提现授权密钥);Liquid和SideSwap均称该密钥未被攻破。
- Liquid联邦基础设施随后授权了比特币主链付款。报道显示,用户订单约涉及4,000 L-BTC,联邦最终支付约3,996 BTC。
2
6
简言之:问题看起来不是“钥匙被偷,所以有人打开了金库”,而是“系统把不该具备兑付资格的L-BTC,当成了可正常兑付的L-BTC”。
为什么HSM会签字,密钥却没有泄露?
Liquid采用的是“强联邦”(Strong Federations)模式:一组已知的联邦成员共同运行侧链,并通过门限签名管理比特币主链上的储备。Liquid官方技术文档将其共识模型称为强联邦。
硬件安全模块(HSM)负责保护签名密钥,并按既定策略执行签名。它们并不是能够独立追溯每一枚资产历史来源、自动判断其经济担保是否真实存在的“终极审计员”。
如果一笔peg-out请求在系统看来满足配置条件——包括有效的授权路径——HSM就可能正常签名,而完全不需要有人窃取私钥。此次事件中,报道所描述的区别正在于:
- 授权层面:提现据称使用了SideSwap合法的PAK;
- 资产来源与担保层面:用于兑付的L-BTC据称源于Elements漏洞,而非正常的“锁定BTC后发行L-BTC”流程。
2
SideSwap表示,约4,000 BTC的peg-out是通过其服务作为一笔客户订单提交的;其PAK未受损,相关L-BTC来自Elements漏洞,而不是SideSwap自身系统。
因此,这并不必然意味着门限签名算法或HSM密码学被攻破。更可能的情况是:上游共享的验证或发行逻辑存在缺陷,导致所有按规则工作的自动签名方,对同一笔本应无效的赎回作出了“有效”的判断。
一枚有效签名只能证明预设签名政策已被满足,不能单独证明被赎回资产一定具备正确、足额的BTC支撑。
自称“白帽”,能否当真?
相关行为方在链上留下信息:“we are whitehats. contact us on chain.”(“我们是白帽,请通过链上联系。”)
16
报道还称,Blockstream/Liquid通过签名链上消息与其联系;对方表示,在漏洞修复并覆盖全网节点后,将返还“大部分”资金。
4
18
这些信息最多说明两点:对方声称自己是安全研究者,并留下了沟通渠道。但它们不足以独立证明“白帽”身份。
截至相关报道发布时,资金尚未确认返还,公开补丁和网络恢复也未获确认。
13 因而更准确的表述应是“自称白帽”或“所谓白帽”,而不是把这一标签当作既成事实。只有资金返还、利用细节披露和修复措施经独立验证后,才能作出更可靠判断。
Liquid、SideSwap和交易所做了什么?
Liquid已禁用桥接节点并暂停网络操作,正常的BTC与Liquid之间转移因此中断。项目方同时通知交易所暂停或准备暂停L-BTC充值和提现。
4
8
SideSwap称,在Liquid暂停期间,其peg-in和peg-out服务也同步暂停。
这些是典型的止损与隔离措施:先限制新的跨链流动,再调查漏洞、核对储备状况,并确定安全恢复所需条件。报道所述的恢复前提包括修复漏洞、更新受影响节点,以及厘清已转出BTC的处置和返还情况。
13
18
对L-BTC持有人意味着什么?
L-BTC的设计目标是Liquid上的比特币,但它能否在实际中等同于可自由提取的BTC,取决于两件事:桥是否可用,以及储备是否可信、充足。
在约4,000 BTC从约4,200 BTC储备中转出、且桥接暂停的情况下,普通用户的L-BTC赎回已受到直接影响,储备缺口成为持有人最紧迫的问题。
3
13
这并不等于最终结果已经确定:资金可能被追回,漏洞可能被修复,也可能出现其他补救安排。但在事件处置期间,持有L-BTC在操作层面显然不等同于持有可随时在比特币主链转出的BTC。最终影响取决于资金是否返还、漏洞如何修复、联邦如何决策,以及交易所和服务商采取何种政策。
其他Liquid发行资产会怎样?
BTC从联邦钱包流出,并不意味着所有Liquid资产的发行方储备会自动被一并抽走。Liquid表示,USDT、DePix和现实世界资产(RWA)等资产未因本次事件本身受到直接影响。
不过,“未直接受影响”不等于“没有风险”。网络暂停仍可能影响钱包可用性、交易所支持、市场流动性、链上转账,以及以L-BTC作为手续费和桥接资产的使用体验。每种资产的直接担保仍取决于各自发行方和托管安排,但其实际可用性仍依赖Liquid基础设施恢复正常。
架构教训:强联邦桥与BitVM式1-of-n桥
Liquid当前的设计由一个许可制联邦通过门限签名控制BTC储备,而不是由比特币主链共识直接验证每一笔赎回是否有对应担保。
| 当前联邦式peg |
设想中的BitVM式1-of-n方向 |
| 固定联邦通过门限签名控制比特币储备。 |
Blockstream将其描述为长期研究项目,并非已经上线的Liquid替代方案。 |
| 安全性依赖密钥保护、签名方运营,以及共同验证与政策软件的正确性。 |
目标是比传统门限签名设计降低信任假设。 |
| 一项共同软件缺陷,可能令所有自动签名方接受同一种错误解释。 |
BitVM式方案采用乐观验证和挑战机制;安全性依赖协议正确及至少一名诚实、活跃的挑战者。 |
BitVM式桥并不会消除桥接风险,而是把风险转移到不同假设上:挑战者必须能且愿意行动,欺诈证明流程必须正确,提现也可能更复杂或更慢。关于BitVM桥的研究通常以“至少一名诚实参与者”为安全前提;BitVM2则试图让任何人在运行期间挑战无效断言。
如果本次事件的报告机制最终得到确认,它说明了一个重要差异:门限联邦可以在私钥未失窃的情况下仍然出问题——只要所有签名方依赖同一套存在缺陷的软件判断,就可能共同批准一笔本不应兑付的提现。
结论
这起约3.2亿美元的Liquid事件,更像是一场桥接验证与资产担保危机,而不是传统意义上的私钥盗窃。疑似无担保的一批L-BTC通过了授权peg-out路径,继而换走了真实BTC。
2
4
仍待公开验证的关键问题包括:Elements漏洞的具体技术原因、最终储备与L-BTC担保状况、BTC是否返还,以及桥接恢复前必须新增或修正哪些控制措施。在这些问题得到验证之前,用户应将其视为尚未解决的安全事件,而不是已经完成的“白帽披露”或普通服务中断。