一文詳解“被老外 FOMO”的 CBRC-20

作者：Cookie

CBRC-20 協議是近半個月來"BRC-20"系的新星，這個現象其實比較特別和有趣，原因是近半個月來，很多注意力其實轉移到了比特幣生態外各個公鏈的銘文炒作上，比如 Solana、AVAX、INJ 等。而在比特幣生態內，即使 BRC-20 相關資產的市值依然大到具有相對統治級別的地位，但是像 Atomicals、NostrAssets 等其它協議其實也分散了相當一部分的注意力和資金走。

我定義裡純正的"BRC-20"系，除了 BRC-20 自己以外，還有 Tap Protocol 和 CBRC-20。有趣的是，這兩個協議都在英文圈有很強的影響力，強到華語圈的玩家會強調"很多老外喜歡"的那種。但是 Tap Protocol 和 CBRC-20 的創新度差的比較多，項目的來龍去脈也是一個溫和、一個波折。

Tap 和 CBRC-20，一個是"補丁"，一個是"魔改"

在說 CBRC-20 之前先簡單說說 Tap Protocol。Tap 的性質總體上是一個 BRC-20 的強化補丁，好像一個遊戲已經有了一個很好玩的版本，打一些補丁讓體驗更強就行。總體上，Tap 的功能如放開 ticker 4 字符限制、批量空投、Swap 銘文等等其實更多的是索引層面的更新------把 BRC-20 的一些痛點/沒實現的功能要怎麼用 JSON 表示給理順，再讓索引器支持看懂這些行為就 OK 了。

Tap 屬於 beny 的 TRAC 生態，TRAC 一路以來有不少忠實老外粉絲，總體上也沒出過什麼意外，老外一直很喜歡"b 元帥"發表各種抨擊中心化索引的言論瘋狂出擊。

而 CBRC-20 的魔改其實建立在 BRC-20 協議為了維護索引的穩定而將 Ordinals v0.9.0 版本作為索引的統一標準使用版本這個基礎上------Ordinals 協議 v0.9.0 版本以後的新特性，BRC-20 協議都沒法拿來玩了，那就延用基礎的功能邏輯結合新特性做一個全新的版本吧。如果把 Tap 和 CBRC-20 都看作 BRC-20 的"私服"，那麼前者是補丁打滿的"經典服"，後者則是拿出了許多新內容的"魔改服"。

v 0.10.0 版本以後的 Ordinals 協議為銘文引入了用於定義"metaprotocol"和"metadata"的字段，這兩個新字段最直接的作用就是直接大大縮短了 BRC-20 協議在部署/鑄造/轉移時冗長重複的那段文字，從而達到了降低成本和簡化索引的效果。

上圖是 BRC-20 的部署銘文示例。對於引入了"metadata"的 CBRC-20 來說，實際上只需要留下花括號對內的"tick"、"max"以及"lim"三行就可以，然後還將本就減少的信息量壓縮成了體積更小的 .cbor 文件來用。

而"metaprotocol"則是直接讓索引知道要根據哪個協議的規範來理解指令。對於鑄造和轉移，指令被簡化成了這個模樣：

和 BRC-20 來對比一下內容大小：

BRC-20，轉帳操作內容大小 57 字節

CBRC-20，轉帳操作內容大小 4 字節

"metaprotocol"和"metadata"帶來的另一點比較好玩的是 CBRC-20 Token 沒有類型的限制，這就搞出了遊戲裡武器裝備"幻化"的感覺------比如說，可以鑄造 1000 枚某 CBRC-20 Token，然後再執行鑄造指令的時候附帶一個 CryptoPunks 的圖上去，這樣既可以是 1000 枚某 CBRC-20 Token 也可以是 1 個 Punk。Tap 其實搞過類似嘗試，給 Token 多加了一個 Logo 字段，可以引用 Inscription ID 然後讓索引去處理。但是 Tap 依靠的是自己的索引，CBRC 依靠的是新的 Ordinals 協議特性。

--file 處可以附帶指定文件

CBRC-20 是原 OSHI 的團隊分裂後出來做的「前菜」，除了 CBRC-20 之外，這一支原 OSHI 團隊的部分還要做一個更大的通用索引叫 Moto，簡而言之就是任何開發者都可以提交自己的 FT 標準給 Moto，然後 Moto 對這些標準進行組合堆疊，實現跨 FT 協議間的資產交互。

CBRC-20 熱門 Token 盤點

BORD

CBRC-20 第一個 Token，總量 2100 萬枚，當前一枚 Token 最低大概 2.2 U，對應市值大概 4620 萬 U。前面我們提到 CBRC-20 的一大特點就是沒有類型限制，可以是幣又不是幣，比如 $BORD 的部署銘文就不是文本格式，而是一個介紹 CBRC-20 的 HTML 文件。

NODE

號稱 CBRC-20 上第一個實用性 Token，在 Discord 提供 CBRC-20 Token 批量鑄造服務。總量 1 萬枚，當前一枚 Token 最低大概 200 U，對應市值大概 200 萬 U。

SYSM

號稱既能被 CBRC-20 協議識別又能被 BRC-20 協議識別的雙面銘文。總量 2100 萬枚，當前一枚 Token 最低大概 0.12 U，對應市值大概 252 萬 U。

這裡您可能會有點疑惑------前面不是說一個 v 0.10.0 一個 v 0.9.0，兩個不同版本的 Ordinals 協議索引怎麼能兼容呢？我打個比方您就好理解了。

原來的銘文像是裝在一個"信封"裡（OPFALSE OPIF OPPUSH 內容內容內容和內容… OPENDIF），索引要拆開信封逐字逐句地去讀完，才知道裝在信封裡的是什麼協議的銘文（要哪個索引來幹活）、這個銘文代表什麼、要做什麼…

"metaprotocol"好比在信封上就已經寫清楚了，我是個某某協議的銘文，索引按照某某協議的說明書對我的指令進行解讀就好。v 0.10.0 的索引知道這是一個 CBRC-20 銘文了。接著往下讀，發現正文寫的是 BRC-20 索引的那一套，這時候 v 0.9.0 的索引知道這是一個 BRC-20 銘文了。確實不對付，但是都有能看得懂的那部分。

9999

行為藝術，9 到機制，直接看下圖就明白了：

目前大概有 100 多萬 U 的市值。

CBRC-20 常用工具

銘刻 - https://cybord.org/thecraft.html（不給小費也可以 Mint 的）

市場 - https://ordinalnovus.com/（還有很多沒做好，比如沒法按單價升降序，看著很雜亂）

结语

目前的市場表現看，除了第一個 Token $BORD 其它的都還是表現得比較平淡，這點又和 Tap 差不多了…

雖然市場表現差不多，但是 CBRC-20 相比 Tap，底層定位從補丁升級到了魔改，進步還是比較大的。當然更大的價值其實是 Moto（原部分 Oshi 團隊）這一層。Moto 新的 CBRC-20 Token 已經部署，也已經完成了對 Oshi 老的 BRC-20 Token 的快照，準備發新的 Token 重新開始。Tap 除非把 $TRAC 也請到自己的協議上，不然 CBRC-20 在現階段從敘事上已形成壓制之勢。