撰文：黄世亮
来源：闪电
最近比特币关于 Op_Return 输出讨论非常激烈，又激发了我的好奇心，我决定写一篇文章总结。其实这样的文章，主要是写给自己看，除非特别关心协议和技术，大家没必要浪费时间读。
甚至，现在 AI 这么强了，我觉得让 chatgpt o3 或者让 gemini 2.5 pro deep research 给各位写，要比我写的好太多。
在前几天，有一位朋友要做空 Ordi，恰好是 31 位 Core 贡献者联合发布《交易转发政策声明》的时间后。
我非常想告诉他这些关于 Op_Return 和往 UTXO 里塞数据的讨论，以及潜在的和铭文的关系。
但鉴于我对价格的预测真是烂到家了，我还是没说，不能影响别人发财啊。而且我真心觉得技术和价格现在是完全脱离了，没啥关系了。
一直以来，Core 开发组，作为比特币的「官方」，对往比特币区块链上塞各种和比特币作为货币属性无关的数据，都是严防死守的。这个政策是从 2014 年 Op_return 被引入 Bitcoin 开始，一直延续到最近的 31 位 Core 贡献者联合声明之前，都是妥妥的严防死守。Core 一直对「非金融数据」抱持最小化立场：1）每笔交易最多 1 个 OP_RETURN；2）单条数据不能超过 80 字节；3）允许节点用 -datacarriersize 手动调大，b 也就是这本质上不是共识规则。
一直以来，Core 官方的态度和代码实践上都是严格限制「非金融」数据上链的。
但最近 Bitcoin Core 的代码仓库更新了对这些「非金融」数据的态度，一下子放开了对这些数据的限制，而且步子迈的特别大。
Core 开发者 Peter Todd（这哥们现在到处称自己不是 Core 贡献者，只是研究者了，哈）在 2025 年 4 月份搞一个 PR #32359 「Remove arbitrary limits on OP_RETURN outputs」，提议：1）
删除单条 80 字节和「单输出」检查；2）废弃 -datacarriersize 相关选项；3）其余 DoS 防护交由市场费用 + 带宽综合判断。
需要说明的是这个 PR 尚未合并进 Bitcoin core 主代码仓库，但 最近的 31 名开发者的联合声明等于给放宽政策「背书」，看起来要合并这个 PR。
另外，在 2021 年 5 月 BCH 的升级是做了类似的规则更新，但这次 BTC 的规则更激进，BCH 到现在为止在代码层次上还是限制单笔交易的 op_return 总字节尺寸不能超过 223 字节，在一笔 bch 交易里可以有多个 op_return 输出，但总字节数不能超过 223 字节。
而 BTC 的这次 PR 是没有对 Op_return 在单笔交易的总字节量做出限制，但比特币的单笔交易有 1M 字节的限制，所以也可以认为单笔交易对 Op_return 的字节限制是 1M。
以上就是这一次 Bitcoin Core 节点软件在代码层面上对「非金融数据」上链的政策更改。
为什么会有这一更改？
从铭文在 2022 年火起来后，比特币区块链的总数据量（节点软件需要下载的文件总量）以及 UTXO 数量（节点软件里必须常驻内存的数据）都大规模膨胀。
下面是我使用 chatgpt o3 模型调研数据，并画出来的铭文火起来后比特币区块链数据膨胀的历史。
区块链总数据量从 ≈ 430 GB（2022-10）膨胀到 ≈ 665 GB（2025-06）；
UTXO 集合一度冲到 1.88 亿条（2024-12），是 2022 年的两倍多；
（OP_RETURN 本身不进 UTXO，但碎片化 Taproot 输出会显著拉高。）
让比特币链上「胖身材 + 多碎片」同时出现，磁盘胀 60%、UTXO 翻 2 倍，这让很多开发者担心去中心化的成本了。
Core 开发组从 2022 年以来，对铭文这些的应用就抱有非常大的敌意，强烈要求在规则层面进一步限制这些数据。Core 开发者的主流观点是比特币区块链要去中心化，就要限制这些非金融数据，以让节点运行成本不会膨胀。
这里以 Lukejr 为代表，Lukejr 自己开发的节点软件 Knots 就直接限制了对将数据塞进 op_return 的铭文类应用的交易的中继，就是 Knote 作为比特币的节点软件在收到铭文交易后是不转发的。
Op_return 本身在比特币规则里是可以被节点软件裁剪的，也就是不具备区块链常见的数据永久保存的能力。
很多其他铭文类的应用，就担心自己的数据被比特币规则限制，使用了各种 hack 手段来设计协议，从利用 Op_return，进化到了将数据塞进 taproot 脚本里，保存在交易的见证数据（witness）里。
在见证数据里，受益于 segwit 的手续费打折，以及见证数据区块的 3M 上限，让这些铭文类数据的矿工费又便宜，设计起来还比 op_return 还简单，并且受比特币协议保护，不会被裁剪。
这下就更惹火了 Core 开发组的很多开发者。
但除了少部分 Core 开发者，好像整个生态都挺欢迎这些铭文类应用的，包括矿工和交易所，都是明牌支持。
交易大量上架各种铭文类代币。
矿工甚至大量打包非标准脚本交易，以配合很多铭文类协议产生的更大更复杂的交易，这在实事上就突破了 op_return 数据的限制，因为本质上这种限制并不是共识层面的限制，只要有矿池打包了，其它矿池不会拒绝的。
上述两种情况，对比特币区块链数据的影响的区别是很大的。Op_return 类数据和 taproot 脚本都会显著增加区块数据量，也会大量增加 UTXO 的数量。然而在完整节点运营视角来看，Op_return 数据是可裁减的，但 taproot 脚本是不可裁减的。
这样的局势发展，大约是到了要倒逼协议做出变更了。
如果铭文类应用无法阻挡，那在协议层如果放开对 Op_return 数据的限制，给铭文类应用放开一个口子，引导它们使用 Op_return，而不是 taproot 脚本，或许对比特币的节点运营来说是更友好的。
就让 Core 开发者产生了两派，少量的坚定认为应该在协议层堵死铭文类应用产生的「垃圾数据」，他们坚定认为铭文类应用就是对比特币发动的 DDOS。
而更多的开发者是觉得两权相害取其轻，引导数据往 op_return 发展，而不是可花费的脚本。
这就是，目前我看到的情况。
我觉得目前局势发展下去会产生什么结果呢？
对 Op_return 数据的协议层更改，并不会产生比特币链的分裂，这是非共识层的。而且目前像 Luke jr 这样的强烈反对「非金融数据」上链的一方，采取的最极端的做法也仅仅是限制节点对铭文类交易的中继，而不是直接在协议里做设定其为非法。
所以这一次争议完全没有分裂的风险。
但我觉得 Bitcoin core 节点软件会朝着放宽 Op_return 数据限制方向发展。Luke jr 这一派估计是要认了，按我读到的文章，Luke jr 可是坚定的斗士，对自己的理念极其坚定，但这一次我觉得 Luke jr 要么做好长期战斗准备，要么认了。
铭文类，二层类应用，可能会迎来更友好的比特币底层协议开发环境。
但我对价格，是真不知道。
