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。

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 铭文了。确实不对付,但是都有能看得懂的那部分。

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 在现阶段从叙事上已形成压制之势。