【长推】被忽视的真相：Bitcoin Core v30 放开 OP_RETURN 的真正动因

Chainfeeds 导读：

Bitcoin Core v30 的 OP_RETURN 政策改变：不是对 Ordinals 的投降，而是为 BitVM 生态的主动疏导。不是被动应对投机，而是为技术创新提前铺路。这是 Core 开发者的前瞻性思考。

文章来源：

文章作者：

Aaron Zhang

观点：

Aaron Zhang：2024 年 4 月，Citrea 发布了第一个完整的 BitVM bridge —— Clementine。它是 Bitcoin 上第一个 zkRollup，使用 BitVM 来做 L1 验证。然后他们遇到了一个技术难题：需要在链上发布 144 字节的锚定数据。这 144 字节包括 128 字节：Groth16 zero-knowledge proof，及 16 字节：total accumulated work（总工作量证明）。这些数据用于 Watchtower 质疑 Operator 时，证明他们掌握了正确的 Bitcoin 链。问题来了：OP_RETURN 只允许 83 字节。不够。有人会问为什么不放在 witness 里？像 Ordinals 那样？关键区别是 Citrea 的后续验证交易需要读取这些数据。而 Bitcoin Script 无法引用前一个交易的 witness 数据。所以数据必须在 scriptPubKey 位置，这不是可选项。 简单说就是：Witness 数据只能证明当前交易有效，但不能被后续交易读取。scriptPubKey 数据可以被后续交易的 Script 引用。BitVM 的验证逻辑需要链式引用，所以必须用 scriptPubKey。83 字节不够，Citrea 被迫用了一个很糟糕的方法：创建「不可花费」的 Taproot outputs，把数据伪装成公钥。这个方案的问题是永久膨胀 UTXO set。每个 WatchtowerChallenge 交易创建两个永远无法清理的 UTXO。所有全节点必须永久存储这些假公钥。这正是 Core 开发者一直想避免的最糟糕情况。 Core 开发者的思考链条：现状是 Citrea 用假 UTXO（糟糕），未来更多 BitVM 项目会效仿或者他们用裸多签（像 Stamp 协议那样）。结论是不如放开 OP_RETURN，提供「较小危害」的路径。这是 harm reduction（减害）策略。为什么 Core 愿意为 BitVM 开路？因为 BitVM 是 Bitcoin L1 创新的重要方向。Blockstream CEO Adam Back 说过：「BitVM 的 anchor 机制是 L1 的重要方向」。如果 BitVM 生态发展起来：各种 zkRollups、跨链 bridges 及复杂的链上验证都会有类似的锚定需求。