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