Ordinals新玩法：「诅咒铭文」会是比特币 NFT 的下一个热点吗？

比特币 NFT 协议 Ordinals 已经升级到了 v0.6.0 版本，该版本中最引人注目的更新，当属对「诅咒铭文」的支持。

TL;DR

什么是「诅咒铭文」？

一些被成功刻录的铭文没有被索引器分配序号而无法被检索，被称为「诅咒铭文」。

为什么 Ordinals 官方浏览器与「诅咒铭文」浏览器 cursedordinals 上的「诅咒铭文」数量不同？

有一部分「诅咒铭文」目前并没有得到 Ordinals 协议的认可。对使用 OP_66 操作码制造出的「诅咒铭文」，Ordinals v0.6.0 版本依然不对它们进行支持。

如何查看自己的「诅咒铭文」是否被认定有效？

直接到 Ordinals 官方浏览器 搜索自己的「诅咒铭文」ID 值进行检索。如果是被认定有效的「诅咒铭文」，此时已经可以成功显示出检索结果，检索结果将是被分配了一个负数的序号值并被注明「unstable」。

有效的「诅咒铭文」检索结果  

OP_66 类型「诅咒铭文」的「Unbound 未绑定」状态意味着我失去了这个铭文吗？

所有铭文都安全地待在比特币网络上，包括 OP_66，没有任何成功刻录的铭文将丢失。如果你有 OP_66，你要做的只是等待，等待 Ordinals 协议回心转意...

什么是「诅咒铭文」？

3 月上旬，Ordinals 出现了一个「Bug」，一些已经成功刻录的铭文没有被分配序号值所以无法通过索引器被检索到。这个错误在 4 月份引起了社区的注意与讨论，一开始被称为「Misprint 印刷错误」或「Orphan Inscriptions 孤儿铭文」。随后，Ordinals 协议的核心层开始将这些铭文称为「Cursed Inscriptions 诅咒铭文」。

造成该错误出现的原因是这些「诅咒铭文」在刻录交易中不作为第一个输入，而 Ordinals 协议仅计入刻录交易中作为第一个输入的铭文。根据 Ordinals 协议创始人 Casey Rodarmor 在 Ordinals Github 的 Issue #2045 的说法来看，「诅咒铭文」包含了以下种类：

- 一笔刻录交易中包含着多个铭文

- 在刻录交易中不作为第一个输入的铭文

- 一个聪上存在多个铭文

- 刻录时使用了无法被识别的操作码，比如 OP_66

Ordinals 升级到 v0.6.0 版本后，上述类型中除了「刻录时使用了无法被识别的操作码，比如 OP_66」此种情形的「诅咒铭文」，其它的都已经能够在 Ordinals 官方浏览器 上被搜索到，它们都被赋予了负数的序号值。由于注意到有很多玩家之前是使用 LooksOrdinal 刻录了「诅咒铭文」，这里稍微提一下，如果您使用的是 LooksOrdinal 可以放心，LooksOrdinal 并不是使用 OP_66 方式制造「诅咒铭文」的。

为什么不支持 OP_66 方式制造的「诅咒铭文」？

OP_66 这样的偶数操作码尚未被定义。根据 Ordinals 协议首席维护者 @raphjaph 的说法，目前不定义偶数操作码是为了保持 Ordinals 协议的可拓展性。因此，如果有人在刻录时使用了尚未被定义的偶数操作码，Ordinals 协议将不把这样的刻录视为有效刻录。

Ordinals 协议创始人 Casey Rodarmor 目前对 OP_66 类型「诅咒铭文」也持反对观点。他说，在通常情况下，开发过程中的计划总是会发生变化，在任何事情没有落定前，玩家们不应该冒着自己无法承受的风险进行疯狂的 Degen。玩家们当然可以在任何时间点下随意刻录在当时被认为的「非标准铭文」，他们会认为 Ordinals 协议会做些什么让这些「非标准铭文」变得有意义，从而得到收益。但是一定要切记，Ordinals 协议也可能不会。

目前，OP_66 类型「诅咒铭文」处于「Unbound 未绑定」状态，即从 Ordinals 协议层面来看，这种类型的铭文没有与聪进行绑定。也因此，OP_66 类型「诅咒铭文」无法交易。

不过，这并不意味着 OP_66 类型「诅咒铭文」没有转机。Ordinals 协议首席维护者 @raphjaph 称，如果未来有足够的理由解除该类型铭文的「Unbound 未绑定」状态，他们会解除的。简而言之，OP_66 类型「诅咒铭文」尚有一线生机，目前 Ordinals 协议核心层不打算将这部分「诅咒铭文」收录，但还算保持开放态度。

结语

「诅咒铭文」的解决方案总体上来看还是令人满意的。首先，现有的铭文序号没有被破坏，重开一个负数序号系列也避免了代码的大规模更改。其次，「诅咒铭文」这个故事也够有趣，Ordinals 协议核心层更是采用了「祝福」一词来形容对错误的修复，还是挺浪漫的。最关键的，这个错误修复更是对 Ordinals 协议的一种拓展，如 Casey Rodarmor 所说，对每笔刻录交易多铭文的支持能实现高效的批处理，对同一聪上的多铭文的支持将使得不再需要检查聪的整个历史来确定新铭文是否有效，从而提升效率。