比特币开发者 Luke Dashjr 要求禁用铭文引发争议：真的会禁用吗？开发者态度如何？

比特币核心开发者 Luke Dashjr 发文称， "铭文"正在利用 Bitcoin Core 的漏洞对区块链进行垃圾邮件攻击。自 2013 年以来，Bitcoin Core 允许用户设置在中继或挖矿交易时额外数据大小的限制。通过将其数据模糊为程序代码，铭文绕过了这一限制。该漏洞最近在比特币 Knots v25.1 中得到修复，但在即将发布的 v26 版本中仍然存在漏洞，希望在明年的 v27 发布之前能够最终修复。他表示 Ordinals 从一开始就是对比特币的攻击。

Luke Dashjr 在回复时表示，该漏洞修复后，意味着 Ordinals 和 BRC-20 将不复存在。鱼池联合创始人神鱼表示：比特币不是以太坊，开发者说了不算。

不过晚间 Luke Dashjr 在回应“是不是只要有一个矿工不选择退出，该矿工仍然可以处理区块链上的铭文交易”时表示：我们不必消灭所有的铭文来使比特币受益。受此影响，ORDI 一小时上涨超过 26%。

据了解，今年 9 月份 Luke 已向 Bitcoin Core Github 仓库提交 PR， 即更新 “datacarriersize” 以过滤 “铭文” 这类携带新型脚本数据的交易。对此核心开发者们的观点不一，反对者表示会影响矿工收入同时间接激励了私有内存池，矿工可能不会采纳；同意者认为其加重了运营节点的负担；不过值得注意的是 Bitcoin Core 代码维护者之一的 Gloria Zhao（glozow）似乎并没有表示反对态度，而是回复  “也许可以增加一些测试”。目前该 PR 仍处于 open，尚不确定未来是否会合并到主仓库，对于 Luke 表示希望明年在 Bitcoin Core v27 纳入该修改也只是个人预期，而目前已经纳入该修改的 Bitcoin Knots v25.1，可以理解为这是有社区维护开发的尝鲜实验版 Bitcoin Core。

@wooooer 分析指出：Luke 在 knots 中针对过滤所谓的比特币欺诈交易设置了两个主要参数限制；datacarriersize 主要限制基于 op-return 携带数据大小，即那些将数据写在 UTXO 的 output 部分；maxscriptsize 限制基于 TaprootScript 的铭文协议，其数据刻在 UTXO 的 witness 字段中。如果 Luke 的设想真的得以进入 core，这两个参数的默认限制值可能会导致比特币生态系统中只剩下占用链上足迹最小的 taprootassets 和 RGB。

@tmel0211 表示，Bitcoin v25.1. 版本中给矿工一个开关来选择是否要打包超出 SIZE 的交易。但由于矿工从中受益，没有矿工会选择关闭。

@nake13 指出，对 Luke Dashjr 更合理的称呼是 Bitcoin Core 客户端开发者，其同时为 Core 和 Knots 提供代码，本次的 Bitcoin Knots 25.1 的更新文档主要由其本人编写；Luke 是 OCEAN 矿池 CTO，OCEAN Mining 会使用该客户端，该矿池最近得到了 Jack Dorsey 支持；在 Bitcoin Knots 的 25.1 版本修改了 -datacarriersize 的描述，将默认值从 83 改为 42；新增的 -datacarriercost、-datacarrierfullcount 和 -maxscriptsize 则可以进一步控制携带数据的规模，对于矿工来说，有自由选择的空间。

阅读更多：BRC-20 等致网络拥堵，比特币开发者们怎么看？

Ali Sherief（讨论发起者）：“最近由于诸如 BRC-20 之类的项目占据了大量交易量，导致真正的比特币交易价格过高，从而引发了比特币交易池的大规模拥堵，这种情况自 2017 年 12 月以来很少见。这些几乎毫无价值的代币威胁到了比特币网络作为点对点数字货币的正常使用。如果未来几周交易量不降下来，是否应该采取措施？比特币网络是开发者、矿工和用户三方结构，而矿工往往是导致系统被滥用的主体，因此目前比特币交易的和谐受到了干扰。我们应该考虑采取行动，以缩小 BIP 342 中的漏洞，并通过 BIP 和比特币核心代码库的提交来实现这一目标。另一种替代方案是在节点级别实施 “审查”，并引入运行时选项以立即清除所有非标准的 Taproot 交易，这种方案更容易实现，但需要至少下一次发布才能推出。我们需要为所有人寻找一种解决方案，虽然有些人会有批评意见，但我们有责任确保这种拥堵不会再次发生。”