为什么铭文在技术上被视为一种滥用

我将参加一个Ordinals小组，作为反驳他们认为Ordinals对比特币有利的说法的人之一。 我决定温习铭文工作原理的技术知识。 我开始看到卢克关于它如何利用比特币反数据垃圾邮件机制中的漏洞的观点。

以“标准”方式在比特币中存储数据

将“数据”添加到比特币的标准方法是调用OP_RETURN操作码。比特币开发人员注意到人们通过大规模的多签交易将数据（如比特币白皮书）存储在UTXO集中。这样做的问题在于，该集合是不可删除的，并且可能随着时间的推移而增长。另一方面，OP_RETURN输出可以被证明是可删除的，并且不会增加UTXO的膨胀。

以下是涉及这个问题的2014年3月发布的0.9.0版本说明的摘录：

关于OP_RETURN：社区中存在一些关于0.9版本和区块链中OP_RETURN功能的混淆和误解。这个变化并不是对在区块链中存储数据的认可。OP_RETURN变更创建了一个可证明可删除的输出，以避免一些已经部署的数据存储方案，其中一些存储任意数据，如图像，作为永远无法花费的交易输出，导致比特币的UTXO数据库膨胀。在区块链中存储任意数据仍然是一个不好的主意；在其他地方存储非交易数据更加经济和高效。

Bitcoin core的许多工作都集中在确保系统在人们试图滥用它进行存储数据等用途时仍能以分布式的方式正常运作，以实现其既定目的。Bitcoin core一直在阻止这样的做法，因为它不是为存储图像和数据而设计的，而是旨在在网络空间中传输数字货币。

为了激励人们不做愚蠢的事情，OP_RETURN交易并未被设为非标准，以便由节点和矿工中继，但有一个注意事项：

它们只能推送40字节（后来增加到80、83，我猜测是为了支持更大的根默克尔哈希，因为这是OP_RETURN的唯一明智的用途）。 比特币还添加了一个名为“-datacarriersize”的选项，限制了从这些输出中中继或挖矿的总字节数。

为什么铭文在技术上被视为一种滥用

铭文通过在OP_IF块内部使用OP_PUSH将数据伪装成比特币脚本程序数据，绕过了datacarriersize限制。Ordinals不使用OP_RETURN，也不受datacarriersize限制，因此节点运行者和矿工目前对于希望中继和包含在区块中的这些数据的总大小有限制的控制能力有限。Luke对比特币核心的分支具有一些对抗这种垃圾信息的选项，因此希望在不久的将来我们也会在核心中看到这一点。

铭文还利用了隔离见证版本1（见证人折扣）和版本2taproot（没有任意脚本大小限制）中的功能。这些功能各自都有引入的有趣且充分理由。

见证人折扣的目的是使花费许多输出变得更便宜，这有助于减少 utxo 集合的大小。铭文利用这一折扣来存储伪装成比特币脚本的 Monke jpeg。 请记住，比特币不是用于存储数据的，因此任何时候比特币开发者不小心使其变得便宜且易于转发数据，那么这都应该被视为一种漏洞。 希望它能够得到修复，或者至少为节点运行者提供对抗垃圾邮件的工具。

我们接下来怎么做？

这个故事的有趣之处在于，人们似乎对存储在比特币区块链上的图像赋予了价值，并且他们愿意支付费用以将其放入区块中，因此一些非理念主义的矿工和那些不关心比特币的健康和去中心化的人都乐意支付或收取费用然后继续前进。

数据不应该被折扣，如果人们想要存储数据就应该支付全价。 他们应该只使用 op_return 和哈希值，例如 opentimestamps 或任何其他合理的在比特币中存储数据的协议。

经过分析后，我认为这是一个非常糟糕的数据垃圾邮件相关事件，比特币开发人员应该致力于解决方案。 像卢克这样的意识形态开发者实际上关心网络的健康和去中心化，我很高兴看到这一点。