上图是 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 盘点BORDCBRC-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 协议识别的双面铭文。总量 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 在现阶段从叙事上已形成压制之势。
