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 に焦点を当てています。

典型的な二つの事例は、2017 年以降のビットコインメインネットの二回の重大なアップグレードです：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 は特定の時間の 1 つの最新の状態を表します。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 プロトコルには、証人データスペースの乱用の疑いがあり、客観的にビットコインメインネットの状態爆発を引き起こしています。

ビットコインのブロックスペースのサイズの変化（出典：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 メインネットのセル（拡張版の UTXO）にマッピングし、CKB とビットコインチェーン上のスクリプト制約を使用して状態計算の正確性と所有権の変更の有効性を検証します。

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

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

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

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

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

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

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

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

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

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

信頼を排除した L1<>L2 相互運用：Leap

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

したがって、RGB++ と CKB メインネット間の資産のクロスチェーンは、追加の社会的信頼仮説を導入することなく、ネイティブで信頼を排除した形でビットコインメインネットから CKB メインネットに、または CKB メインネットからビットコインメインネットに移動できます。CKB はこのクロスチェーンワークフローを Leap と呼んでいます。

RGB++ と CKB の間には緩やかな結合の関係があります。RGB++ プロトコルは、ビットコイン L1 層の資産（RGB++ プロトコルのネイティブ資産に限らず、Runes、Atomicals、Taproot Assets などのプロトコルで発行された資産を含む）を CKB に Leap することをサポートするだけでなく、Cardano などの他の UTXO チューリング完全チェーンへの 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 のユーザーは、レイヤー 1 の資産の制御権（信頼できるかどうかにかかわらず）を強制的に戻すことができる必要があります。
ビットコインへの機能依存性を示すこと。ビットコインメインネットが無効になってもビットコイン 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 は単一のセルが最大 1000 バイトの状態空間を占有することを許可しており、これにより CKB 上の NFT 資産は他のブロックチェーンの同類資産にはない特異な特性を持つことができます。例えば、ネイティブにガス料金を持ち、状態空間のプログラマビリティなどです。これらの特異な特性により、UTXO Stack は自主的な世界プロジェクトの基盤インフラストラクチャを構築するのに非常に適しています。

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

まとめ#

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

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

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

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

** 最近、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