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