摘要：1 月 7 日，Bitcoin Core 客户端开发者 Luke Dashjr 发起的提案「datacarriersize: Match more datacarrying #28408 」在经过多位 Bitcoin Core 开...
1 月 7 日，Bitcoin Core 客户端开发者 Luke Dashjr 发起的提案「datacarriersize: Match more datacarrying #28408 」在通过多名 Bitcoin Core 开发人员在讨论后被否决。这一提案是由于该提案的原因。 Luke Dashjr 于 2023 年 9 月提出，主要目标是更新 Bitcoin Core 该软件使其能够有效地利用更新的数据携带方式来限制铭文的发展。
在阅读了该提案的多条评论后，ChainFeeds 整理总结了支持者和反对者的观点，主要强调当前比特币网络面临的拥堵问题，特别是符文交易造成的内存池状态不佳，垃圾交易数量不断增加。反对者认为，该提案不能有效地解决垃圾短信问题，因为矿工不太可能因为收入问题而采用这种策略。此外，争议还涉及到提案实施的复杂性和可能带来的代码复杂性。
拥护者们
支持者认为，该提案与符文本身无关，而是与其造成的网络拥堵有关。BTC节点 Léo Haf 指出，「目前内存池状态很差，垃圾短信交易数量已超过 20 万，而且好像这个数字还在上升。这些垃圾交易严重阻碍了比特币的实际应用。」铭文使用的安全问题也是支持者的主要论点。这个漏洞不仅会导致成本增加和交易处理时间延长，还会成为 DDoS 攻击潜在媒体。此外，网络的分散化水平也会受到影响，计算资源较少的节点可能无法满足日益增长的需求，导致网络拓扑结构更加集中。另一个令人担忧的趋势是，如果BTC链继续存储太多和太大的数据，很可能在某个时刻之后，大多数块文档只会包括无尽的数据 BRC-20 json 数据。
从网络参与者的角度来看，首先，用户在拥有一定数量比特币的同时面临着高昂的成本，这本质上阻止了他们正常浏览网络。其次，对于节点来说，这些交易增加了节点的使用成本，但对比特币本身没有附加值。最后，符文对小矿工没有好处，因为对这些交易的审查只会激励个人内存池的发展。
另一方面，支持者也主张这个提案只是对的 OP_RETURN 数据携带量受到限制，这一直是 -datacarriersize 的「意图」。拥护者 wizkid 057 表示，「垃圾短信在不同层次的代码过滤已经持续了十多年。 PR 你所做的就是把现有的 datacarriersize 限制用于另一种形式的数据传输。」
反对者们
反对者坚信，该提案并不能有效地解决垃圾短信问题。首先，矿工不太可能采用这种策略，因为他们使用这种策略。 PR 更新版本的 Bitcoin Core 矿工将损失可观的费用。Ordinals 创始人 Casey Rodarmor 指出，在过去的十个月里，符文交易至少产生了超过 1 1亿美元的交易费。
BTC开发者 Sjors Provoost 强调，「如果只有 Ocean Pool 使用该 PR，那么它就不会对整个系统产生任何影响。如果被广泛使用，避免就会变得容易，导致代码更加复杂。」
Bitcoin Optech 推动者 Murch 认为符文虽然愚蠢，但与其他嵌入区块链数据的方式相比，对见证区域的使用负面影响较小。但是有一个问题，应该 PR 补丁不能阻止符文中继运行，符文支持者仍然可以通过确保网络上的一小部分节点不过滤符文来维持中继运行。而且，选择过滤铭文的矿工收入会减少，最终运行补丁的矿工仍会处理包括符文在内的块。所以他觉得应该 PR 变化的危害大于利。
当然，能否编写代码来测试嵌入式数据也成为一个重要的争论点。Blockstream 开发人员 Lisa Neigut 这意味着增加过滤器将通过增加过滤器 Ordinals 除了BTC之外，交易是一种相当复杂的方法。
最后，Bitcoin Core 开发者 Ava Chow 关掉了这份 PR，并表示，在目前的情况下，很难得出一个令人满意的观点，因此没有必要继续讨论。Luke Dashjr 自去年 11 月开始批评符文， 但事实上，他对铭文的负面看法主要来自于对比特币主网潜在风险的焦虑，而不是完全消除符文。提案也可以看出，Luke Dashjr 预期是大多数节点遵循这一点 PR，不排除矿池愿意打包符文数据，虽然会给用户带来一些不便，但也可能催生一些BTC Layer 2 发展机遇。
