摘要：》原文来源：Chainfeeds1月7日，BitcoinCore客户端开发者LukeDashjr发起的提案「datacarriersize:Matchmoredatacarrying#28408」在经过多位BitcoinCore开发者讨论后被否决。...
原文标题：“铭文禁用风暴落定：Luke Dashjr 提案被否决，争议何去何从？”
原文来源：Chainfeeds
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 的「意图」。拥护者 wizkid057 表示，「垃圾短信在不同层次的代码过滤已经持续了十多年。 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，不排除矿池愿意打包符文数据，尽管会给用户带来一些不便，但同时也可能催生一些BTCCC Layer2 发展机遇。
本文来自投稿，并不意味着本文来自投稿。 BlockBeats 观点。
原文链接
