摘要：同时在email中也提到了本次推文中Luke表达的限制铭文的方式，即在客户端中通过加入审查机制来强制节点直接删除非标准的Taproot交易，节点不再relay此类交易以达到禁止铭刻的目的。但此次更新只是在Knots客户端中对OP_RETURN和TaprootScript携带数据的大小进行限制，只是给节点的维护者提供了拒绝部分铭文相关交易的选择权，并不能从根本上限制节点relay和矿工打包此类交易，...
今日，Bitcoin Core 的开发者 Luke 在 X 平台声明是对的 Ordinals 类符文协议的反对直接视为对 Bitcoin 攻击，感觉铭文正在使用 Bitcoin 向比特币网络发布垃圾信息的漏洞。
这个解释很快就在那里 Bitcoin 社区发醇，并引起了广泛的关注和讨论。
争论的来历
其实 Bitcoin Core 开发人员对铭文的质疑已经发生了很长一段时间。隔离验证后，块大小上限扩展到 4MB，今年2月挖出一个大区块作为 3.96MB，其中 Ordinals 相关交易占了 3.94MB，达到惊人的目标 99.5%。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 后续生态发展。
针对这一事件，作为矿工代表的神鱼表达了自己的观点，即BTC不是开发者主导的，除非开发者自己分叉，否则矿工需要支持相应的升级。
同时 Luke 提出对符文「垃圾交易」目前的审查过滤阶段只停留在客户端。如果在协议中完全禁止符文交易，则需要更新参与 Bitcoin Core 中，甚至需要以 BIP 引入的方式，Luke 我自己也承认 V27 这在升级前是不可避免的「漏洞」。
社区多名 KOL 也发声讨论此事，有声音说有声音说「一定不同意」：
漫雾余弦也表示「没必要修复」：
从侧面可以看出，社区声音仍然对符文生态持乐观态度，认同符文给予符文 BTC 生态和采矿带来了巨大的发展动力。社区客户关于建立类似的类似产品。 Layer2 一样的「符文链」这个想法也得到了 Luke 积极回应。
综上所述，虽然讨论的范围很广，Bitcoin Core 开发人员长期反对符文，并明确表示要采取行动。但考虑到符文市场已经约束了矿工、交易所和用户的利益，注定是多方拉距的局面，所以推广不会很顺利。同时也一直被视为「正统」的 Taproot Asset 由于占用链上的空间较小，即使升级后仍不会受到影响，这个方向也可能释放出更多的潜力。
