摘要：同时在email中也提到了本次推文中Luke表达的限制铭文的方式，即在客户端中通过加入审查机制来强制节点直接删除非标准的Taproot交易，节点不再relay此类交易以达到禁止铭刻的目的。但此次更新只是在Knots客户端中对OP_RETURN和TaprootScript携带数据的大小进行限制，只是给节点的维护者提供了拒绝部分铭文相关交易的选择权，并不能从根本上限制节点relay和矿工打包此类交易，...
今日，Bitcoin Core 的开发者 Luke 在 X 平台申明其对 Ordinals 类铭文协议的反对，直接将其视为对 Bitcoin 的攻击，认为铭文正在利用 Bitcoin 的漏洞来向比特币网络发布垃圾信息。
该论述迅速在 Bitcoin 社区发酵，并获得了大量的关注和讨论。
争论的由来
其实 Bitcoin Core 开发者对铭文的质疑发生已久，在隔离验证之后区块大小上限被扩大到 4MB，今年二月份挖出一个大区块为 3.96MB，其中 Ordinals 相关交易占了 3.94MB，达到惊人的 99.5%。在五月份铭文开始爆火的阶段，Bitcoin-dev 就有对非标准的 Taproot 交易占用了大量的 block space 的质疑，在 dev-email中指出 BRC-20 类似的项目产生了巨大的交易量， BTC 网络出现严重的拥堵以致于「real Bitcoin transcation」不能正常被打包上链。
Luke 直指 Ordinals 之类的协议是「worthless」，并表示其严重影响了 BTC 作为点对点加密货币的正常使用。同时在 email 中也提到了本次推文中 Luke 表达的限制铭文的方式，即在客户端中通过加入审查机制来强制节点直接删除非标准的 Taproot 交易，节点不再 relay 此类交易以达到禁止铭刻的目的。
升级方案及后果
按照 Luke 推文中的表述，其推出的限制主要在 knots 客户端设置审查 policy 参数：
-datacarriersize：
- 该参数主要是限制了 OP_RETURN 输出脚本中可以携带的数据的大小，这些数据被填充在 UTXO 的 output 中，现有的协议里，Omni 和 Colored 都是采用在 OP_RETURN 中填充数据来运行的，在铭文生态中的 Runes 也基于 OP_RETURN 来提供数据索引。
- 该参数默认是 83 字节，Luke 建议在现行客户端直接将其设置成 0 来组织节点 relay 有 OP_RETURN 数据的交易，并在即将发布的 Knots 25.1 中修改此参数的默认值为 42。
-maxscriptsize：
- 该参数主要限制的是节点可以 relay 的交易的 script 大小，Ordinals 协议是通过在 Taproot script 中铭刻入协议数据来提供数据索引
- 参数生效之后节点将不再通过 P2P 节点 relay taptootscript 大小超过设置阈值的交易，将影响 Ordinals 的 Mint 和转移
- Luke 在 V25.1 中引入了此参数并将默认值设置为 1650
可以看出本次 Luke 提到的升级路线与他在 Bitcoin-dev email 中提到的在客户端中增加 Filter 来过滤非正常 Taproot 交易的思路一致，如果矿工们也同样接纳现行代码中的这一改动，那将在节点中拒绝 relay 网络中 script size 大于设置（default 1650 Bytes）的 Taproot 交易，部分 Ordinals 交易将无法正常被广播。
但此次更新只是在 Knots 客户端中对 OP_RETURN 和 TaprootScript 携带数据的大小进行限制，只是给节点的维护者提供了拒绝部分铭文相关交易的选择权，并不能从根本上限制节点 relay 和矿工打包此类交易，且在 Bitcoin Core 中的 Taproot 升级并未对 Taproot witness 数据大小做相对的校验。
且根据代码判断，在当前 Knots 代码版本中，默认最大值 1650 字节是可以支持 token 转账需求的，所以按现在限制模式并不能完全阻止 BRC-20 相关操作。关于更多的限制，后续需要关注 Luke 对 policy 更多的更改。
BTC 生态后续发展
虽然对于铭文的争论由来已久，但在 BTC 生态异常火爆的今天，Luke 此次的表态引起了社区的极大反响，社区也开始热烈讨论 BTC 生态后续的发展。
针对这次事件，作为矿工代表的神鱼表达了自己的看法，即比特币并非开发者主导，矿工需要支持对应的升级，反之则除非开发者自己分叉。
同时 Luke 提出的对铭文「垃圾交易」的审查过滤现阶段只停留在客户端层面，如果要在协议层面完全禁止掉铭文交易，还需要更新被加入到 Bitcoin Core 中，甚至需要以 BIP 的形式来引入，Luke 自身也承认在 V27 升级之前无法避免此「漏洞」。
社区多位 KOL 也发声讨论此事，有部分声音表示「一定不答应」：
漫雾余弦也表示「没必要修补」：
从侧面可以看出社区声音依然看好铭文生态，认可铭文给 BTC 生态和挖矿带来的的巨大发展动力。社区用户关于创建一条类似 Layer2 一样的「铭文链」的想法也得到了 Luke 正向的回复。
综上，虽然此次讨论波及的范围很广，Bitcoin Core 开发者们对铭文反对已久并明确要做出行动，但考虑到铭文市场已经绑定了矿工、交易所和用户的各方利益，注定是一个多方拉锯的格局，因此推进不会十分顺畅。同时一直被视为「正统」的 Taproot Asset 由于占用链上空间较小，即使升级后依然不会受到影响，这一方向或许也将释放更多的潜力。
