header-langage
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
掃碼下載APP

Binance終於上線ORDI,一文了解炒了半年的BRC-20

2023-11-07 16:10
閱讀本文需 18 分鐘
在比特幣網路上發Token?一文了解如何鑄造BRC-20
原文作者:Cookie


編者註: Binance 將於2023 年11 月07 日18:00(東八區時間)上線Ordinals(ORDI) ,比特幣生態再次瘋狂。本文繫律動於今年 3 月撰寫,詳解如何鑄造 BRC-20。鑑於社群還有玩家不太了解 Ordinals,再次發布本文。


昨日,@domodata 啟動了一場基於 Ordinals 協議的創新實驗「BRC-20」。該實驗旨在測試 Ordinals 協議是否能夠促進比特幣的「可替代性」,即透過 Ordinals 協議在比特幣網路上實現像在以太坊網路上發行 ERC-20 Token 的效果。


BRC-20 讓比特幣網路再一次瘋狂。 3 月 9 日一天有超過 30000 個“銘文”被鑄造,其中文本類型“銘文”數量接近 27000 個。



    


讓我們一起去看看BRC-20 Token 的玩法。


Deploy 部署


使用Ordinals 協定燒錄下圖所示文字來部署BRC-20 Token:


x-oss-pces,fb0/00 ,image_d2F0ZXJtYXJrbmV3LnBuZz94LW9zcy1wcm9jZXNzPWltYWdlL3Jlc2l6ZSxQXzIw,g_center/format,webp">


「p」:協定類型。必須包含的關鍵字,該關鍵字定義操作基於 BRC-20 協議進行,幫助其它系統識別與處理 BRC-20 事件。


“op”:事件類型。必須包含的關鍵字,該關鍵字定義事件類型,是 Deploy 部署、Mint 鑄造還是 Transfer 轉帳。


“tick”:BRC-20 Token 標識。必須包含的關鍵字,該關鍵字定義 BRC-20 Token 名稱,由 4 個字母組成。


“max”:最大供應量。必須包含的關鍵字,該關鍵字定義 BRC-20 Token 的最大供應量。


「lim」:單一銘文可容納的最大 BRC-20 Token 數量。非必須包含的關鍵字,該關鍵字定義使用者鑄造一個銘文最多可以獲得多少 BRC-20 Token。若此項設定為 1000,則鑄造單一銘文最多可取得 1000 個 BRC-20 Token。


“dec”:十進位精度。非必須包含的關鍵字,該關鍵字定義 BRC-20 Token 的十進制精度,預設為 18。


Dune上的數據顯示,目前已有$ordi、$meme 與$punk 三個BRC-20 Token 被成功部署。


Mint 鑄造


使用Ordinals 協議刻錄下圖所示文本來鑄造BRC-20 Token:



「p」:協定類型。必須包含的關鍵字,該關鍵字定義操作基於 BRC-20 協議進行,幫助其它系統識別與處理 BRC-20 事件。


“op”:事件類型。必須包含的關鍵字,該關鍵字定義事件類型,是 Deploy 部署、Mint 鑄造還是 Transfer 轉帳。


“tick”:BRC-20 Token 標識。必須包含的關鍵字,該關鍵字定義 BRC-20 Token 名稱,由 4 個字母組成。這裡「tick」的內容為「ordi」意味著鑄造的 BRC-20 Token 為 $ordi。


「amt」:所鑄造的 BRC-20 Token 數量。必須包含的關鍵字,該關鍵字定義所鑄造的單一銘文將等於多少個 BRC-20 Token,給定該關鍵字的數值必須小於該 BRC-20 Token 所部署的「lim」值。例如,ordi 所部署的「lim」值為 1000,那麼在鑄造銘文時該關鍵字可給定 1-1000 範圍內的任意數值,通常會給定 1000 拉滿鑄造單一銘文可獲得的 ordi 數量。


Transfer 轉帳


使用Ordinals 協定燒錄下圖所示文字來轉帳BRC-20 Token:



「p」:協定類型。必須包含的關鍵字,該關鍵字定義操作基於 BRC-20 協議進行,幫助其它系統識別與處理 BRC-20 事件。


“op”:事件類型。必須包含的關鍵字,該關鍵字定義事件類型,是 Deploy 部署、Mint 鑄造還是 Transfer 轉帳。這裡「op」的內容為「transfer」表示事件類型為轉帳。


“tick”:BRC-20 Token 標識。必須包含的關鍵字,該關鍵字定義 BRC-20 Token 名稱,由 4 個字母組成。這裡「tick」的內容為「ordi」表示轉帳的 BRC-20 Token 為 $ordi。


「amt」:所轉帳的 BRC-20 Token 數量。必須包含的關鍵字,該關鍵字定義將要轉移多少個 BRC-20 Token。


“to”:轉帳目標。非必須包含的關鍵字,該關鍵字定義轉帳接收方的地址。若此項目留空,預設接收方位址是正確的。目前,該關鍵字只是為了用於 Dune 看板的數據追蹤測試。


「fee」:轉帳費用。非必須包含的關鍵字,該關鍵字定義轉帳費用金額。目前,該關鍵字只是為了用於 Dune 看板的資料追蹤測試(在沒有 Taproot 資料的情況下)。


先到先得規則


無論是Deploy 部署、Mint 鑄造或Transfer 轉帳都遵循先到先得的規則。


對於 Deploy 部署,若有同名的 BRC-20 Token 被部署,最先部署的視為唯一成功的部署。


對於Mint 鑄造,所有超出總量的Mint 都被視為無效,有效性依據Mint 成功的時間排序得出,「先到先得」 。


對於 Transfer 轉賬,若在同一區塊內發生了 2 次轉帳事件,則優先考慮費用較高的事件。


鑄造狀況



$ordi 是第一個部署的BRC-20 Token。透過 UniSat 的 BRC-20 搜尋功能,可以看到目前已經有 23161 個與 $ordi 鑄造相關的銘文。



同時也要注意,Mint 銘文並不代表餘額的歸屬。也就是說,目前在二級市場直接買入 Mint 銘文以獲得 $ordi 是不對的,必須要當前餘額地址進行 Transfer 銘文的鑄造來轉移 $ordi。


如何 Mint BRC-20 Token?


使用UniSat可以很流暢地實作批量Mint。


首先,進入頁面,選擇「BRC-20」。


>


「Tick」欄位填入要Mint 的BRC-20 Token 名稱。 「Amount」欄位填入每個銘文包含的 Token 數量(例如$ordi 部署時設定的最高值是 1000,這裡就填 1000)。最下面的「Repeat Mint」設定的是批量 Mint 的數量。 (註:上文已提及$ordi 已經大概率全部Mint 完成。上圖只做範例作用,此時不要再冒無效Mint 的風險)


點選「Next」二次確認要Mint 的內容無誤:



再點擊「Next」,在紅框處填寫用於接收的比特幣地址。同時也可以選擇 Gas 費級別,想最快完成 Mint 的話選「Custom」。



然後點擊「Submit & Pay invoice」,進入支付窗口:



用戶擔心這會在Transfer 時因為預留用作Gas 的聰不足造成銘文遺失。



p>大家可能會覺得,在比特幣上搞這種ERC-20 Token 的嘗試有什麼意義?智能合約好歹還算 ERC-20 Token 的印鈔機,實打實地製造出了新 Token。這張 BRC-20 和在一張紙鈔上寫上我自己的名字然後把這張紙鈔命名為「我的幣」有什麼不同?


這恰恰是 Ordinals 協議的魅力。 Ordinals 協議的意義遠大於帶來了所謂「比特幣 NFT」本身——它給了所有比特幣愛好者自由賦予比特幣新的意義的能力。有人認為比特幣可以是「藝術載體」,有人認為比特幣可以是「鑄幣廠」... 每個人不同的理解會讓每個Satoshi 被刻錄上不同的內容,這些內容就是比特幣價值多樣性的種子。


@domodata 將自己稱為一個「實驗者」。他感謝大家對 BRC-20 這個「實驗」的喜愛,也勸大家不要在 Mint 上浪費大量的資金,Salute。


些什麼,每天都有新鮮玩意。 Ordinals 協議,正讓比特幣的價值多樣性探索進入「掃雷階段」...



把Ordinals 協定類比為一個遊戲開發工具,我們只開發到「掃雷」。後面會發展成什麼樣子呢?


歡迎加入律動 BlockBeats 官方社群:

Telegram 訂閱群:https://t.me/theblockbeats

Telegram 交流群:https://t.me/BlockBeats_App

Twitter 官方帳號:https://twitter.com/BlockBeatsAsia

本平台現已全面集成Farcaster協議, 如果您已有Farcaster帳戶, 可以登錄 後發表評論
選擇文庫
新增文庫
取消
完成
新增文庫
僅自己可見
公開
保存
糾錯/舉報
提交