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

Luke,Bitcoin Core 开发者,反对Ordinals类铭文协议,提出在客户端中加入审查机制以禁止铭刻。但此次更新只是限制OP_RETURN和TaprootScript携带数据的大小,无法从根本上限制节点relay和矿工打包此类交易。Luke的表态引起社区反响,Taproot Asset 占用链上空间较小,即使升级后依然不会受到影响,可能释放更多潜力。

摘要由 Mars AI 生成

本摘要由 Mars AI 模型生成,其生成内容的准确性、完整性还处于迭代更新阶段。

今日,Bitcoin Core 的开发者 Luke 在 X 平台申明其对 Ordinals 类铭文协议的反对,直接将其视为对 Bitcoin 的攻击,认为铭文正在利用 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」不能正常被打包上链。

Bitcoin

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

Bitcoin

Bitcoin

可以看出本次 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 生态后续的发展。

针对这次事件,作为矿工代表的神鱼表达了自己的看法,即比特币并非开发者主导,矿工需要支持对应的升级,反之则除非开发者自己分叉。

Bitcoin

同时 Luke 提出的对铭文「垃圾交易」的审查过滤现阶段只停留在客户端层面,如果要在协议层面完全禁止掉铭文交易,还需要更新被加入到 Bitcoin Core 中,甚至需要以 BIP 的形式来引入,Luke 自身也承认在 V27 升级之前无法避免此「漏洞」。

社区多位 KOL 也发声讨论此事,有部分声音表示「一定不答应」:

Bitcoin

漫雾余弦也表示「没必要修补」:

Bitcoin

从侧面可以看出社区声音依然看好铭文生态,认可铭文给 BTC 生态和挖矿带来的的巨大发展动力。社区用户关于创建一条类似 Layer2 一样的「铭文链」的想法也得到了 Luke 正向的回复。

Bitcoin

综上,虽然此次讨论波及的范围很广,Bitcoin Core 开发者们对铭文反对已久并明确要做出行动,但考虑到铭文市场已经绑定了矿工、交易所和用户的各方利益,注定是一个多方拉锯的格局,因此推进不会十分顺畅。同时一直被视为「正统」的 Taproot Asset 由于占用链上空间较小,即使升级后依然不会受到影响,这一方向或许也将释放更多的潜力。

转载声明:本文 由CoinON抓取收录,观点仅代表作者本人,不代表CoinON资讯立场,CoinON不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。若以此作为投资依据,请自行承担全部责任。

声明:图文来源于网络,如有侵权请联系删除

风险提示:投资有风险,入市需谨慎。本资讯不作为投资理财建议。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 2023年12月7日 下午12:44
下一篇 2023年12月7日 下午12:44

相关推荐

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

星期四 2023-12-07 12:44:40

今日,Bitcoin Core 的开发者 Luke 在 X 平台申明其对 Ordinals 类铭文协议的反对,直接将其视为对 Bitcoin 的攻击,认为铭文正在利用 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」不能正常被打包上链。

Bitcoin

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

Bitcoin

Bitcoin

可以看出本次 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 生态后续的发展。

针对这次事件,作为矿工代表的神鱼表达了自己的看法,即比特币并非开发者主导,矿工需要支持对应的升级,反之则除非开发者自己分叉。

Bitcoin

同时 Luke 提出的对铭文「垃圾交易」的审查过滤现阶段只停留在客户端层面,如果要在协议层面完全禁止掉铭文交易,还需要更新被加入到 Bitcoin Core 中,甚至需要以 BIP 的形式来引入,Luke 自身也承认在 V27 升级之前无法避免此「漏洞」。

社区多位 KOL 也发声讨论此事,有部分声音表示「一定不答应」:

Bitcoin

漫雾余弦也表示「没必要修补」:

Bitcoin

从侧面可以看出社区声音依然看好铭文生态,认可铭文给 BTC 生态和挖矿带来的的巨大发展动力。社区用户关于创建一条类似 Layer2 一样的「铭文链」的想法也得到了 Luke 正向的回复。

Bitcoin

综上,虽然此次讨论波及的范围很广,Bitcoin Core 开发者们对铭文反对已久并明确要做出行动,但考虑到铭文市场已经绑定了矿工、交易所和用户的各方利益,注定是一个多方拉锯的格局,因此推进不会十分顺畅。同时一直被视为「正统」的 Taproot Asset 由于占用链上空间较小,即使升级后依然不会受到影响,这一方向或许也将释放更多的潜力。