CBRC-20 協議是近半個月來「BRC-20」系的新星,這個現像其實比較特別有趣,原因是近半個月來,很多注意力其實轉移到了比特幣生態外各個公鏈的銘文炒作上,例如Solana、AVAX、INJ 等。而在比特幣生態內,即使 BRC-20 相關資產的市值依然大到具有相對統治級別的地位,但是像 Atomicals、NostrAssets 等其它協議其實也分散了相當一部分的注意力和資金走。
我定義裡純正的「BRC-20」系,除了 BRC-20 自己以外,還有 Tap Protocol 和 CBRC-20。有趣的是,這兩個協議都在英文圈有很強的影響力,強到華語圈的玩家會強調「很多老外喜歡」的那種。但 Tap Protocol 和 CBRC-20 的創新度差的比較多,專案的來龍去脈也是溫和、一個波折。
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 位元組
< img src="https://image.blockbeats.cn/upload/2023-12-22/496289ddcd300be5cc0ef6d4f14a7ff44fdb6097.png?x-oss-process=image/qual7ff44fdb6097.png?x-oss-process=image/quality,qiJV/mVt) wcm9jZXNzPWltYWdlL3Jlc2l6ZSxQXzIw,g_center/format,webp">< /p>
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,總量2,100 萬枚,目前一枚Token 最低大概2.2 U,對應市值大概4,620 萬U。前面我們提到 CBRC-20 的一大特點就是沒有型別限制,可以是幣又不是幣,像是 $BORD 的部署銘文就不是文字格式,而是一個介紹 CBRC-20 的 HTML 檔案。

號稱CBRC-20 上第一個實用性Token,在Discord 提供CBRC-20 Token 批量鑄造服務。總量 1 萬枚,目前一枚 Token 最低約 200 U,對應市值大概 200 萬 U。
號稱既能被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 銘文了。確實不對付,但是都有能看得懂的部分。
行為藝術,9 到機制,直接看下圖就明白了:

目前大概有100 多萬U 的市值。
銘刻- 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 在現階段從敘事上已形成壓制之勢。
歡迎加入律動 BlockBeats 官方社群:
Telegram 訂閱群:https://t.me/theblockbeats
Telegram 交流群:https://t.me/BlockBeats_App
Twitter 官方帳號:https://twitter.com/BlockBeatsAsia