2026年9月6日，@Liquid_BTC 遭遇了范围证明验证中的缓存键冲突漏洞。 攻击者铸造了约3,998.5枚没有对应锚定的L-BTC。几分钟内，这些未背书的L-BTC被锚定兑换成了比特币主网的真实BTC。大约3,400枚BTC随后被归还到联盟的锚定钱包，而约598.5枚BTC仍由攻击者控制。 SlowMist安全团队利用 @MistTrack_io 追踪了比特币侧的资金流向，并对事件进行了全面分析。 攻击流程： 1️⃣ 两笔设置交易首先生成了有效的范围证明和承诺，同时在锁定脚本中嵌入了精心构造的有效负载以初始化节点缓存。 2️⃣ 随后的铸币输出重复使用了一个冲突的缓存键——相同的证明、承诺、资产承诺和scriptPubKey的原始拼接，但字段边界不同。 3️⃣ 在缓存命中时，节点跳过了secp256k1_rangeproof_verify和最小值检查，接受了未背书的承诺，并铸造了约3,998.5枚L-BTC。这些伪造的UTXO在几分钟内被整合并锚定兑换。 ⚙️ 根本原因：Elements范围证明缓存键在拼接可变长度字段时没有使用长度前缀。不同的参数元组可能散列为相同的键，因此缓存命中意味着跳过了加密验证。 ️ SlowMist见解：共识验证路径中的正结果缓存本身就是一种加密原语。验证器读取的每个字段——以及每个字段边界——都必须明确绑定到键中。在共识层审计中，必须将缓存键完整性视为强制性项目。 完整分析 https://(medium.com)/@slowmist/analysis-of-the-liquid-network-cache-key-collision-vulnerability-nearly-4-000-l-btc-minted-out-of-e2010c446971