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

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

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

Deploy 部署

使用 Ordinals 協議刻錄下圖所示文本來部署 BRC-20 Token：

各關鍵詞的含義如下：

「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 鑄造相關的銘文。

假設這 23161 個銘文的「amt」值全部都拉滿設置為 1000，那麼此時再鑄造 $ordi 已經會被視為無效了，因為 $ordi 的總量被設置為 2100 萬個。

如果是通過 Mint Bot 鑄造的朋友要特別注意一下，Mint Bot 是先將銘文鑄造到自己的地址再轉移給你，還是在鑄造的時候將你的地址作為接收地址。如果是「先將銘文鑄造到自己的地址再轉移」，這種情況就是被坑了，因為餘額還掛在 Mint Bot 地址下，只要 Mint Bot 再鑄造一個 Transfer 銘文就可以用掉餘額。可以在 Ordinals 瀏覽器上對查看自己 Mint 銘文的 Genesis Transaction 進行確認（是否直接 output 到自己的地址里）。

同時也要注意，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」，進入支付窗口：

「Copy address below」下方顯示的是打款地址，「Total Amount」顯示的是打款金額。使用自己的比特幣錢包完成轉賬以後等待銘文到賬即可。

但是用 UniSat Mint 出來的銘文只有 546 個聰，社區用戶擔心這會在 Transfer 時因為預留用作 Gas 的聰不足造成銘文丟失。

對此，官方在 Discord 的答覆是「在錢包內存入額外的手續費就可以支持轉賬」。

結語

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

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

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

越來越多的「實驗者」在思考通過 Ordinals 協議能做些什麼，每天都有新鮮玩意。Ordinals 協議，正讓比特幣的價值多樣性探索進入「掃雷階段」...

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

原文連結