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 v 0.9.0 版本作為索引的統一標準使用版本這個基礎上－Ordinals 協定v 0.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 協議識別的雙面銘文。總量2,100 萬枚，目前一枚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 銘文了。確實不對付，但是都有能看得懂的部分。
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 在現階段從敘事上已形成壓制之勢。
