比特币Op_Return政策变革：Core节点软件或将放宽限制

撰文：黄世亮

来源：闪电

近期，比特币社区围绕Op_Return输出的讨论异常激烈。作为比特币协议长期关注者，我决定写一篇文章总结这一现象及其潜在影响。

需要说明的是，本文更多是为我个人梳理思路而写，除非您对比特币协议和技术有特别兴趣，否则不建议浪费时间阅读。毕竟，如今AI技术已足够强大，或许让ChatGPT或Gemini为您撰写类似内容会更加高效。

几天前，一位朋友计划做空Ordi，恰逢31位Bitcoin Core贡献者联合发布《交易转发政策声明》之后。我本想告诉他关于Op_Return与铭文应用的关系，但鉴于我对价格预测的能力十分有限，最终选择保持沉默。毕竟，技术和价格之间的关系早已脱钩。

长久以来，Bitcoin Core开发组作为比特币的“官方”代表，对将非金融数据写入区块链一直持严格限制态度。自2014年Op_Return被引入比特币协议以来，这种政策未曾改变。具体规则包括：每笔交易最多允许一个Op_Return输出；单条数据不得超过80字节；节点可通过-datacarriersize手动调整限制，但这并非共识规则。

然而，最近Bitcoin Core代码仓库更新了对非金融数据的态度——彻底放松了相关限制，且步子迈得相当大。

开发者Peter Todd（他现在自称不再是Core贡献者，而是研究者）于2025年4月提交了一项名为“Remove arbitrary limits on OP_RETURN outputs”的PR #32359，提议：1）删除单条80字节和“单输出”检查；2）废弃-datacarriersize相关选项；3）其余DoS防护交由市场费用与带宽综合判断。

尽管该PR尚未合并至主代码仓库，但最近31名开发者的联合声明可视作对该政策变更的“背书”，似乎合并只是时间问题。

值得一提的是，2021年5月BCH升级时也进行了类似的规则更新，但其限制相对保守：单笔交易中所有Op_Return输出的总字节数不得超过223字节。而此次BTC的PR未对单笔交易中Op_Return的总字节数设置上限，但由于比特币单笔交易本身存在1MB的限制，因此可视为Op_Return的单笔交易字节数上限为1MB。

为何会有这一政策转变？

自2022年铭文类应用兴起后，比特币区块链的数据量迅速膨胀：

• 区块链总数据量从约430GB（2022年10月）增长至约665GB（2025年6月）；
• UTXO集合一度达到1.88亿条（2024年12月），是2022年的两倍多。

虽然Op_Return本身不会进入UTXO，但碎片化的Taproot输出显著提高了UTXO数量。这导致比特币链上“胖身材+多碎片”现象同时出现，磁盘空间膨胀60%，UTXO翻倍，引发了许多开发者对去中心化成本的担忧。

自2022年以来，Core开发组对铭文类应用抱有强烈敌意，主张进一步限制非金融数据以控制节点运行成本。Lukejr便是这一立场的代表人物，他在自己开发的节点软件Knots中直接限制了铭文类交易的中继。

然而，铭文类应用并未因此止步。它们从利用Op_Return逐渐进化到将数据嵌入Taproot脚本，并保存在交易的见证数据（witness）中。得益于Segwit手续费折扣和3MB的见证数据区块上限，这种设计不仅矿工费低廉，还避免了被裁剪的风险。

这种情况激怒了许多Core开发者，但生态中的其他角色却普遍欢迎这些应用。交易所大量上架铭文类代币，矿工甚至打包非标准脚本交易以支持铭文协议。由于这些限制本质上并非共识层面的约束，只要矿池愿意打包，其他矿池不会拒绝。

从完整节点运营的角度来看，Op_Return数据是可裁减的，而Taproot脚本则不可裁减。两者对区块链数据的影响差异显著。如果铭文类应用无法阻挡，那么在协议层放开Op_Return限制，引导数据流向Op_Return而非Taproot脚本，或许对节点运营更为友好。

当前，Core开发者阵营分为两派：一派主张坚决堵死铭文类应用产生的“垃圾数据”，认为这是对比特币发动的DDOS攻击；另一派则倾向于两害相权取其轻，引导数据向Op_Return发展。

我认为，未来局势可能朝着以下方向发展：

• 对Op_Return的协议层更改不会导致比特币链分裂，因其属于非共识层变更。
• 即使像Lukejr这样的强硬反对派，最极端的做法也只是限制节点对铭文类交易的中继，而非直接将其设为非法。
• 因此，本次争议完全没有分裂风险。

总体来看，Bitcoin Core节点软件很可能朝放宽Op_Return限制的方向发展。铭文类及二层应用或将迎来更友好的底层协议开发环境。

至于价格走势，我依然毫无头绪。