首先，有很多原因让人们想要存储所有区块，而不仅仅是运行一个修剪节点——请参阅@FractalEncrypt关于此的帖子。
其次，平民不是普通人。他们可能不是协议开发者，但他们知道节点如何工作。假设平民不知道UTXO集合膨胀的问题有点侮辱性。
节点运行者不希望UTXO集合或OP_RETURN中有垃圾。如果支持移除限制的人哪怕花一分钟倾听用户，他们就会理解这一点。相反，他们只是不断地说“我们更懂”以及“你不理解”。
在最好的情况下，移除OP_RETURN的限制对解决问题没有任何帮助。所有核心开发者移除限制的理由充满了“可能”和“可以”解决问题的词语。
在最坏的情况下，我们引入了一个新的攻击向量来挤压金融交易，正如@LaurentMT所指出的。
“UTXO集合曾经大约是4GB。由于铭文和BRC-20，它已经增长到大约12GB。”
平民完全意识到这一点。
问题是我们该如何处理它。
我认为主要的脱节在于大多数普通人不知道UTXO集合大小是什么，他们只理解“区块大小”。
简单来说，区块链的大小（即所有区块的总大小）只会影响从头开始设置节点时的初始同步时间。每个区块的最大增长量为4MB（实际上大约为2MB）。
理论上，你一生中只需要从头同步一次节点……对于新节点，你可以通过下载UTXO集合来跳过同步，然后验证你的新节点是否与旧节点之一具有相同的UTXO集合哈希。
你不需要存储所有区块，也不应该，除非你有非常好的理由。
因此，优化区块链大小并不会显著减少运行节点所需的最低资源。充其量，它只是略微减少带宽使用。如果你确实存储所有区块，由于当前的共识规则，你仍然应该计划每个区块增加2MB以规划硬件升级。
比区块链大小更重要的是每个人必须存储的：UTXO集合大小。
开发者更关心UTXO集合的大小，因为它决定了运行全节点所需的最低存储。（“全节点”意味着你验证所有区块，而不一定存储它们。）
UTXO集合曾经大约为4GB。由于铭文和BRC-20，它已经增长到大约12GB。
UTXO集合不存储OP_RETURN数据或签名。
如果你希望你的节点在小型设备上顺利运行，重点是最小化UTXO集合大小，而不是区块链大小。这就是为什么很多开发者并不真正关心OP_RETURN限制。
558
6.08万
本页面内容由第三方提供。除非另有说明，欧易不是所引用文章的作者，也不对此类材料主张任何版权。该内容仅供参考，并不代表欧易观点，不作为任何形式的认可，也不应被视为投资建议或购买或出售数字资产的招揽。在使用生成式人工智能提供摘要或其他信息的情况下，此类人工智能生成的内容可能不准确或不一致。请阅读链接文章，了解更多详情和信息。欧易不对第三方网站上的内容负责。包含稳定币、NFTs 等在内的数字资产涉及较高程度的风险，其价值可能会产生较大波动。请根据自身财务状况，仔细考虑交易或持有数字资产是否适合您。