比特币开发者 VS 铭文:一场由来已久的争端

虽然此次讨论波及的范围很广,Bitcoin Core 开发者们对铭文反对已久并明确要做出行动,但考虑到铭文市场已经绑定了矿工、交易所和用户的各方利益,注定是一个多方拉锯的格局,因此推进不会十分顺畅。

本文首次发布时间为 2023 年 12 月 6 日。

今日,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 由于占用链上空间较小,即使升级后依然不会受到影响,这一方向或许也将释放更多的潜力。

Subscribe to Trustless Labs
Receive the latest updates directly to your inbox.
Mint this entry as an NFT to add it to your collection.
Verification
This entry has been permanently stored onchain and signed by its creator.