比特币铭文从诞生以来就遇到了许多开发者的排斥，最近又一位Bitcoin Core开发人员挺身而出，适用Luke，抵制铭文。Bitcoin Core开发人员兼Nostr开发者William Casarin在基于nostr的web运用habla.news上发文称，铭文是对于BTC的一种攻击。我不同意Ordinals对比特币有益这一说法。我打算复习铭文原理的技能知识。我渐渐见到Luke有关它如何运用比特币反数据垃圾短信体制里的漏洞的见解。
向比特币加上“数据”的要求方法是什么启用 OP_RETURN 操作码。比特币开发者留意到用户通过大中型多重签名买卖将数据(如比特币行业报告)保存在utxo集里。关键是这一集在不能修剪的并且可能随着时间的推移而提高。另一方面，OP_RETURN 导出被证实是可以修剪的，而且不增加 utxo 的澎涨。
以下属于 2014 年 3 月Bitcoin Core v0.9.0 发售表述的摘抄，在其中探讨了那一点：有关OP_RETURN：有关0.9里的OP_RETURN性能和区块链中的数据，社区里存在一些迷茫和误会。此变更并不是对在区块链中存放数据的肯定。OP_RETURN 的变更创建了一个可证明可修剪的导出，以防止数据存储方案(其中一些早已布署)将随意数据(比如图象)存放为永远不能所使用的 TX 导出，可能会导致比特币的 UTXO 数据库澎涨。 在区块链中存放随意数据仍然是一个馊主意;将非货币数据存放在别处成本较低且更有效率。
Bitcoin Core的大多数工作中集中在确保系统坚持以中心化的方法运作，并实现其预期目的，即使有人尝试乱用它来存储数据等。Bitcoin Core一直不激励这种行为，因为他不是为了存放视觉图像和数据量身定做的，更是为了在网络环境移动虚拟货币量身定做的。
为了能让激励人们不去做不明智的事儿，OP_RETURN买卖没有成为非标的，便于他们可以被同行和挖矿分享，但要注意的是：
他们只有消息推送 40 个字节(之后增至 80,83，我猜测就是为了适用更多的 root merkle hach，因为那是 op_return 唯一科学合理的测试用例)
比特币还添加了一个名为 -datacarriersize 这个选项，它阻碍了客户无线中继或发掘的那些输出字节数数量。
铭文根据 OP_IF 块里的 OP_PUSH 将数据掩藏为比特币脚本程序数据，进而绕开数据媒介尺寸(datacarriersize )限定。Ordinas不能使用 OP_RETURN 而且不会受到数据媒介尺寸限定，因而连接点运作者与挖矿现在对他们想要无线中继并包含于区块链里的数据的总体尺寸控制比较有限。Luke 的Bitcoin Core分岔有一些选择项来应对这类垃圾短信，希望人们迅速也能够在Core里看到这一点。
铭文还通过了 segwit v1(witness discount，见证者折扣优惠)和 v2/taproot(no arbitrary script size limit，无随意脚本制作尺寸限定)里的作用。这个功能中的每一个都有它引进的有趣且科学合理的缘故。
见证者折扣的目的是使耗费很多导出越来越比较便宜，这有助于降低utxo集的尺寸。铭文利用这一折扣优惠来存储装扮成比特币脚本的小猴子jpeg。记牢，比特币不是为了存放数据的，而且只要比特币开发人员一不小心让它变得划算且容易分享数据，那这应当被视为一种系统漏洞。期待它可以得到修复，或者说为节点运作人员提供抵抗这类垃圾短信的一种手段。
这个故事的有意思之处就在于，人们似乎对保存在比特币区块链上的图象赋予使用价值，而且他们更愿意缴纳费用以将其放入区块链中，所以没有意识形态的挖矿和不在乎比特币健康与中心化的大家非常乐意扣除或缴纳费用并继续前行。
数据不该折扣，假如我们想存放数据就应当付款全票价。他应该只用 op_return 和hash值，比如 opentimestamps 或任何其他有效在比特币中存放数据协议内容。
经过分析后，我认为这是一个很糟糕的数据垃圾短信攻击，比特币开发者应当致力于解决计划方案。像Luke这种意识形态领域开发人员事实上关注比特币互联网的健康和区块链技术，我很高兴看到这一点。
