Nervos CKB 投資研究報告

以下内容转载自 Mirror，作者 NingNing，原文标题《CKB：ビットコインのプログラマビリティの新たな章》，原文リンク：https://mirror.xyz/0xB239e7668B6dAF0122166E2De879Da87FF47858C/hkXPFe0uBy2fQNIzjVrL0rMUONj2hTJklaN14Rbguuk

コピー以下のリンクをブラウザに貼り付けると、PDF バージョンを表示およびダウンロードできます：https://drive.google.com/file/d/1KPNbTGIueA0dtINso6LGX-vK4nU1Syid/view

前書き#

第 4 回ビットコイン半減期の中で、Ordinals プロトコルおよび類似のプロトコルの爆発的な採用により、暗号業界はビットコイン L1 層に基づく資産の発行と取引がビットコインメインネットのコンセンサスの安全性とエコシステムの発展に与える正の外部性の価値を認識しました。これはまさにビットコインエコシステムの「Uniswap の瞬間」です。

ビットコインのプログラマビリティの進化と反復は、ビットコインコミュニティの意見市場のガバナンスの結果であり、BTC のホルダーやブロックスペースのビルダーなどの目的論によって駆動されるものではありません。

現在、ビットコインのプログラマビリティを強化し、ビットコインメインネットのブロックスペースの使用率を高めることが、ビットコインコミュニティのコンセンサスの新たな設計空間となっています。

イーサリアムや他の高性能パブリックチェーンとは異なり、UTXO セットの簡潔さと軽量性を保証するために、ビットコインのプログラマビリティの設計空間は高度に制限されており、基本的な制約はスクリプトと OP コードを使用して UTXO を操作する方法にあります。

クラシックなビットコインのプログラマビリティのソリューションには、ステートチャンネル（ライトニングネットワーク）、クライアント検証（RGB）、サイドチェーン（Liquid Network、Stacks、RootSock など）、CounterParty、Omni Layer、Taproot Assets、DLC などがあります。2023 年以降に新たに登場したビットコインのプログラマビリティのソリューションには、Ordinals、BRC20、Runes、Atomicals、Stamps などがあります。

銘文の第二波が終了した後、新世代のビットコインのプログラマビリティのソリューションが次々と登場しています。CKB の UTXO 同型バインディングソリューション、EVM 互換ビットコイン L2 ソリューション、DriveChain ソリューションなどです。

EVM 互換ビットコイン L2 ソリューションと比較して、CKB（Common Knowledge Base）のビットコインのプログラマビリティのソリューションは、ビットコインのプログラマビリティの現代的な設計空間においてネイティブで、安全で、社会的信頼仮定を導入しない解決策です。また、DriveChain ソリューションと比較しても、ビットコインプロトコルレベルでの変更を要求しません。

予測可能な未来において、ビットコインのプログラマビリティの成長曲線は加速成長段階を経るでしょう。ビットコインエコシステムの資産、ユーザー、アプリケーションは、玄武紀の大爆発を迎えるでしょう。CKB エコシステムの UTXO スタックは、新たに参入するビットコイン開発者にモジュール化スタックを利用してプロトコルを構築する能力を提供します。さらに、CKB はライトニングネットワークと UTXO スタックの統合を探求しており、ビットコインのネイティブなプログラマビリティを利用して新しいプロトコル間の相互運用性を実現しています。

ビットコインのプログラマビリティのネーミングスペース#

ブロックチェーンは信頼を創造する機械であり、ビットコインメインネットはその中の 0 号機です。西洋のすべての哲学がプラトンへの注釈であるように、暗号世界のすべての事物（資産、物語、ブロックチェーンネットワーク、プロトコル、DAO など）はビットコインの派生物と派生品です。

ビットコインマキシと拡張主義者の共進化の過程で、ビットコインメインネットがチューリング完全をサポートするかどうかの争いから、隔離証明ソリューションと大きなブロック拡張ソリューションの争いまで、ビットコインは絶えず分岐しています。これは新しい暗号プロジェクトと暗号コミュニティのコンセンサスを生み出すだけでなく、ビットコイン自身のコミュニティのコンセンサスを強化し、強固にするプロセスでもあります。これは他者化しながら自己確認を完了するプロセスです。

中本聡の神秘的な消失により、ビットコインコミュニティのガバナンスはイーサリアムのような「啓蒙専制君主制」のガバナンス構造を持たず、マイナー、開発者、コミュニティ、市場によるオープンなゲーム理論によって均衡を達成するガバナンスモデルです。これにより、ビットコインのコミュニティのコンセンサスは、一度形成されると非常に堅固な特性を持つようになります。

現在のビットコインコミュニティのコンセンサスの特性には、コンセンサスは命令と制御ではない、信頼の最小化、非中央集権、検閲耐性、擬似匿名性、オープンソース、オープンコラボレーション、許可不要、法的中立性、同質性、前方互換性、リソース使用の最小化、検証 > 計算、収束、取引の不変性、DoS 攻撃への耐性、競争的なアクセスの回避、堅牢性、インセンティブの一致、固定化、改ざんされるべきでないコンセンサス、対立原則、協調的な推進などがあります。[1]

現在のビットコインメインネットの形態は、上記のビットコインコミュニティのコンセンサス特性の実体化の結果と見ることができます。また、ビットコインのプログラマビリティの設計空間も、ビットコインコミュニティのコンセンサス特性によって定義されています。

ビットコインのプログラマビリティのクラシックな設計空間#

他のパブリックチェーンがモジュール化、並列化などのソリューションを試みてブロックチェーンの不可能な三角形の解決策の設計空間を探求する中で、ビットコインプロトコルの設計空間は常にスクリプト、OP コード、UTXO に焦点を当てています。

典型的な 2 つの例は、2017 年以降のビットコインメインネットの 2 回の重大なアップグレードです：Segwit ハードフォークとTaproot ソフトフォーク。

2017 年 8 月の Segwit ハードフォークでは、1M のメインブロックの外に 3M のブロックを新たに追加し、署名（証人、Witness）を保存するために特化しました。また、マイナー手数料を計算する際に、署名データの重みをメインブロックデータの 1/4 に設定し、UTXO 出力を消費するコストと新しい UTXO 出力を作成するコストの一貫性を保ち、UTXO の釣り銭の乱用による UTXO セットの膨張速度の増加を防ぎました。

2021 年 11 月の Taproot ソフトフォークでは、Schnorr マルチシグネチャスキームを導入することで、UTXO の検証時間とマルチシグネチャが占めるブロックスペースを節約しました。

1 つの UTXO のキーと値のペア（画像出典：learnmeabitcoin.com）

UTXO（未使用の取引出力）はビットコインメインネットの基本データ構造であり、原子性、非同質性、チェーン結合の特性を持っています。ビットコインメインネットの各取引は、1 つの UTXO を入力として消費し、同時に n 個の新しい UTXO 出力を作成します。一般的に理解すると、UTXO はチェーン上で動作するドル、ユーロなどの紙幣と見なすことができ、消費、釣り銭、分割、組み合わせなどが可能ですが、その最小原子単位はサトシ（sats）です。1 つの UTXO は特定の時間の最新の状態を表します。UTXO セットは、特定の時間におけるビットコインメインネットの最新の状態を表します。

ビットコインの UTXO セットの簡潔性、軽量性、検証の容易さを保つことで、ビットコインメインネットの状態膨張速度はハードウェアのムーアの法則に適応したレベルで成功裏に安定し、ビットコインネットメインネットの全ノードの参加可能性と取引検証の堅牢性を保証しています。

それに応じて、** ビットコインのプログラマビリティの設計空間もビットコインコミュニティのコンセンサス特性によって制約されています。** 例えば、潜在的なセキュリティリスクを防ぐために、中本聡は 2010 年 8 月に OP-CAT 操作コードを削除することを決定しました。この操作コードは、ビットコインのチューリング完全レベルのプログラマビリティを実現するための重要な論理でした。

ビットコインのプログラマビリティの実現経路は、イーサリアムやソラナのようなチェーン上の仮想マシン（VM）ソリューションを採用するのではなく、スクリプトと操作コード（OP コード）を利用して UXTO、取引の入力フィールド、出力フィールド、証人データ（Witness）などをプログラミング操作することを選択しました。

ビットコインのプログラマビリティの主要なツールボックスには、マルチシグ、タイムロック、ハッシュロック、フロー制御（OP_IF、OP_ELIF）があります。[2]

** クラシックな設計空間において、ビットコインのプログラマビリティは非常に限られており、** いくつかの検証プログラムをサポートするだけで、チェーン上の状態保存やチェーン上の計算をサポートしていません。チェーン上の状態保存とチェーン上の計算は、チューリング完全レベルのプログラマビリティを実現するための核心的な機能コンポーネントです。

ビットコインのプログラマビリティのルネッサンス#

しかし、ビットコインのプログラマビリティの設計空間は固定不変の状態ではありません。むしろ、時間とともに変化する動的なスペクトルに近いです。

外部がビットコインメインネットの開発が停滞しているという固定観念とは異なり、さまざまなコンセンサスベクトルが設計空間を制限する中で、ビットコインメインネットの新しいスクリプトと新しい操作コードの開発、展開、採用、普及は常に進行中であり、ある時期には暗号コミュニティの分岐戦争を引き起こすことさえありました（例えば Segwit ハードフォーク）。

ビットコインメインネットのスクリプトタイプの採用度の変遷を例にとると、その変化を明確に感じ取ることができます。ビットコインメインネットの出力タイプで使用されるスクリプトは、3 つの大きなカテゴリに分けることができます：

原初スクリプト：pubkey、pubkeyhash
強化スクリプト：multisig、scripthash
証人スクリプト：witness_v0_keyhash、witness_v0_scripthash、witness_v1_taproot

ビットコインメインネット全歴史出力タイプ；出典：Dune

ビットコインメインネット全歴史出力タイプの変化傾向図から、私たちは基本的な事実を観察します：** ビットコインメインネットのプログラマビリティの強化は長期的な歴史的傾向であり、強化スクリプトは原初スクリプトのシェアを飲み込み、証人スクリプトは強化スクリプトのシェアを飲み込んでいます。**Segwit 強化スクリプトと Taproot 証人スクリプトに基づく Ordinals プロトコルがビットコイン L1 資産発行の波を開いたことは、ビットコインメインネットのプログラマビリティの歴史的傾向の継続であり、ビットコインメインネットのプログラマビリティの新たな段階でもあります。

ビットコインメインネットの操作コードもビットコインメインネットのスクリプトと類似の進化過程を持っています。

例えば Ordinals プロトコルは、ビットコインメインネットスクリプト taproot script-path spend と操作コード（OP_FALSE、OP_IF、OP_PUSH、OP_ENDIF）を組み合わせてその機能設計を実現しています。

Ordinals プロトコルの 1 回の刻印の例

Ordinals プロトコルが正式に誕生する前、ビットコインのプログラマビリティのクラシックなソリューションには、ステートチャンネル（ライトニングネットワーク）、クライアント検証（RGB）、サイドチェーン（Liquid Network、Stacks、RootSock など）、CounterParty、Omni Layer、DLC などがありました。

Ordinals プロトコルは、UXTO の最小原子化単位であるサトシ（Satoshi）をシリアル化し、データ内容を UTXO の Witness フィールドに刻印し、シリアル化された特定のサトシに関連付けます。その後、オフチェインインデクサーがこれらのデータ状態のプログラマビリティ操作をインデックスし、実行します。この新しいビットコインのプログラマビリティのパラダイムは、「金の上に彫刻する」と比喩的に表現されます。

Ordinals プロトコルの新しいパラダイムは、より広範な暗号コミュニティがビットコインメインネットのブロックスペースを使用して NFT コレクションや MeMe タイプのトークン（総称して銘文と呼ばれる）を発行、鋳造、取引する熱意を引き起こしました。その中には、多くの人が人生で初めて自分のビットコインアドレスを持つことになりました。

しかし、Ordinals プロトコルのプログラマビリティは、ビットコインのプログラマビリティの限界を受け継いでおり、Deploy、Mint、Transfer の 3 つの機能方法のみをサポートしています。これにより、Ordinals プロトコルおよびそのフォロワーである BRC20、Runes、Atomicals、Stamps などのプロトコルは、資産発行のアプリケーションシーンにのみ適用されます。一方、状態計算や状態保存を必要とする取引や貸付などの DeFi アプリケーションシーンへのサポートは乏しいです。

Ordinals プロトコルの 3 種類の TX 数（画像出典：Dune）

** 流動性は資産の生命力の源です。**Ordinals タイプのビットコインプログラマビリティプロトコルの天然特性により、銘文資産の再発行が流動性提供を軽視し、その結果、銘文資産の全ライフサイクルで生成される価値に影響を与えます。

さらに、Ordinals、BRC20 プロトコルは、Witness データスペースの乱用の疑いがあり、客観的にビットコインメインネットの状態爆発を引き起こしています。

ビットコインブロックスペースのサイズ変化（画像出典：Dune）

参照系として、イーサリアムメインネットのガス料金の主な収入源は DEX 取引のガス料金、L2 のデータ可用性料金、ステーブルコインの送金ガス料金などです。イーサリアムメインネットと比較して、ビットコインメインネットの収入タイプは単一で、周期性が強く、変動率が大きいです。

ビットコインメインネットのプログラマビリティ能力は、ビットコインメインネットのブロックスペース供給側の需要を満たすことができません。そして、イーサリアムメインネットの安定した持続可能なブロックスペース収入状態を達成するには、ビットコインエコシステムのネイティブな DEX、ステーブルコイン、L2 が必要です。これらのプロトコルやアプリケーションを実現する前提条件は、ビットコインのプログラマブルプロトコルがチューリング完全なプログラミング能力を提供する必要があることです。

したがって、ビットコインのチューリング完全なプログラマビリティをネイティブに実現し、ビットコインメインネットの状態規模への悪影響を制約する方法が、ビットコインエコシステムの現在の重要な課題となっています。

ビットコインのプログラマビリティの CKB ソリューション#

現在、ビットコインのネイティブなチューリング完全なプログラマビリティを実現するためのソリューションには、BitVM、RGB、CKB、EVM 互換 Rollup L2、DriveChain などがあります。

BitVM は、ビットコインの一連の OP コードを使用して NAND ゲートを構築し、NAND ゲートを使用して他の基本的な論理ゲートを構築し、最終的にこれらの基本的な論理ゲート回路からビットコインネイティブの VM を構築します。この原理は、有名な SF 小説『三体』の秦王陣列図に似ています。Netflix が改編した同名のテレビシリーズには具体的なシーンが描かれています。BitVM ソリューションの論文は完全にオープンソースで、暗号コミュニティの期待を集めています。しかし、そのエンジニアリング実現の難易度は非常に高く、オフチェインデータ管理コスト、参加者数の制限、チャレンジ - レスポンスのインタラクション回数、ハッシュ関数の複雑さなどの問題に直面しており、短期的には実現が難しいです。

RGB プロトコルは、クライアント検証とワンタイムシール技術を使用してチューリング完全なプログラマビリティを実現します。核心的な設計思想は、スマートコントラクトの状態とロジックをビットコイン取引（Transaction）の出力（Output）に保存し、スマートコントラクトコードの維持とデータ保存をオフチェインで実行し、ビットコインメインネットを最終的な状態の約束層とします。

EVM 互換 Rollup L2 は、成熟した Rollup L2 スタックを迅速に再利用してビットコイン L2 を構築するソリューションです。しかし、ビットコインメインネットが現在、詐欺証明 / 有効性証明をサポートできないため、Rollup L2 は社会的信頼仮定（マルチシグ）を導入する必要があります。

DriveChain はサイドチェーン拡張ソリューションであり、基本的な設計思想はビットコインをブロックチェーンの基盤として使用し、ビットコインをロックすることでサイドチェーンを作成し、ビットコインとサイドチェーン間の双方向の相互運用性を実現します。DriveChain のエンジニアリング実現には、ビットコインにプロトコルレベルの変更を加える必要があり、開発チームが提案した BIP300、BIP301 をメインネットにデプロイする必要があります。

上記のビットコインのプログラマビリティのソリューションは、いずれもエンジニアリングの難易度が非常に高く短期的には実現が難しいか、過剰な社会的信頼仮定を導入するか、ビットコインにプロトコルレベルの変更を必要とします。

ビットコイン L1 資産プロトコル：RGB++#

上記のビットコインのプログラマビリティプロトコルの不足や問題に対して、CKB チームは比較的バランスの取れた解決策を提供しました。この解決策は、ビットコイン L1 資産プロトコル RGB++、ビットコイン L2 Raas サービスプロバイダー UTXO Stack、およびライトニングネットワークと統合された相互運用プロトコルで構成されています。

UXTO ネイティブの原語：同型バインディング

RGB++ は、RGB の設計思想に基づいて開発されたビットコイン L1 資産発行プロトコルです。RGB++ のエンジニアリング実現は、CKB と RGB の技術原語を同時に継承しています。RGB の「ワンタイムシール」とクライアント検証技術を使用し、同型バインディングを通じてビットコイン UTXO を CKB メインネットの Cell（拡張版の UTXO）にマッピングし、CKB とビットコインチェーン上のスクリプト制約を使用して状態計算の正確性と所有権変更の有効性を検証します。

言い換えれば、**RGB++ は CKB チェーン上の Cell を使用して RGB 資産の所有権関係を表現します。** それはもともと RGB クライアントローカルに保存されていた資産データを CKB チェーン上に移し、Cell の形式で表現し、ビットコイン UTXO とのマッピング関係を確立し、CKB を RGB 資産の公開データベースおよびオフチェインの前決済層として機能させ、RGB クライアントを置き換え、より信頼性の高いデータホスティングと RGB 契約の相互作用を実現します。

RGB++ の同型バインディング（画像出典：RGB++ Protocol Light Paper）

Cell は CKB の基本データストレージユニットであり、CKBytes、トークン、TypeScript コード、またはシリアル化データ（JSON 文字列など）などのさまざまなデータタイプを含むことができます。各 Cell には、Cell の所有者を定義する小さなプログラムである Lock Script が含まれています。Lock Script は、マルチシグ、ハッシュロック、タイムロックなどのビットコインメインネットのスクリプトをサポートするだけでなく、特定のルールを実行するための Type Script を含むことも許可されており、開発者は異なるユースケースに応じてスマートコントラクトをカスタマイズできます。例えば、NFT の発行、トークンのエアドロップ、AMM スワップなどです。

RGB プロトコルは、OP RETURN 操作コードを使用してオフチェン取引の状態ルートを UTXO の出力に追加し、その UTXO を状態情報のコンテナとして使用します。その後、RGB++ はこの RGB によって構築された状態情報コンテナを CKB の Cell にマッピングし、状態情報を Cell の type と data に保存し、このコンテナ UTXO を Cell 状態の所有者とします。

RGB++ 取引ライフサイクル（画像出典：RGB++ Protocol Light Paper）

上の図に示すように、RGB++ 取引ライフサイクルは次のようになります：

** オフチェン計算。** 同型バインディングの Tx を開始する際、まずビットコインメインネットの新しい UTXO btc_utxo#2 をワンタイムシールのコンテナとして選択し、オフチェンで元の Cell 同型バインディングの UTXO btc_utxo#1、新 Cell 同型バインディングの btc_utxo#2、元の Cell を入力として新 Cell を出力する CKB TX のハッシュ計算を行い、約束を生成します。
** ビットコイン取引の提出。**RGB++ は、元の Cell 同型バインディングの btc_utxo#1 を入力として使用し、OP RETURN を使用して上記で生成した約束を出力として持つビットコインメインネットの Tx を開始します。
**CKB 取引の提出。**CKB メインネットで実行する前に、オフチェン計算で生成された CKB Tx を実行します。
** オンチェン検証。**CKB メインネットは、ビットコインメインネットの軽量クライアントを実行してシステムの状態変更を検証します。これは RGB とは非常に異なり、RGB の状態変更検証は P2P メカニズムを採用しており、Tx の発起者と受取者が同時にオンラインであり、関連する TX グラフに対してインタラクティブな検証を行う必要があります。

以上の同型バインディングロジックに基づいて実現された RGB++ は、RGB プロトコルと比較して、一部のプライバシーを譲渡する一方で、新しい特性を獲得しました：ブロックチェーン強化のクライアント検証、取引の折りたたみ、無主契約の共有状態、非インタラクティブな転送。

** ブロックチェーン強化のクライアント検証。**RGB++ は、ユーザーが PoW を使用してコンセンサスの安全性を維持し、CKB の状態計算と URXO-Cell の所有権変更を検証することを許可します。
** 取引の折りたたみ。**RGB++ は、複数の Cell を単一の UTXO にマッピングすることをサポートし、RGB++ の弾力的な拡張を実現します。
** 無主スマートコントラクトと共有状態。**UTXO 状態データ構造がチューリング完全なスマートコントラクトを実現する上での大きな困難は、無主スマートコントラクトと共有状態です。RGB++ は、CKB のグローバル状態 Cell と意図 Cell を利用してこの問題を解決できます。
** 非インタラクティブな転送。**RGB++ は、RGB のクライアント検証プロセスをオプションにし、もはやインタラクティブな転送を強制しません。ユーザーが CKB の状態計算と所有権変更を検証することを選択した場合、取引のインタラクション体験はビットコインメインネットと一致します。

さらに、RGB++ は CKB メインネット Cell の状態空間プライバシー特性を継承しており、RGB++ の各 Tx はビットコインメインネットのブロックスペースのマイナー手数料を支払うだけでなく、Cell 状態空間の賃貸料も追加で支払う必要があります（この部分の費用は Cell 消費後に元のルートに戻ります）。Cell の状態空間プライバシーは、CKB が発明したブロックチェーンメインネットの状態爆発に対する防御メカニズムであり、Cell の状態空間の賃貸者は使用期間中に継続的に支払いを行う必要があります（CKB 流通トークンのインフレの形で価値が希薄化されます）。これにより、RGB++ プロトコルは責任あるビットコインメインネットのプログラマビリティ拡張プロトコルとなり、ある程度ビットコインメインネットのブロックスペースの乱用現象を制限できます。

信頼のない L1<>L2 相互運用：Leap

RGB++ の同型バインディングは、同時に発生するか、同時に反転する原子的な実現ロジックであり、中間状態は存在しません。すべての RGB++ 取引は、BTC と CKB チェーン上でそれぞれ 1 つの取引を同期して行います。前者は RGB プロトコルの取引と互換性があり、後者はクライアント検証のプロセスを置き換え、ユーザーは CKB 上の関連取引を確認するだけでこの RGB++ 取引の状態計算が正しいかどうかを検証できます。しかし、ユーザーは CKB チェーン上の取引を検証の根拠として使用する必要はなく、UTXO の部分的な関連 Tx グラフを利用して RGB++ 取引を独立して検証することができます（取引の折りたたみなどの一部機能は依然として CKB のブロックヘッダハッシュに依存して二重支払いの検証を行う必要があります）。

したがって、RGB++ と CKB メインネット間の資産のクロスチェーンは、追加の社会的信頼仮定を導入することなく行われます。例えば、クロスチェーンブリッジの中継層や EVM 互換 Rollup の中央集権的なマルチシグ金庫などです。RGB++ 資産は、ネイティブで信頼のない形でビットコインメインネットから CKB メインネットに移動したり、CKB メインネットからビットコインメインネットに移動したりできます。CKB はこのクロスチェーンワークフローを Leap と呼んでいます。

RGB++ と CKB の間には緩やかな結合関係があります。RGB++ プロトコルは、ビットコイン L1 層の資産（RGB++ プロトコルのネイティブ資産に限らず、Runes、Atomicals、Taproot Assets などのプロトコルで発行された資産を含む）を CKB に Leap することをサポートしています。また、RGB++ プロトコルは、ビットコイン L2 資産がビットコインメインネットに Leap することもサポートしています。

RGB++ の拡張機能とアプリケーションの例

RGB++ プロトコルは、同質化トークンと NFT の発行をネイティブにサポートしています。

RGB++ の同質化トークン標準は xUDT であり、NFT 標準は Spore などです。

xUDT 標準は、集中分配、エアドロップ、サブスクリプションなどを含むさまざまな同質化トークンの発行方法をサポートします。トークンの総量は、上限なしと予め設定された上限の間で選択できます。予め設定された上限のトークンに対しては、状態共有スキームを使用して、各発行の総数が予め設定された上限以下であることを検証できます。

NFT 標準の Spore は、すべてのメタデータをチェーン上に保存し、100% のデータ可用性の安全性を実現します。Spore プロトコルで発行された資産 DOB（Digital Object、デジタルオブジェクト）は、Ordinals NFT に似ていますが、より豊富な特性とプレイスタイルを持っています。

クライアント検証プロトコルとして、RGB プロトコルはネイティブにステートチャンネルとライトニングネットワークをサポートしていますが、ビットコインのスクリプト計算能力に制限されているため、BTC 以外の資産を信頼せずにライトニングネットワークに導入することは非常に困難です。しかし、RGB++ プロトコルは CKB のチューリング完全なスクリプトシステムを利用して、CKB ベースの RGB++ 資産のステートチャンネルとライトニングネットワークを実現できます。

これらの標準と機能を持つ RGB++ プロトコルのユースケースは、他のビットコインメインネットのプログラマビリティプロトコルのように単純な資産発行シーンに制限されず、資産取引、資産貸付、CDP ステーブルコインなどの複雑なアプリケーションシーンをサポートします。例えば、RGB++ の同型バインディングロジックをビットコインメインネットのネイティブ PSBT スクリプトと組み合わせることで、注文書グリッド形式の DEX を実現できます。

ビットコイン L2 RaaS サービスプロバイダー：UTXO Stack#

UTXO 同型ビットコイン L2 vs EVM 互換ビットコイン Rollup L2

チューリング完全なビットコインのプログラマビリティ実現ソリューション市場の競争において、DriveChain や OPCAT 操作コードの復元などのソリューションは、ビットコインプロトコル層の変更を必要とし、必要な時間とコストには非常に大きな不確実性と予測不可能性があります。現実主義のルートにおいて、UTXO 同型ビットコイン L2 と EVM 互換ビットコイン Rollup L2 は、開発者や資本からより高く評価されています。UTXO 同型ビットコイン L2 は CKB を代表とし、EVM 互換ビットコイン Rollup L2 は MerlinChain と BOB を代表としています。

実事求是に言えば、ビットコイン L1 資産発行プロトコルはビットコインコミュニティの中でまだ部分的なコンセンサスを形成し始めたばかりであり、ビットコイン L2 のコミュニティのコンセンサス度はさらに初期の段階にあります。しかし、この最前線の分野で、『ビットコインマガジン』と Pantera は、イーサリアム L2 の概念構造を借りてビットコイン L2 の定義範囲を設定しようとしています。

彼らの目には、ビットコイン L2 は以下の 3 つの特性を持つべきだとされています：

ビットコインをネイティブ資産として使用すること。ビットコイン L2 は、ビットコインを主要な決済資産として扱わなければなりません。
ビットコインを決済メカニズムとして使用して取引を強制執行すること。ビットコイン L2 のユーザーは、L1 資産の制御権（信頼できるかどうかにかかわらず）を強制的に戻すことができなければなりません。
ビットコインに対する機能依存性を示すこと。ビットコインメインネットが無効になってもビットコイン L2 システムが運用を維持できる場合、そのシステムはビットコインの L2 ではありません。[4]

言い換えれば、彼らが考えるビットコイン L2 は、ビットコインメインネットに基づくデータ可用性検証、エスケープポッドメカニズム、BTC をビットコイン L2 のガストークンとして使用することを持つべきだとされています。このように見ると、彼らの潜在意識の中では、EVM 互換 L2 のパラダイムがビットコイン L2 の標準テンプレートとして位置付けられています。

しかし、ビットコインメインネットの弱い状態計算と検証能力は短期的には特性 1 と特性 2 を実現できず、この状況下で EVM 互換 L2 は完全に社会的信頼仮定に依存するオフチェン拡張ソリューションとなります。彼らはホワイトペーパーに、将来的に BitVM を統合してデータ可用性検証を行い、ビットコインメインネットと共同でマイニングして安全性を強化すると書いています。

もちろん、これが EVM 互換 Rollup L2 が偽のビットコイン L2 であることを意味するわけではありませんが、彼らは安全性、信頼性、拡張性の間で良好なバランスを取ることができていません。また、ビットコインエコシステムがイーサリアムのチューリング完全な解決策を導入することは、ビットコインマキシによって拡張主義のルートへの宥和と見なされる可能性があります。

したがって、UTXO 同型ビットコイン L2 は、正統性とビットコインコミュニティのコンセンサスの程度において EVM 互換 Rollup L2 よりも優れています。

UTXO Stack の特性：フラクタルビットコインメインネット

もしイーサリアム L2 がイーサリアムのフラクタルであるなら、ビットコイン L2 はビットコインのフラクタルであるべきです。

CKB エコシステムの UTXO Stack は、開発者がワンクリックで UTXO ビットコイン L2 を起動し、RGB++ プロトコル機能をネイティブに統合することを可能にします。これにより、ビットコインメインネットと UTXO Stack で開発された UTXO 同型ビットコイン L2 の間で、Leap メカニズムを通じてシームレスな相互運用が実現できます。UTXO Stack は、BTC、CKB、および BTC L1 資産をステーキングして UTXO 同型ビットコイン L2 の安全性を確保することをサポートします。

UTXO Stack アーキテクチャ（画像出典：Medium）

UTXO Stack は現在、RGB++ 資産がビットコインライトニングネットワーク — — CKB ライトニングネットワーク — — UTXO Stack の並行 L2 間で自由に流通し、相互運用できることをサポートしています。さらに、UTXO Stack は Runes、Atomicals、Taproot Assets、Stamps などの UTXO ベースのビットコイン L1 プログラマビリティプロトコル資産が UTXO Stack の並行 L2 — — CKB ライトニングネットワーク — — ビットコインライトニングネットワーク間で自由に流通し、相互運用できることをサポートしています。

UTXO Stack はモジュール化のパラダイムをビットコイン L2 の構築分野に導入し、同型バインディングを巧妙に利用してビットコインメインネットの状態計算とデータ可用性検証の問題を回避しました。このモジュール化スタックにおいて、ビットコインの役割はコンセンサス層と決済層であり、CKB の役割はデータ可用性層であり、UTXO Stack の並行 L2 の役割は実行層です。

ビットコインのプログラマビリティの成長曲線と CKB の未来#

実際、ビットコインのデジタルゴールドの物語とビットコインのプログラマビリティの物語の間には内在的な緊張関係があります。ビットコインコミュニティの一部の OG は、23 年以降に興起したビットコイン L1 プログラマビリティプロトコルをビットコインメインネットへの新たな粉塵攻撃の熱潮と見なしています。ある意味で、ビットコインのコア開発者である Luke と BRC20 ファンの間の口論は、チューリング完全性の支持の有無の争い、ブロックサイズの争いに続く、ビットコインマキシと拡張主義者の第三次世界大戦です。

しかし、別の視点も存在します。それはビットコインをデジタルゴールドの APP チェーンと見なすことです。この視点では、デジタルゴールドの基盤となる分散型台帳の位置付けが、現在のビットコインメインネットの UTXO セットの形態とプログラマビリティプロトコルの特性を形成しています。しかし、私の記憶が正しければ、中本聡のビジョンはビットコインを P2P 電子通貨にすることでした。デジタルゴールドがプログラマビリティを必要とするのは金庫と金庫であり、通貨がプログラマビリティを必要とするのは中央銀行 - 商業銀行の流通ネットワークです。したがって、ビットコインのプログラマビリティを強化するプロトコルは、異端的な行為ではなく、中本聡のビジョンに回帰するものです。

ビットコインは最初の AppChain です（画像出典：@tokenterminal）

私たちは Gartner Hype Cycle の研究方法を借りて、ビットコインのプログラマビリティのソリューションを 5 つの段階に分類できます。

技術の萌芽期：DriveChain、UTXO Stack、BitVM など
期待の膨張期：Runes、RGB++、EVM Rollup ビットコイン L2 など
バブルの崩壊期：BRC20、Atomicals など
着実な回復期：RGB、ライトニングネットワーク、ビットコインサイドチェーンなど
成熟した高原期：ビットコインスクリプト、Taproot スクリプト、ハッシュタイムロックなど

CKB の未来：ビットコインエコシステムの OP Stack+EigenLayer#

EVM 互換ビットコイン Rollup L2 であれ、UTXO 同型ビットコイン L2 であれ、あるいは DriveChain などの新しいパラダイムであれ、チューリング完全なプログラマビリティのさまざまな実現ソリューションは、最終的にビットコインメインネットをコンセンサス層と決済層として指向します。

自然界で収束進化が繰り返されるように、ビットコインエコシステムのチューリング完全なプログラマビリティの発展傾向は、ある程度イーサリアムエコシステムと一致することが期待されます。しかし、この一致は、単にイーサリアムの技術スタックをビットコインエコシステムに複製するのではなく、ビットコインのネイティブな技術スタック（UTXO に基づくプログラマビリティ）を利用して類似のエコシステム構造を実現することです。

CKB の UTXO Stack は Optimism の OP Stack と非常に似た位置付けを持ち、OP Stack は実行層でイーサリアムメインネットとの強い同等性と一貫性を維持し、UTXO Stack は実行層でビットコインメインネットとの強い同等性と一貫性を維持します。同時に、UTXO Stack と OP Stack の構造は同様に平行構造です。

CKB エコシステムの現状（画像出典：CKB コミュニティ）

** 将来的に UTXO Stack は、共有シーケンサー、共有セキュリティ、共有流動性、共有検証セットなどの RaaS サービスを提供し、開発者が UTXO 同型ビットコイン L2 を立ち上げるコストと難易度をさらに低下させる予定です。** 現在、去中心化ステーブルコインプロトコル、AMM DEX、貸付プロトコル、自主的な世界などのプロジェクトが、UTXO Stack を使用して UTXO 同型ビットコイン L2 を構築することを計画しています。

他のビットコインのセキュリティ抽象プロトコルとは異なり、CKB のコンセンサスメカニズムはビットコインメインネットと一致する PoW コンセンサスメカニズムであり、マシンの計算能力がコンセンサス台帳の一貫性を維持します。しかし、CKB のトークン経済学はビットコインとはいくつかの違いがあります。ブロックスペースの生産と消費行動のインセンティブの一貫性を保つために、ビットコインは重みと vByte メカニズムを導入して状態空間使用料を計算しますが、CKB は状態空間をプライベート化することを選択しています。

CKB のトークン経済学は、基本発行と二次発行の 2 つの部分で構成されています。基本発行のすべての CKB はマイナーに完全に報酬され、二次発行の CKB の目的は状態賃貸料を徴収することです。二次発行の具体的な配分比率は、現在流通している CKB のネットワーク内での使用方法に依存します。

例えば、流通している CKB の中で、50% が状態の保存に使用され、30% が NervosDAO にロックされ、20% が完全に流動性を保持していると仮定します。この場合、二次発行の 50%（つまり状態の保存の賃貸料）はマイナーに配分され、30% は NervosDAO の預金者に配分され、残りの 20% は国庫基金に配分されます。

このトークン経済モデルは、グローバルな状態の成長を制約し、異なるネットワーク参加者（ユーザー、マイナー、開発者、トークン保有者を含む）の利益を調整し、すべての人に利益をもたらすインセンティブ構造を作成します。これは市場の他の L1 の状況とは異なります。

さらに、CKB は単一の Cell が最大 1000 バイトの状態空間を占有することを許可しており、これにより CKB 上の NFT 資産は他のブロックチェーンの同類資産にはない特異な特性を持つことができます。例えば、ネイティブにガス料金を持ち、状態空間のプログラマビリティなどです。これらの特異な特性により、UTXO Stack は自主的な世界プロジェクトの基盤インフラストラクチャを構築するのに非常に適しています。

UTXO Stack は、ビットコイン L2 開発者が BTC、CKB、および他のビットコイン L1 資産をステーキングしてそのネットワークのコンセンサスに参加することを許可します。

まとめ#

ビットコインがチューリング完全なプログラマビリティのソリューション段階に進化することは避けられません。しかし、チューリング完全なプログラマビリティはビットコインメインネットではなく、オフチェイン（RGB、BitVM）またはビットコイン L2（CKB、EVM Rollup、DriveChain）で発生します。

歴史的な経験に基づくと、これらのプロトコルの中から 1 つのプロトコルが最終的に独占的な標準プロトコルに発展するでしょう。

ビットコインのプログラマビリティプロトコルの競争力を決定する重要な要素は 2 つあります：1. 追加の社会的信頼仮定に依存せずに L1<>L2 間で BTC の自由な流通を実現すること；2. 十分な規模の開発者、資金、ユーザーを L2 エコシステムに引き込むことです。

CKB はビットコインのプログラマビリティソリューションとして、同型バインディング + CKB ネットワークを利用してクライアント検証の解決策を実現し、ビットコイン L1 層の資産が L1<>L2 間で自由に流通できるようにし、追加の社会的信頼仮定に依存しません。また、CKB Cell の状態空間プライバシー特性の恩恵を受けて、RGB++ は他のビットコインのプログラマビリティプロトコルのようにビットコインメインネットに状態爆発の圧力をもたらすことはありません。

** 最近、RGB++ の最初の資産発行がエコシステムの熱起動を初歩的に完了し、CKB エコシステムに約 15 万人の新ユーザーと一部の新しい開発者を成功裏にオンボードしました。** ビットコイン L1 プログラマビリティプロトコル Stamps エコシステムのワンストップソリューション OpenStamp は、UTXO Stack を使用して Stamps エコシステムの UTXO 同型ビットコイン L2 を構築することを選択しました。

次の段階では、CKB はエコシステムアプリケーションの構築、BTC の L1<>L2 間での自由な流通の実現、ライトニングネットワークの統合などに重点を置き、将来的にはビットコインのプログラマビリティ層となることを目指します。

記事中に言及されたリンクの一部：

[1] https://nakamoto.com/what-are-the-key-properties-of-bitcoin/

[2] https://www.btcstudy.org/2022/09/07/on-the-programmability-of-bitcoin-protocol/# 一 - 引言

[3] https://medium.com/@ABCDE.com/cn-abcde - 我们为什么要投资 utxo-stack-91c9d62fa74e

[4] https://bitcoinmagazine.com/technical/layer-2-is-not-a-magic-incantation