2024年9月6日15:53:10 UTC，Blockstream主导、基于开源 Elements 构建的比特币侧链 Liquid Network 被一记精准“插针”撕开了防线——攻击者针对 Elements 中与 Liquid 节点范围证明验证缓存相关的漏洞下手，在侧链上铸出约 4000 枚并无比特币储备支持的 LBTC。更关键的是，这批无储备 LBTC并未停留在链上记账，而是被迅速导向 SideSwap，通过 Peg-out 机制兑换为约 4000 枚主链 BTC，Liquid 的比特币储备从此前约 4205 枚 BTC 一度被抽空到仅剩约 197 枚。事件在 9 月 9 日由官方披露时，攻击者已自称“白帽”，并根据更新陆续归还约 3400 枚 BTC，但仍留下约 598.5 枚 BTC 的缺口，同时整条 Liquid Network 被紧急下线等待修复，这让“侧链安全”和“善意攻击”之间的界线变得异常尖锐而模糊。
漏洞如何让无储备LBTC变成真BTC
在 9 月 6 日的那次攻击里，Liquid 很快就强调了一点：问题不在私钥，而在协议。官方明确表示，事件源于 Elements 软件中的漏洞被利用，攻击点位于“Liquid 节点范围证明验证缓存”，也就是负责在底层检查资产铸造是否合法的那一层逻辑。按设计，LBTC 的产生应当与主链上锁定的 BTC 严格对应，但验证缓存的缺陷让节点在特定条件下错误地接受了不应通过的铸币请求，于是“看上去被储备支持”的 LBTC，实际上并没有任何比特币锁定在背后。
攻击路径在链上呈现得很清晰：先是在 Liquid 上通过这一漏洞铸造了约 4000 枚无比特币储备支持的 LBTC，随后又顺着既有流程，使用 SideSwap 的 Peg-out 机制，将这约 4000 枚 LBTC 兑换为约 4000 枚主链 BTC。换句话说，协议层一次验证失误，直接把侧链里凭空生成的记账单位，变成了主链上可以自由支配的真 BTC，这对“侧链资产都有足额储备支持”的叙事，是一次根本性的冲击，也暴露出一旦底层验证逻辑失守，所有关于安全和储备的承诺都会瞬间变成可被绕开的技术假设。
白帽归还3400枚BTC，仍有缺口未补
事后叙事的转折点出现在攻击者的主动“现身”。根据 Liquid 官方 9 月 9 日的更新，这名攻击者在事件公开后的阶段里，多次向官方沟通，自称自己是一次“善意测试”的白帽，并已经归还了约 3400 枚 BTC。与此前通过 SideSwap Peg-out 机制套走的约 4000 枚 BTC 相比，这意味着大部分主链资产被送了回来，原本从约 4205 枚 BTC 直接被抽干到约 197 枚 BTC 的储备池，被部分填补回去。官方通稿中刻意使用“自称白帽”的表述，而不是直接承认其为合作安全研究者，也没有披露任何身份背景或合作关系，这为整起事件的角色定位埋下了悬而未决的一笔。
更刺眼的数字，是那笔至今未追回的约 598.5 枚 BTC。相较于最初被凭空铸币并套出的规模，这部分缺口看似只是一个“尾数”，却代表着 Liquid 储备层面的实质风险敞口，也构成了白帽身份能否自洽的关键边界：在未经授权的漏洞利用之后，即便大额返还，是否仍有资格把自己放在“帮助改进安全”的一方，而不是对用户资产负有赔偿责任的一方，目前没有任何公开的追索或处置方案给出答案。在缺口仍然存在、责任边界尚未厘清的当下，这场铸币套 BTC 行动更像是一场由攻击者掌控节奏的谈判开局，Liquid 只能在“自称白帽”的叙事与尚未补齐的数字之间，接受一个仍未画上句号的安全事件。
SideSwap Peg-out 成为兑现通道
在攻击者完成异常铸币之后，真正把漏洞从「账面错误」变成「储备缺口」的，是 SideSwap 的 Peg-out 通道。据官方通告，攻击者随后通过这一机制，将在 Liquid 上凭漏洞铸出的约 4000 枚 LBTC，兑换成约 4000 枚比特币主链上的 BTC。SideSwap Peg-out 本来只是用户将侧链资产兑回主链 BTC 的常规出口，在这次事件中却成为无储备 LBTC 直接提走主链储备的关键环节。也正因为价值已经通过 Peg-out 被兑现，Liquid 的比特币储备才会在短时间内被实实在在地抽空，网络被迫暂时下线，对应 Peg-out 路径也随之被中止运行。
从结构上看，侧链与主链之间的桥接与 Peg-out 机制，在风险扩散和主链储备受损中起到的是放大器的作用：只要侧链一端的状态被漏洞改写，出口如果仍按「形式上合法」的资产执行兑回规则，就会把侧链的错误直接转译成主链的真实损失。这类设计在安全审计中往往被视为流程性的「后端环节」，审查重心偏向共识层和铸币逻辑，而忽略了出口本身对异常状态的过滤与阻断能力。Liquid 这次明确点出 Peg-out 被利用完成套取 BTC 的关键步骤，至少说明在未来的侧链和跨链桥设计中，出口路径不能再被当作理所当然的安全组件，而必须被视作决定损失边界的核心攻击面。
侧链安全神话破碎，Liquid 生态的集体风险
当约4000枚无储备支持的LBTC被凭空铸出、又通过SideSwap的Peg-out换成约4000枚BTC，让Liquid比特币储备从约4205枚瞬间缩水到约197枚时，侧链世界里长期被包装的“更快、更私密、同样安全”的叙事，第一次在真实损失面前显得苍白。官方明确将事件归类为Elements软件层面的协议漏洞，而非运营疏忽或私钥泄露，这意味着问题不在某个节点或托管方，而在整条链赖以运行的验证逻辑本身，资产安全和用户信任因此遭受的是系统级打击，而不是一次可以归咎于“个别失误”的事故。
更令人不安的是，这个漏洞出在Elements底层代码中与范围证明验证缓存相关的位置，理论上可能波及所有依赖同一代码库的项目或侧链，虽然目前尚未有其他受害案例被公开，但“共享技术栈即共享潜在风险”这一现实已经摆在台面。Liquid在事发后选择整体下线，并将修复优先级提升到紧急状态，推进Elements v23.3.4修复版本，本身就说明此前在效率和隐私上的投入，与审计协议边界、反复复查底层代码的资源分配并不对称。对于比特币侧链阵营而言，这次并不是单一产品的瑕疵，而是一堂关于“先讲性能与叙事、后补安全审计”的代价课，迫使所有参与者重新计算自己在安全投入与功能野心之间的真正平衡点。
从Liquid到比特币侧链，安全审计如何补课
从这次事件回头看，比特币侧链与跨链基础设施的薄弱点，恰恰集中在验证逻辑与桥接机制的交汇处：一旦范围证明这类核心验证缓存被绕过，“储备支持—铸币—赎回”的闭环就会在账面上看似正常、实际上已经失真。对整个侧链阵营而言，补课的方向至少有三层：其一，在代码审计上不再把验证逻辑视作“理所当然正确”的底层，增加针对缓存、边界条件和异常路径的专项审计与压力测试；其二，把应急响应流程写进协议治理的“硬规则”，包括下线决策、信息披露节奏和与潜在白帽沟通的预案，而不是临时拍板；其三，在白帽漏洞披露与激励机制上提前设计更清晰的路径，用公开的赏金与追责边界替代事后“道德协商”。往后，真正值得持续跟踪的变量是：Liquid网络何时、以何种节奏恢复运行，Elements v23.3.4修复版本在生态中的推广广度，以及那约598.5枚尚未追回的BTC能否在透明的披露和明确的处置方案下被妥善解决。
加入我们的社区，一起来讨论，一起变得更强吧！
AiCoin专属Hyperliquid福利：https://app.hyperliquid.xyz/join/AICOIN88
AiCoin专属Aster福利：https://www.asterdex.com/zh-CN/referral/9C50e2
链上电报（Telegram）社群：https://t.me/AiCoinWhaleData
链上社区：https://www.aicoin.com/link/chat?cid=N6OVMor5g
AiCoin链上推特：https://x.com/aicoinwhaledata
免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到support@aicoin.com，本平台相关工作人员将会进行核查。
