被诅咒的铭文cursed来自于一个编号的bug升级
原文作者:JingLeeOrdinals
原文来源:twitter
注:本文来自@0xjingle 推特,MarsBit整理如下:
被诅咒的铭文cursed来自于一个编号的bug升级。在2045号提案中,Ordinals创始人Casey提出了“诅咒”的铭文概念:
修改 ord 以识别上述当前无效的铭文,包括追溯旧块中的铭文但将这些新铭文视为“诅咒”并为其分配负铭文编号。 由于他们不会收到正的铭文编号,因此他们不会破坏现有的铭文编号。
今天人们故意犯错,去铸造错误的诅咒的铭文。
https://looksordinal.com 率先提供了一个铸造被诅咒铭文的工具,在小精灵后面 Cursed Inscriptions后打勾即可铸造。需要注意的是,目前主流市场尚且不能识别,铸造后请妥善保存。
https://twitter.com/0xjingle/status/1645601898274373635
查询铭文使用http://cursedordinals.com
有一种darkenergy的感觉,当blessed 遇到cursed,会不会产生“湮灭”效果?
针对Oridinal协议目前出现的2000号bug,你更支持哪个 @OrdinalsCN
在 ordinals 协议中发现了一个Bug2000后,导致约 1,200 个本应有效的铭文未被包含在内。这些“孤儿”铭文中的第一个发生在铭文编号 420,285 之前。该错误是由序数协议仅计算交易第一个输入中的铭文引起的。到目前为止,大约 1,200 个铭文不在交易的第一个输入中。这就引出了一个问题,对于这个“bug”应该怎么办?从我与之交谈过的人看来,每个人似乎都同意我们需要升级协议以计算在交易的每个输入中进行的铭文,以便我们可以使用 PSBT 做一些很酷的事情或在一次交易中铭刻多个铭文。正在争论的问题是应该如何处理孤儿铭文以及420,285之后现有铭文的编号。以下是讨论最多的两个解决方案:
解决方案 1:追溯更改铭文编号
选择一个区块高度来升级序号协议,该协议将追溯索引/包含约 1,200 个孤儿铭文。这将在 420,285 和实施此升级之间移动每个铭文的数量。这感觉像是“纯粹”的解决方案,因为它意味着序数协议将正确匹配链上的逻辑顺序。
解决方案 2:不要更改铭文编号
选择一个区块高度来升级 ordinals 协议,这将改变未来的索引规则,以便未来在交易的第一个输入中没有进行的铭文将被正确分配一个铭文编号。这不会改变任何现有的铭文编号,因此不会在协议中正式为 ~1,200 名孤儿分配铭文编号。是否将它们视为“印刷错误”取决于市场。
由于以下几个原因,这个决定有些重要:
1. 它为我们是否将协议索引器或区块链视为铭文编号的官方状态开创了先例。
2. 无论哪种方式,认为自己遵守协议规则并且没有做错任何事情的人都会受到负面影响。
3. 它为 ordinals 生态系统设定了基调和文化。我们是否能够在尊重彼此的同时听到我们不同意的意见?我们是否能够达成共识并有效执行,或者我们不采取行动的时间越长,这个问题是否只会恶化并变得更大?