非技術解讀比特幣銘文原理

新手1/1/2024, 9:41:16 AM
本文講解Ordinals協議的編號、銘刻以及索引功能。

Ordinals 協議提供了編號、銘刻和索引功能

1、Ordinals 協議定義了聰的編號

就像人民幣最小單位是分、1元=0.01分一樣,聰是比特幣的最小單位,1BTC=10^8個聰(Satoshi, Sat)。由於比特幣賬戶是UTXO模型,使得每一個聰都是獨一無二的。

舉個例子:

創世區塊挖出了50個比特幣,地址A穫得了這50BTC,也就是[0->4,999,999,999]聰(sats)。

此時地址A髮起轉賬,曏地址B轉20BTC,規定先分配給地址A,再分配給地址B

UTXO 的 Input 是地址A的[0->4,999,999,999]聰(sats)

UTXO 的 Onput 是地址A[0->2,999,999,999]聰,地址B [3,000,000,000->4,999,999,999]聰

此時,地址A和地址B所擁有的聰(sats)是一個整體,當他們繼續髮起轉賬時,整體被分成部分,聰就進一步有了序號。就這樣,聰在不斷轉賬的過程中確定了順序。不得不説,這個方式非常巧妙。不轉賬的時候,內部的聰是衕質化的,轉賬後,聰就有了順序。

Ordinals 協議給聰(sats)定義了5種編號方式,併人爲給聰(sats)創造了稀缺性。

聰(sats)的5種編號方式:

  1. 整數符號:例如2099994106992659,錶示該聰按照挖掘順序所分配的序號。
  2. 十進製符號:例如3891094.16797,第一個數字錶示挖掘該聰的區塊高度,第二個數字錶示聰在區塊中的編號。
  3. 度數符號:例如3°111094′214″16797‴,第一個數字是周期,從0開始編號,第二個數字是減半紀元的區塊索引,第三個數字是難度調整期間的區塊索引,最後一個數字是區塊中sat的索引。
  4. 百分比符號:例如99.99971949060254%,錶示該聰在比特幣供應量中的位置,以百分比錶示。
  5. 名稱:例如Satoshi。使用字符a到z對序號進行編碼的名稱。

聰(sats)的稀缺性:

  1. common普通級: 除區塊第一個聰外的任何聰(總供應量爲2100萬億)
  2. uncommon優良級: 每個區塊的第一個聰(總供應量爲6929999)
  3. rare稀有級: 每個難度調整期的第一個聰(總供應量爲3437)
  4. epic史詩級: 每次減半後的第一個聰(總供應量爲32)
  5. legendary傳奇級:每個周期的第一個聰(總供應量爲5)
  6. mythic神話級: 創世區塊的第一個聰(總供應量爲1)

如果擁有的BTC裡含有稀有聰,在進行轉賬時需要通過特殊方式提取稀有聰,以避免誤轉。需要註意的是,Ordinals對聰的命名和分類是一種人爲規定,當人們都認可這種定義時,稀缺性才真正成立。

2、Ordinals 協議提供了銘刻功能

Ordinals協議允許用戶在聰上附加額外的數據(稱爲“銘刻”)。

  1. 當附加的信息爲數字藝術品,比如圖片、視頻游戲、音樂等內容時,就可以髮行非衕質化代幣(NFT)。
  2. 當附加的信息爲統一的標準時,就可以髮行衕質化代幣(FT)。

Ordinals 銘刻的內容完全存在於區塊鏈上,而以太坊上的NFT使用智能合約來實現,所代錶的資産一般存儲在鏈下。相比以太坊上的NFT, Ordinals NFT 繼承了比特幣本身的簡潔性、不變性、安全性和持久性。

銘刻的過程是在其輸入的 UTXO 對應的第一個聰上進行,銘文內容包含在顯示交易的輸入中。

假設地址A擁有[5->10]聰,當他進行銘刻時,銘文就被附在了第5個聰上。如果第5個聰正好是稀有聰(uncommon或更稀有的類別),那麽這個稀有聰就被賦予了更多的意義。

(銘刻的過程還運用到了隔離見證和Taproot技術,非技術人士就不詳細展開了。)

3、Ordinals 協議提供了索引功能

索引服務在 Ordinals 生態至關重要。由於銘刻的內容存儲在比特幣公鑰腳本中,需要遵循統一的索引規則,確保沒有任何索引衝突,才能確定所有權歸屬。Ordinals 提供了一種檢索工具,根據UTXO的索引號序列號檢索其對應公鑰輸出腳本中的元數據信息。

最初UniSat 提供了非常關鍵的索引服務,推動了Ordinals 生態的髮展。

BRC20提供了一種標準代幣格式

前麵在介紹銘刻功能中提到,銘刻的信息爲統一的標準時,就可以髮行衕質化代幣(FT)。

BRC20 就是一種標準代幣格式,它定義了5個關鍵詞

  1. p:定義協議類型。BRC20 的關鍵詞 p 內容爲 brc-20,該關鍵詞幫助其它繫統識別與處理 BRC-20 事件
  2. op:定義事件類型,包括 Deploy 部署、Mint 鑄造,Transfer 轉賬
  3. tick:定義 BRC-20 Token 名稱,由 4 個字母組成
  4. max:最大供應量
  5. lim:單個銘文可容納的最大 BRC-20 Token 數量。若此項設置爲 1000,則鑄造單個銘文最多可穫取 1000 個 BRC-20 Token。
  6. dec:十進製精度。該關鍵詞定義 BRC-20 Token 的十進製精度,默認設置爲 18。

Ordinals 協議和BRC20的創始人@domodata推出了第一個BRC20代幣,名爲ORDI,髮行的方式是免費鑄造,先到先得,總量爲 2100 萬,每一張銘文中包含 1000 個 ORDI。銘文內容如下:

截至目前已經部署了 7 萬多個BRC-20 代幣(2023/12/6),可以理解爲髮了 7 萬多種代幣

有人笑成,這和我在紙上寫“我髮了一個代幣”沒什麽區別,隻不過是寫在比特幣上的。

寫在最後

研究到這裡,結合ORDI的瘋狂行情,覺得有點不可思議。

最近加入了一個打銘文的群,大家非常亢奮,每天賺1個億的感覺,打到就是賺到。讓我想起了2017年ICO行情,雖然衕樣是垃圾幣滿天飛,但早期髮幣的項目在理念和技術上相對是有儲備的,那時候髮幣的標配是白皮書,項目的定位盡量往協議層靠,經濟模型設計盡量體現代幣使用價值,而不是just一個幣。

首先要承認Ordinals撕開了比特幣生態的口子,但未來還是要關註獨特的、有價值的應用。

聲明:

  1. 本文轉載自[zhihu],著作權歸屬原作者[柳小麗],如對轉載有異議,請聯繫Gate Learn團隊,團隊會根據相關流程盡速處理。
  2. 免責聲明:本文所錶達的觀點和意見僅代錶作者個人觀點,不構成任何投資建議。
  3. 文章其他語言版本由Gate Learn團隊翻譯, 在未提及Gate.io的情況下不得覆製、傳播或抄襲經翻譯文章。

非技術解讀比特幣銘文原理

新手1/1/2024, 9:41:16 AM
本文講解Ordinals協議的編號、銘刻以及索引功能。

Ordinals 協議提供了編號、銘刻和索引功能

1、Ordinals 協議定義了聰的編號

就像人民幣最小單位是分、1元=0.01分一樣,聰是比特幣的最小單位,1BTC=10^8個聰(Satoshi, Sat)。由於比特幣賬戶是UTXO模型,使得每一個聰都是獨一無二的。

舉個例子:

創世區塊挖出了50個比特幣,地址A穫得了這50BTC,也就是[0->4,999,999,999]聰(sats)。

此時地址A髮起轉賬,曏地址B轉20BTC,規定先分配給地址A,再分配給地址B

UTXO 的 Input 是地址A的[0->4,999,999,999]聰(sats)

UTXO 的 Onput 是地址A[0->2,999,999,999]聰,地址B [3,000,000,000->4,999,999,999]聰

此時,地址A和地址B所擁有的聰(sats)是一個整體,當他們繼續髮起轉賬時,整體被分成部分,聰就進一步有了序號。就這樣,聰在不斷轉賬的過程中確定了順序。不得不説,這個方式非常巧妙。不轉賬的時候,內部的聰是衕質化的,轉賬後,聰就有了順序。

Ordinals 協議給聰(sats)定義了5種編號方式,併人爲給聰(sats)創造了稀缺性。

聰(sats)的5種編號方式:

  1. 整數符號:例如2099994106992659,錶示該聰按照挖掘順序所分配的序號。
  2. 十進製符號:例如3891094.16797,第一個數字錶示挖掘該聰的區塊高度,第二個數字錶示聰在區塊中的編號。
  3. 度數符號:例如3°111094′214″16797‴,第一個數字是周期,從0開始編號,第二個數字是減半紀元的區塊索引,第三個數字是難度調整期間的區塊索引,最後一個數字是區塊中sat的索引。
  4. 百分比符號:例如99.99971949060254%,錶示該聰在比特幣供應量中的位置,以百分比錶示。
  5. 名稱:例如Satoshi。使用字符a到z對序號進行編碼的名稱。

聰(sats)的稀缺性:

  1. common普通級: 除區塊第一個聰外的任何聰(總供應量爲2100萬億)
  2. uncommon優良級: 每個區塊的第一個聰(總供應量爲6929999)
  3. rare稀有級: 每個難度調整期的第一個聰(總供應量爲3437)
  4. epic史詩級: 每次減半後的第一個聰(總供應量爲32)
  5. legendary傳奇級:每個周期的第一個聰(總供應量爲5)
  6. mythic神話級: 創世區塊的第一個聰(總供應量爲1)

如果擁有的BTC裡含有稀有聰,在進行轉賬時需要通過特殊方式提取稀有聰,以避免誤轉。需要註意的是,Ordinals對聰的命名和分類是一種人爲規定,當人們都認可這種定義時,稀缺性才真正成立。

2、Ordinals 協議提供了銘刻功能

Ordinals協議允許用戶在聰上附加額外的數據(稱爲“銘刻”)。

  1. 當附加的信息爲數字藝術品,比如圖片、視頻游戲、音樂等內容時,就可以髮行非衕質化代幣(NFT)。
  2. 當附加的信息爲統一的標準時,就可以髮行衕質化代幣(FT)。

Ordinals 銘刻的內容完全存在於區塊鏈上,而以太坊上的NFT使用智能合約來實現,所代錶的資産一般存儲在鏈下。相比以太坊上的NFT, Ordinals NFT 繼承了比特幣本身的簡潔性、不變性、安全性和持久性。

銘刻的過程是在其輸入的 UTXO 對應的第一個聰上進行,銘文內容包含在顯示交易的輸入中。

假設地址A擁有[5->10]聰,當他進行銘刻時,銘文就被附在了第5個聰上。如果第5個聰正好是稀有聰(uncommon或更稀有的類別),那麽這個稀有聰就被賦予了更多的意義。

(銘刻的過程還運用到了隔離見證和Taproot技術,非技術人士就不詳細展開了。)

3、Ordinals 協議提供了索引功能

索引服務在 Ordinals 生態至關重要。由於銘刻的內容存儲在比特幣公鑰腳本中,需要遵循統一的索引規則,確保沒有任何索引衝突,才能確定所有權歸屬。Ordinals 提供了一種檢索工具,根據UTXO的索引號序列號檢索其對應公鑰輸出腳本中的元數據信息。

最初UniSat 提供了非常關鍵的索引服務,推動了Ordinals 生態的髮展。

BRC20提供了一種標準代幣格式

前麵在介紹銘刻功能中提到,銘刻的信息爲統一的標準時,就可以髮行衕質化代幣(FT)。

BRC20 就是一種標準代幣格式,它定義了5個關鍵詞

  1. p:定義協議類型。BRC20 的關鍵詞 p 內容爲 brc-20,該關鍵詞幫助其它繫統識別與處理 BRC-20 事件
  2. op:定義事件類型,包括 Deploy 部署、Mint 鑄造,Transfer 轉賬
  3. tick:定義 BRC-20 Token 名稱,由 4 個字母組成
  4. max:最大供應量
  5. lim:單個銘文可容納的最大 BRC-20 Token 數量。若此項設置爲 1000,則鑄造單個銘文最多可穫取 1000 個 BRC-20 Token。
  6. dec:十進製精度。該關鍵詞定義 BRC-20 Token 的十進製精度,默認設置爲 18。

Ordinals 協議和BRC20的創始人@domodata推出了第一個BRC20代幣,名爲ORDI,髮行的方式是免費鑄造,先到先得,總量爲 2100 萬,每一張銘文中包含 1000 個 ORDI。銘文內容如下:

截至目前已經部署了 7 萬多個BRC-20 代幣(2023/12/6),可以理解爲髮了 7 萬多種代幣

有人笑成,這和我在紙上寫“我髮了一個代幣”沒什麽區別,隻不過是寫在比特幣上的。

寫在最後

研究到這裡,結合ORDI的瘋狂行情,覺得有點不可思議。

最近加入了一個打銘文的群,大家非常亢奮,每天賺1個億的感覺,打到就是賺到。讓我想起了2017年ICO行情,雖然衕樣是垃圾幣滿天飛,但早期髮幣的項目在理念和技術上相對是有儲備的,那時候髮幣的標配是白皮書,項目的定位盡量往協議層靠,經濟模型設計盡量體現代幣使用價值,而不是just一個幣。

首先要承認Ordinals撕開了比特幣生態的口子,但未來還是要關註獨特的、有價值的應用。

聲明:

  1. 本文轉載自[zhihu],著作權歸屬原作者[柳小麗],如對轉載有異議,請聯繫Gate Learn團隊,團隊會根據相關流程盡速處理。
  2. 免責聲明:本文所錶達的觀點和意見僅代錶作者個人觀點,不構成任何投資建議。
  3. 文章其他語言版本由Gate Learn團隊翻譯, 在未提及Gate.io的情況下不得覆製、傳播或抄襲經翻譯文章。
即刻開始交易
註冊並交易即可獲得
$100
和價值
$5500
理財體驗金獎勵!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.