比特币是一种同质化代币,其最小单位是聪(satoshi,即sat),1枚比特币可分为1亿聪,每个聪都通过序数理论进行排序,有对应序数,是唯一编号。比特币铭文是使用Ordinals协议将JSON文本写入satoshi进行铭刻,使satoshi能够像NFT一样实现铸造、铭刻和转移,以实现比特币区块链上NFT的概念。
而诅咒铭文则是不被Ordinals协议索引的铭文,是因Bug而产生的无效铭文。但因诅咒铭文的属性和一般铭文的属性并无较大差异,因此 Casey在保持现有铭文编号稳定的基础上引入负数铭文,为诅咒铭文排序。因此,诅咒铭文也称为负数铭文。
诅咒铭文这个名字来源于 Ordinals 的创始人 Casey 在 Ordinals Github 的 Issue #2045,该提案旨在修改Ordinals 协议以识别因 Bug 出现的无效铭文,包括在旧块中的追溯性铭文,将这些铭文视为“受诅咒的”,并为它们分配负铭文编号。Ordinals 协议核心层将非标准铭文称为被诅咒的铭文,而后又使用祝福一词来形容对错误的修复。
在 2023 年3 月上旬,Ordinals 协议编号升级中出现了一个Bug,一些已成功刻录的铭文未被分配序号值,因此无法通过索引器检索。该错误是由序数协议仅计算交易第一个输入中的铭文引起的。这个错误在同年 4 月份引起了The Oridcord的关注和讨论,最初被称为印刷错误(Misprint )和孤儿铭文(Orphan Inscriptions)。随后,在Ordinals Github 的 Issue #2045 中将这些铭文标识为诅咒铭文。
根据 Casey 在 Ordinals Github 的 Issue #2045 和 Issue #2693 来看,诅咒铭文包含了以下种类4个类别:
图片来源:https://github.com/Ordinals/ord/issues/2045
虽然以上4个类别的铭文被命名为诅咒铭文,然而,使用 OP_66 操作码制造出的诅咒铭文并没有得到 Ordinals 协议的认可,Ordinals v0.6.0 版本依然不对它们进行支持。但铸造的铭文都会永远安全地保存在比特币网络上,包括 OP_66 操作码铸造的铭文。
诅咒铭文最大的特征是——永久不稳定。与正数铭文不同,正数铭文应序排列,编号唯一且稳定。诅咒铭文则会受到非标准铭文影响,不断地按照时间区块重新排列。其次是Ordinals无法辨认这些铭文,因此诅咒铭文在被认可之前无法转移或交易。但诅咒铭文一经问世就激化了庞大的天然共识,且Bug一经修复现存的诅咒铭文或将物以稀为贵。
禧年区块(Jublilee)的设定是为了解决大量诅咒铭文出现时对op指令的占用,以及因此给Ordinals协议维护带来的巨大工作量。2023年11月9日,铭文第一资产类别BRC-20在区块高度 816000 以后,将版本固定在了0.9.0,所有 BRC-20 的索引同步于 ord v 0.9.0 版本,这为铭文固定了有效定义,从而预防了出现双花等各种非标准铭文乱象的情况。之后 BRC-20 与 Ordinals 协议分离,所有 BRC20 将独立索引不再受到 Ordinals 协议升级的影响。因此,为了 Ordinals 长久的发展,Casey 决定在区块高度 824544 激活升级,从此Ordinals不再有诅咒铭文,所有在激活以后的铭文都不再被诅咒,成为被祝福的铭文。
Ordinals 协议的三位主要开发者(Casey、Rafjaff 和 Ordinally)在禧年区块提案出来前都是偏向于 Ordinals 协议应该识别发现的所有非标准铭文。诅咒铭文是非标准铭文与错版纸币在逻辑上有相似之处,由于印刷错误而流通于世,但其货真价实,又具有稀有性,因此炒作到远超其自身价值的价格。所以这也是不能将已有的诅咒铭文直接修改代码成为祝福铭文的原因。
最终 Danny 提议在某个区块高度前的诅咒铭文保留,而之后将发现一个祝福一个,这样做不仅照顾到了大部分人的利益,也为 Ordinals 协议维护团队节省了大量处理bug的精力。负数铭文和区块升级保护了早期铭文靓号参与者的利益,同时也保护了BRC-20的索引可以不被破坏。因此,皆大欢喜,是为禧年。
在Ordonals官方网站上,通过搜索诅咒铭文的ID进行查询。如果是有效的诅咒铭文,那么会成功查询出结果,结果是被分配了一个负数序号的值并会被注明“Unstable”。
虽然诅咒铭文被比喻为错版的货币,可能物以稀为贵因此价值连城,但是一切来源于共识的东西也极易归零。所以,收藏或炒作诅咒铭文需根据自身风险承受能力来选择。在禧年区块之后诅咒铭文的数量将被限定,也许诅咒铭文也能成为一代传奇。在未来所有非标准铭文都将发现一个祝福一个,因此,Ordinals 在 824544 区块的升级也是对协议的一种拓展,之后协议将支持每笔铭刻交易多铭文,并支持同一聪上的多铭文,以此提高效率。
比特币是一种同质化代币,其最小单位是聪(satoshi,即sat),1枚比特币可分为1亿聪,每个聪都通过序数理论进行排序,有对应序数,是唯一编号。比特币铭文是使用Ordinals协议将JSON文本写入satoshi进行铭刻,使satoshi能够像NFT一样实现铸造、铭刻和转移,以实现比特币区块链上NFT的概念。
而诅咒铭文则是不被Ordinals协议索引的铭文,是因Bug而产生的无效铭文。但因诅咒铭文的属性和一般铭文的属性并无较大差异,因此 Casey在保持现有铭文编号稳定的基础上引入负数铭文,为诅咒铭文排序。因此,诅咒铭文也称为负数铭文。
诅咒铭文这个名字来源于 Ordinals 的创始人 Casey 在 Ordinals Github 的 Issue #2045,该提案旨在修改Ordinals 协议以识别因 Bug 出现的无效铭文,包括在旧块中的追溯性铭文,将这些铭文视为“受诅咒的”,并为它们分配负铭文编号。Ordinals 协议核心层将非标准铭文称为被诅咒的铭文,而后又使用祝福一词来形容对错误的修复。
在 2023 年3 月上旬,Ordinals 协议编号升级中出现了一个Bug,一些已成功刻录的铭文未被分配序号值,因此无法通过索引器检索。该错误是由序数协议仅计算交易第一个输入中的铭文引起的。这个错误在同年 4 月份引起了The Oridcord的关注和讨论,最初被称为印刷错误(Misprint )和孤儿铭文(Orphan Inscriptions)。随后,在Ordinals Github 的 Issue #2045 中将这些铭文标识为诅咒铭文。
根据 Casey 在 Ordinals Github 的 Issue #2045 和 Issue #2693 来看,诅咒铭文包含了以下种类4个类别:
图片来源:https://github.com/Ordinals/ord/issues/2045
虽然以上4个类别的铭文被命名为诅咒铭文,然而,使用 OP_66 操作码制造出的诅咒铭文并没有得到 Ordinals 协议的认可,Ordinals v0.6.0 版本依然不对它们进行支持。但铸造的铭文都会永远安全地保存在比特币网络上,包括 OP_66 操作码铸造的铭文。
诅咒铭文最大的特征是——永久不稳定。与正数铭文不同,正数铭文应序排列,编号唯一且稳定。诅咒铭文则会受到非标准铭文影响,不断地按照时间区块重新排列。其次是Ordinals无法辨认这些铭文,因此诅咒铭文在被认可之前无法转移或交易。但诅咒铭文一经问世就激化了庞大的天然共识,且Bug一经修复现存的诅咒铭文或将物以稀为贵。
禧年区块(Jublilee)的设定是为了解决大量诅咒铭文出现时对op指令的占用,以及因此给Ordinals协议维护带来的巨大工作量。2023年11月9日,铭文第一资产类别BRC-20在区块高度 816000 以后,将版本固定在了0.9.0,所有 BRC-20 的索引同步于 ord v 0.9.0 版本,这为铭文固定了有效定义,从而预防了出现双花等各种非标准铭文乱象的情况。之后 BRC-20 与 Ordinals 协议分离,所有 BRC20 将独立索引不再受到 Ordinals 协议升级的影响。因此,为了 Ordinals 长久的发展,Casey 决定在区块高度 824544 激活升级,从此Ordinals不再有诅咒铭文,所有在激活以后的铭文都不再被诅咒,成为被祝福的铭文。
Ordinals 协议的三位主要开发者(Casey、Rafjaff 和 Ordinally)在禧年区块提案出来前都是偏向于 Ordinals 协议应该识别发现的所有非标准铭文。诅咒铭文是非标准铭文与错版纸币在逻辑上有相似之处,由于印刷错误而流通于世,但其货真价实,又具有稀有性,因此炒作到远超其自身价值的价格。所以这也是不能将已有的诅咒铭文直接修改代码成为祝福铭文的原因。
最终 Danny 提议在某个区块高度前的诅咒铭文保留,而之后将发现一个祝福一个,这样做不仅照顾到了大部分人的利益,也为 Ordinals 协议维护团队节省了大量处理bug的精力。负数铭文和区块升级保护了早期铭文靓号参与者的利益,同时也保护了BRC-20的索引可以不被破坏。因此,皆大欢喜,是为禧年。
在Ordonals官方网站上,通过搜索诅咒铭文的ID进行查询。如果是有效的诅咒铭文,那么会成功查询出结果,结果是被分配了一个负数序号的值并会被注明“Unstable”。
虽然诅咒铭文被比喻为错版的货币,可能物以稀为贵因此价值连城,但是一切来源于共识的东西也极易归零。所以,收藏或炒作诅咒铭文需根据自身风险承受能力来选择。在禧年区块之后诅咒铭文的数量将被限定,也许诅咒铭文也能成为一代传奇。在未来所有非标准铭文都将发现一个祝福一个,因此,Ordinals 在 824544 区块的升级也是对协议的一种拓展,之后协议将支持每笔铭刻交易多铭文,并支持同一聪上的多铭文,以此提高效率。