Bitcoin Core v30放开OP_RETURN限制的深层原因：BitVM生态驱动而非Ordinals妥协

作者：Aaron Zhang；来源：X，@zzmjxy

近期，Bitcoin Core v30 放开 OP_RETURN 限制的消息引发了广泛讨论。多数人将其归因于“Ordinals 铭文限制无效”，然而经过深入研究 Bitcoin Core v30 的邮件列表、Citrea 白皮书及相关技术文档后，我们发现了一个被忽视的重要真相：这一政策调整的核心驱动力并非 Ordinals，而是 BitVM。

这一视角揭示了比特币技术创新的新方向，且尚未在中英文社区中被充分讨论。

案例背景

2024年4月，Citrea 发布了首个完整的 BitVM bridge——Clementine。作为比特币上的首个 zkRollup，Clementine 使用 BitVM 进行 L1 验证，但在开发过程中遇到了一个关键的技术难题：需要在链上发布 144 字节的锚定数据。

技术需求

这 144 字节包括：

• 128 字节：Groth16 zero-knowledge proof

• 16 字节：total accumulated work（总工作量证明）

这些数据用于 Watchtower 质疑 Operator 时，证明他们掌握了正确的比特币链。然而，OP_RETURN 的 83 字节限制显然无法满足这一需求。

核心技术约束

有人可能会问：为什么不将这些数据放在 witness 中？像 Ordinals 那样？关键区别在于，Citrea 的后续验证交易需要**读取**这些数据。

而 Bitcoin Script 无法引用前一个交易的 witness 数据。因此，这些数据必须存储在 scriptPubKey 中，这是技术实现的硬性要求。

技术原理

简单来说：

Witness数据：

• 只能证明"当前交易有效"✓

• 不能被后续交易读取 ✗

scriptPubKey 数据：

• 可以被后续交易的 Script 引用 ✓

BitVM 的验证逻辑需要链式引用，因此数据必须存储在 scriptPubKey 中。

被迫的方案

由于 83 字节的限制，Citrea 不得不采用一种非常糟糕的方法：创建“不可花费”的 Taproot outputs，将数据伪装成公钥。

具体做法：

1. 输出0: OP_1 <前32字节伪装成公钥>

2. 输出1: OP_1 <中32字节伪装成公钥>

3. 输出2: OP_RETURN <剩余80字节>

这些“公钥”根本没有对应的私钥，永远无法被花费。

危害分析

这种方案的问题在于：永久膨胀 UTXO set。

每个 WatchtowerChallenge 交易都会创建两个永远无法清理的 UTXO，所有全节点都必须永久存储这些“假公钥”。这正是 Core 开发者一直试图避免的最糟糕情况。

邮件列表原文

Antoine Poinsot 在提案中明确写道：

"Clementine 使用 unspendable Taproot outputs 来存储数据... 由于 OP_RETURN 的大小限制"

这一案例**直接触发**了 OP_RETURN 政策改变的提案。邮件原文。

开发者的逻辑

Core 开发者的思考链条如下：

• 现状：Citrea 用假 UTXO（糟糕）

• 未来：更多 BitVM 项目会效仿

• 或者：他们用裸多签（像 Stamp 协议那样）

• 结论：不如放开 OP_RETURN，提供"较小危害"的路径

这是一种 harm reduction（减害）策略。

BitVM 的战略地位

为什么 Core 愿意为 BitVM "开路"？因为 BitVM 是比特币 L1 创新的重要方向。

Blockstream CEO Adam Back 曾表示："BitVM 的 anchor 机制是 L1 的重要方向"

如果 BitVM 生态发展起来：

• 各种 zkRollups

• 跨链 bridges  

• 复杂的链上验证

这些场景都会有类似的锚定需求。

与 Ordinals 的本质区别

Ordinals vs BitVM 锚定数据：

Ordinals：

• 位置：Witness（可剪枝）

• 动机：投机/艺术

• 特征：可能消退

BitVM 锚定：

• 位置：scriptPubKey（必须永久）

• 动机：基础设施安全需求

• 特征：长期增长的需求

两者处于完全不同的技术场景。

结论

综上所述，Bitcoin Core v30 放开 OP_RETURN 限制并非对 Ordinals 的妥协，而是为 BitVM 生态的主动疏导；不是被动应对投机行为，而是为技术创新提前铺路。这是 Core 开发者的前瞻性思考。

Core 的重点从来不是 JPEG，而是：

• 为未来 VM（BitVM / Simplicity / Covenants）提前铺路

• 清理十年前遗留的特殊规则，让系统能继续演进

• 避免 policy 层变成限制创新的“隐形共识”

掌握这些信息，你就能洞察比特币未来十年的技术方向。与其停留在 vs. Ordinals 或 vs. Knots 的争论中，不如真正理解技术演化的逻辑。