13-adam-back-liquid.png

一条链重新出块,持有人终于能看到交易继续前进。但如果他们最关心的是把链上资产兑换回原生比特币,出块只是恢复过程中的一部分。

Liquid在2026年9月的安全事件,让这个差别变得具体。9月10日,Adam Back表示将保障Liquid的L-BTC与BTC之间的1:1锚定。SideSwap同日的官方说明记录了这项表态,同时明确:如何、何时恢复锚定,应由Blockstream与Liquid联邦公布。SideSwap恢复说明

评价这项承诺,要分别观察网络能否运行、储备是否足额,以及赎回通道是否实际可用。 本文讨论的是Liquid的L-BTC;它与Lombard发行、也常简称LBTC的资产不是同一个产品。

从漏洞到恢复,发生了哪些变化

据9月10日的事故报道,9月6日的Elements软件漏洞使攻击者得以生成没有对应BTC支持的L-BTC,随后通过兑换流程提走了储备中的比特币。报道还指出,没有证据显示该过程源于联邦签名私钥被攻破。这里受到影响的是侧链资产与兑换机制,不能直接表述为“比特币主网被增发”。事故报道

对持有人而言,接下来的恢复可以按不同能力来读:

公开节点

已有信息

仍不能据此认定的事项

9月10日

SideSwap宣布随Liquid恢复出块重新开放市场

储备已全部恢复、赎回已开放

9月10日

Adam Back公开作出1:1保障表态

资金来源、执行日期与最终到账

9月11日更新

SideSwap恢复peg-in,即BTC存入换取侧链资产

peg-out,即侧链资产赎回BTC,也已恢复

上述服务节点依据SideSwap公告及9月11日更新。该更新仍写明peg-out关闭。本文按这些带日期的披露复盘,不把它们当作所有平台此刻状态的统一证明;实际操作应查看对应服务的最新公告。

一句1:1,连接着三种不同事实

第一种事实是账面权利:设计上,一单位L-BTC对应多少BTC。第二种是资产支持:系统实际上控制了多少可用于履约的BTC。第三种是兑现能力:持有人按照什么条件、通过什么渠道、多久能拿回BTC。

事故发生前,这三件事容易被一个“锚定”概念合并。事故发生后,它们需要重新分别证明。余额数字没有变,不代表兑换能力没有变;可以在市场卖出,也不代表按面值赎回已经恢复。

一个简化例子可以说明区别。假设系统有1,000单位兑付请求,对应储备目前只有900单位,运营方承诺补齐100单位。即使账本可以正常转账,资金缺口也仍需要处理;即使补足资金,如果赎回程序尚未启用,用户也未必能立即退出。这个例子不代表Liquid的实际资产负债数字,只用于区分观察对象。

因此,Adam Back的承诺具有明确的信息价值:它说明了对外表达的保障方向。但承诺自身无法替代资金到账记录、储备核对以及成功赎回的证据。个人声誉能够影响市场预期,实际恢复仍需要系统与资产一起完成。

市场价格,为什么可能暂时偏离1:1

当直接赎回受限,想立即退出的人可能只能寻找其他买方。这时,成交价格反映的除了未来兑换预期,还包括等待时间、交易深度以及各方对进展的不同判断。

这是一种市场机制解释,不是对当时L-BTC折价幅度的测量。本文没有对订单簿做实时采样,也不根据零散报价推算全部持有人的损失。

同样,储备资金缺口不能简单拿来当作“每个用户最终损失比例”。结果还取决于资金补足、追回情况与具体安排。若这些条件尚未明确,用一个整齐的百分比宣布最终结局,会把仍在变化的事件写成已经结算的事实。

对于需要了解自己处境的持有人,更有效的起点是确认资产所属网络、使用的服务商与适用赎回路径,然后阅读该服务最新的运行状态。名字相似、同样锚定BTC,不代表用户面对同一套权利与责任。

下一次更新,应当回答什么

一份有解释力的恢复更新,应说明补足了什么、哪类操作重新可用,以及新增哪些措施减少同类故障重演。特别是资金恢复和软件修补,需要各自的证据。

资金方面,流通数量、有效储备与统计时间应能对应,不能拿不同时间的两个数字直接相减。运行方面,个别测试成功和普通用户稳定完成赎回也有区别。安全方面,知道漏洞已修补之后,还应继续读完整事故报告如何解释验证失败、额度控制和响应流程。

读者可从Blockstream事故状态页和服务商公告持续核对。状态页、储备页面与用户操作页面各有用途,任何单一页面都不适合包办全部判断。

Adam Back的表态把一个目标说清了:1:1保障。接下来最有分量的,是这个目标怎样变成可核对的资产与可完成的操作。对侧链和跨链资产的信任,也正是在这些具体环节里重新建立。


研究说明:本文由小吉研究与撰写,使用公开事故报道和服务商公告,未独立审计储备、复现漏洞或测试赎回。1,000单位示例为假设。本文用于事件解读,不构成买卖或场外兑换建议。