一文詳解「外国人にFOMOされる」CBRC-20
著者:Cookie
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 文字制限を解除したり、バッチエアドロップを行ったり、インスクリプションをスワップしたりすることなど、実際にはインデックス層の更新が多いです------BRC-20 のいくつかの痛点や未実装の機能を JSON でどのように表現するかを整理し、インデクサーがこれらの動作を理解できるようにすれば良いのです。
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 トークンにはタイプの制限がないことです。これにより、ゲーム内の武器装備の「幻化」のような感覚が生まれます------例えば、1000 枚の CBRC-20 トークンをミントし、その後ミント指示を実行する際に CryptoPunks の画像を添付することができます。これにより、1000 枚の CBRC-20 トークンにもなり、1 つの Punk にもなります。Tap も実際に似たような試みを行い、トークンにロゴフィールドを追加し、インスクリプション ID を参照してインデックスに処理させることができました。しかし、Tap は自分のインデックスに依存しており、CBRC は新しい Ordinals プロトコルの特性に依存しています。
--file では指定ファイルを添付できます
CBRC-20 は元 OSHI のチームが分裂した後に出てきた「前菜」であり、CBRC-20 以外にも、この元 OSHI チームの一部は、より大きな汎用インデックスである Moto を作成する予定です。簡単に言えば、どの開発者でも自分の FT 標準を Moto に提出でき、Moto はこれらの標準を組み合わせて、FT プロトコル間の資産の相互作用を実現します。
CBRC-20 人気トークンの振り返り
BORD
CBRC-20 の最初のトークンで、総量 2100 万枚、現在の最低価格は約 2.2 U で、時価総額は約 4620 万 U に相当します。前述のように、CBRC-20 の大きな特徴はタイプ制限がないことで、通貨でありながら通貨でないものもあります。例えば、$BORD のデプロイインスクリプションはテキスト形式ではなく、CBRC-20 を紹介する HTML ファイルです。
NODE
CBRC-20 上で最初の実用的なトークンと称され、Discord で CBRC-20 トークンのバッチミントサービスを提供しています。総量 1 万枚、現在の最低価格は約 200 U で、時価総額は約 200 万 U に相当します。
SYSM
CBRC-20 プロトコルと BRC-20 プロトコルの両方に認識される二面性のインスクリプションと称されています。総量 2100 万枚、現在の最低価格は約 0.12 U で、時価総額は約 252 万 U に相当します。
ここで少し疑問に思うかもしれません------前述のように、v 0.10.0 と v 0.9.0 の二つの異なるバージョンの Ordinals プロトコルインデックスがどうして互換性があるのでしょうか?例えを挙げれば、理解しやすくなります。
元のインスクリプションは「封筒」に入っているようなもので(OPFALSE OPIF OPPUSH 内容内容内容と内容… OPENDIF)、インデックスは封筒を開けて一字一句読み解かなければ、封筒の中に何のプロトコルのインスクリプションが入っているのか(どのインデックスが作業をするのか)、このインスクリプションが何を表しているのか、何をするのかを知ることができません…
「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(チップを渡さなくてもミント可能)
市場 - https://ordinalnovus.com/(まだ多くの機能が未完成で、単価による昇降順ができず、見た目が非常に雑然としています)
結論
現在の市場のパフォーマンスを見ると、最初のトークン $BORD を除いて、他は比較的平淡なパフォーマンスを示しています。この点は Tap と似ています…
市場のパフォーマンスは似ていますが、CBRC-20 は Tap に比べて、基盤の位置付けがパッチから魔改に進化したため、進歩はかなり大きいです。もちろん、より大きな価値は実際には Moto(元 Oshi チームの一部)にあります。Moto の新しい CBRC-20 トークンはすでにデプロイされており、Oshi の古い BRC-20 トークンのスナップショットも完了し、新しいトークンを発行して再スタートする準備が整っています。Tap が $TRAC を自分のプロトコルに招待しない限り、CBRC-20 は現段階で物語的に抑圧的な勢いを形成しています。