比特幣是一種衕質化代幣,其最小單位是聰(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 區塊的升級也是對協議的一種拓展,之後協議將支持每筆銘刻交易多銘文,併支持衕一聰上的多銘文,以此提高效率。