BRC-20新黑馬》社群FOMO的CBRC-20是什麼？生態代幣盤點

「BRC-20」賽道新星 CBRC-20 為何能受到英語系社群追捧？本文為您說明 CBRC-20 是什麼？以什麼特色和目前生態項目整理。
（前情提要：BRC-20爆火，探索「BRCFi」新敘事的機遇與風險）
（背景補充：BRC-20不只炒銘文！該關注6個低市值項目：RWA、跨鏈橋、借貸..）

CBRC-20 協議是近半個月來「BRC-20」系的新星，這個現象其實比較特別和有趣，原因是近半個月來，很多注意力其實轉移到了比特幣生態外各個公鏈的銘文炒作上，比如 Solana、AVAX、INJ 等。

而在比特幣生態內，即使 BRC-20 相關資產的市值依然大到具有相對統治級別的地位，但是像 Atomicals、NostrAssets 等其它協議其實也分散了相當一部分的注意力和資金走。

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

Tap Protocol 和 CBRC-20 的差異？

Tap 和 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 來對比一下內容大小：

「metaprotocol」和「metadata」帶來的另一點比較好玩的是 CBRC-20 Token 沒有型別的限制，這就搞出了遊戲裡武器裝備「幻化」的感覺 —— 比如說，可以鑄造 1000 枚某 CBRC-20 Token，然後再執行鑄造指令的時候附帶一個 CryptoPunks 的圖上去，這樣既可以是 1000 枚某 CBRC-20 Token 也可以是 1 個 Punk。

Tap 其實搞過類似嘗試，給 Token 多加了一個 Logo 欄位，可以引用 Inscription ID 然後讓索引去處理。但是 Tap 依靠的是自己的索引，CBRC 依靠的是新的 Ordinals 協議特性。

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

CBRC-20 生態熱門代幣盤點

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。

SYMM

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

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

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

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