CKB: ビットコインのプログラミング可能性の新たな章

序文

ビットコインの第4回半減期サイクルでは、Ordinalsプロトコルや類似のプロトコルが爆発的に採用され、暗号通貨業界は、ビットコインL1レイヤーに基づく資産の発行と取引がビットコインメインネットのコンセンサスセキュリティとエコロジカルな発展に与えるプラスの外部価値を認識するようになりました。これは、ビットコインエコシステムの「Uniswap の瞬間」と言えるでしょう。

ビットコインのプログラマビリティの進化と反復は、BTC 保有者やブロックスペースビルダーなどの目的論によって推進されるのではなく、ビットコインコミュニティの意見市場ガバナンスの結果です。

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

Ethereum やその他の高性能パブリックチェーンとは異なり、UTXO セットのシンプルさと軽量性を確保するために、Bitcoin のプログラマビリティの設計空間は大幅に制限されており、基本的な制約は、スクリプトと OP コードを使用して UTXO を操作する方法です。

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

第 2 波の登録後、CKB の UTXO 同型バインディングソリューション、EVM 互換の Bitcoin L2 ソリューション、DriveChain ソリューションなど、新世代の Bitcoin プログラマビリティソリューションが登場しました。

EVM 互換の Bitcoin L2 ソリューションと比較すると、CKB (Common Knowledge Base) の Bitcoin プログラマビリティソリューションは、Bitcoin プログラマビリティの最新の設計空間に社会的信頼の前提を導入しないネイティブで安全なソリューションです。 DriveChain ソリューションと比較すると、Bitcoin プロトコルレベルでの変更は必要ありません。

近い将来、ビットコインのプログラマビリティの成長曲線は加速成長段階を迎え、ビットコインエコシステムの資産、ユーザー、アプリケーションは玄武岩の爆発の波を先導するでしょう。 CKB エコシステムの UTXO スタックは、新たに参入したビットコイン開発者に、モジュラースタックを使用してプロトコルを構築する機能を提供します。さらに、CKB は、ビットコインのネイティブなプログラマビリティを活用して新しいプロトコル間の相互運用性を実現し、ライトニングネットワークと UTXO スタックの統合を検討しています。

ビットコインのプログラミングのための名前空間

ブロックチェーンは信頼を生み出すマシンであり、ビットコインのメインネットはマシン No.0 です。西洋哲学がすべてプラトンの脚注であるように、暗号通貨の世界のすべて (資産、物語、ブロックチェーンネットワーク、プロトコル、DAO など) はビットコインの派生物であり、成長したものです。

Bitcoin Maxiと拡張主義者の共進化の過程で、Bitcoinは、Bitcoinメインネットがチューリング完全性をサポートしているかどうかの論争から、孤立した証人スキームと大規模ブロック拡張スキームをめぐる論争まで、絶えず分岐しています。これにより、新しい暗号プロジェクトと暗号コミュニティのコンセンサスが生まれるだけでなく、ビットコイン自身のコミュニティのコンセンサスも強化され、統合されます。これは他者化を達成しながら自己を肯定するプロセスです。

サトシ・ナカモトの謎の失踪により、ビットコインのコミュニティガバナンスは、イーサリアムのような「啓蒙君主制」のガバナンス構造ではなく、マイナー、開発者、コミュニティ、市場が均衡を達成するためにオープンな競争に参加するガバナンスモデルになっています。これにより、ビットコインのコミュニティのコンセンサスは、一度形成されると非常に安定するという特性が得られます。

ビットコインコミュニティのコンセンサスの現在の特徴は、コンセンサスがコマンドとコントロールではないこと、信頼の最小化、分散化、検閲耐性、疑似匿名性、オープンソース、オープンコラボレーション、許可不要、法的中立性、同質性、前方互換性、リソース使用量の最小化、検証>計算、収束、トランザクションの不変性、DoS攻撃への耐性、参入競争の回避、堅牢性、インセンティブの調整、固化、改ざんされないコンセンサス、対立の原則、協調的な進歩です。 [1]

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

ビットコインのプログラミングの古典的な設計空間

他のパブリックチェーンがモジュール化、並列化、その他のソリューションを試み、ブロックチェーンの不可能三角形ソリューションの設計空間を模索している一方で、ビットコインプロトコルの設計空間は常にスクリプト、OPコード、UTXOに重点を置いてきました。

典型的な例としては、2017 年以降のビットコインメインネットの 2 つの主要なアップグレード、Segwit ハードフォークと Taproot ソフトフォークが挙げられます。

2017年8月のSegwitハードフォークでは、署名（証人）を保存するために1Mのメインブロックに加えて3Mのブロックが追加され、マイナー手数料を計算する際に署名データの重みをメインブロックデータの1/4に設定することで、UTXO出力の消費とUTXO出力の作成にかかるコストの一貫性を保ち、UTXO変更の悪用を防ぎ、UTXOセットの拡張率を高めました。

2021 年 11 月の Taproot ソフトフォークでは、Schnorr マルチ署名スキームを導入することで、UTXO 検証時間とマルチ署名によって占有されるブロック領域が節約されます。

1 UTXO キー値グループ (出典: learnmeabitcoin.com)

UTXO (未使用トランザクション出力) は、ビットコインメインネットの基本的なデータ構造です。原子性、非均質性、連鎖結合などの特性を持っています。 Bitcoin メインネット上のすべてのトランザクションは、1 つの UTXO を入力として消費し、整数 n 個の新しい UTXO 出力を作成します。簡単に言えば、UTXO はチェーン上で実行される米ドルやユーロなどの紙幣と見ることができます。使用したり、お釣りを受け取ったり、分割したり、結合したりすることができますが、その最小の原子単位は sats です。 1 つの UTXO は特定の時点における最新の状態を表します。 UTXO セットは、特定の時点でのビットコインメインネットの最新の状態を表します。

ビットコインの UTXO セットをシンプル、軽量、検証しやすいものにすることで、ビットコインメインネットの状態拡張率はハードウェアのムーアの法則と一致するレベルで安定し、ビットコインメインネット上のすべてのノードの参加とトランザクション検証の堅牢性が保証されます。

同様に、ビットコインのプログラマビリティの設計空間も、ビットコインコミュニティのコンセンサス特性によって制約されます。たとえば、潜在的なセキュリティリスクを防ぐために、サトシ・ナカモトは 2010 年 8 月に、ビットコインのチューリング完全なプログラミングを実現するための重要なロジックである OP-CAT オペコードを削除することを決定しました。

ビットコインのプログラマビリティの実装パスでは、イーサリアムやソラナのようなオンチェーン仮想マシン (VM) ソリューションは採用されず、スクリプトと操作コード (OP コード) を使用して UXTO、トランザクション入力フィールド、出力フィールド、および証人データ (Witness) をプログラムすることが選択されます。

Bitcoin のプログラミングの主なツールボックスには、マルチ署名、タイムロック、ハッシュロック、プロセス制御 (OP_IF、OP_ELIF) が含まれます。 [2]

従来の設計空間では、ビットコインのプログラム可能性は非常に限られており、いくつかの検証手順のみがサポートされており、チューリング完全なプログラム可能性を実現するためのコア機能コンポーネントであるオンチェーン状態ストレージとオンチェーンコンピューティングはサポートされていません。

ビットコインのプログラミングの復活

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

ビットコインメインネットの開発は停滞しており、さまざまなコンセンサスベクトルによって設計空間が制限されているという外部の固定観念とは反対に、ビットコインメインネットの新しいスクリプトと新しいオペコードの開発、展開、採用、および推進は常に進行中であり、ある時点では暗号通貨コミュニティでフォーク戦争 (Segwit ハードフォークなど) を引き起こしたことさえあります。

ビットコインメインネットにおけるスクリプトタイプの採用の変化を例にとると、その変化を明確に認識することができます。 Bitcoin メインネット出力タイプで使用されるスクリプトは、オリジナルスクリプト pubkey、pubkeyhash、拡張スクリプト multisig、scripthash、証人スクリプト witness_v0_keyhash、witness_v0_scripthash、witness_v1_taproot の 3 つのカテゴリに分類できます。

ビットコインメインネットの完全な履歴出力タイプ出典: Dune

ビットコインのメインネットワークの全歴史における出力タイプの変化のトレンドチャートから、ビットコインのメインネットワークのプログラマビリティの向上は長期的な歴史的傾向であり、強化されたスクリプトが元のスクリプトのシェアを消費し、証人スクリプトが強化されたスクリプトのシェアを消費しているという基本的な事実がわかります。 Segweit 拡張スクリプトと Taproot 証人スクリプトに基づく Ordinals プロトコルによって開始されたビットコイン L1 資産発行の波は、ビットコインメインネットプログラマビリティの歴史的傾向の継続であると同時に、ビットコインメインネットプログラマビリティの新たな段階でもあります。

Bitcoin メインネットオペコードにも、Bitcoin メインネットスクリプトと同様の進化プロセスがあります。

たとえば、Ordinals プロトコルは、Bitcoin メインネットスクリプトの taproot script-path spend とオペコード (OP_FALSE、OP_IF、OP_PUSH、OP_ENDIF) を組み合わせて機能設計を実装します。

Ordinalsプロトコルのワンタイム刻印例

Ordinals プロトコルが正式にリリースされる前は、ビットコインのプログラマビリティに関する従来のソリューションには、主にステートチャネル (Lightning Network)、クライアント検証 (RGB)、サイドチェーン (Liquid Network、Stacks、RootSock など)、CounterParty、Omni Layer、DLC などが含まれていました。

Ordinals プロトコルは、UTXO の最小の原子単位である Satoshi をシリアル化し、そのデータ内容を UTXO の Witness フィールドに刻印し、シリアル化後に特定の Satoshi に関連付けます。オフチェーンインデクサーは、これらのデータ状態に対してインデックスを作成し、プログラム可能な操作を実行する役割を担います。この新しいビットコインのプログラム可能性パラダイムは、比喩的に「金の彫刻」に例えられています。

Ordinals プロトコルの新しいパラダイムは、ビットコインメインネットのブロック空間を使用して NFT コレクションや MeMe タイプのトークン (総称してインスクリプションと呼ばれる) を発行、鋳造、取引するという、より広範な暗号通貨コミュニティの熱意を刺激しました。彼らの多くは、人生で初めて自分のビットコインアドレスを持っています。

ただし、Ordinals プロトコルのプログラム可能性は Bitcoin の制限されたプログラム可能性を継承しており、Deploy、Mint、Transfer の 3 つの機能メソッドのみをサポートしています。これにより、Ordinals プロトコルと、BRC20、Runes、Atomicals、Stamps などのそのフォロワーは、資産発行シナリオにのみ適したものになります。ただし、状態の計算と状態の保存を必要とするトランザクションやレンディングなどの DeFi アプリケーションシナリオのサポートは比較的弱いです。

3 種類の Ordinals プロトコルの TX 数 (出典: Dune)

流動性は資産の活力の源です。 Ordinals タイプの Bitcoin プログラマビリティプロトコルの自然な特性により、刻印資産は大量に発行されますが、流動性が提供されず、刻印資産のライフサイクル全体を通じて刻印資産によって生成される価値に影響を与えます。

さらに、Ordinals と BRC20 プロトコルは、証人データ空間を悪用し、客観的にビットコインメインネットの状態を爆発的に悪化させる疑いがあります。

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

参考までに、イーサリアムメインネットガス料金の主な発生源は、DEX トランザクションガス料金、L2 データ可用性料金、およびステーブルコイン転送ガス料金です。イーサリアムメインネットと比較すると、ビットコインメインネットは収入タイプが単一で、周期性が強く、ボラティリティが高いという特徴があります。

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

したがって、ビットコインメインネットの状態スケールへの悪影響を制限しながら、ビットコインのチューリング完全なプログラミング可能性をネイティブに実装する方法が、ビットコインエコシステムで現在注目されている話題となっています。

ビットコインのプログラミングのための CKB ソリューション

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

BitVM は、一連の Bitcoin OP コードを使用して NAND ロジックゲートを構築し、次に NAND ロジックゲートを使用して他の基本的なロジックゲートを構築します。最後に、これらの基本的なロジックゲート回路を使用して、Bitcoin ネイティブ VM を構築します。この原理は、有名な SF 小説「三体問題」に登場する秦の始皇帝の配列図に多少似ています。 Netflix が制作した同名のテレビシリーズでは、特定のシーンが紹介されています。 BitVM ソリューションに関する論文は完全にオープンソースであり、暗号通貨コミュニティから大きな期待を集めています。しかし、そのエンジニアリング実装は非常に困難です。オフチェーンのデータ管理コスト、参加者数の制限、チャレンジレスポンスのやり取りの数、ハッシュ関数の複雑さなどの問題に直面しており、短期間での実装は困難です。

RGB プロトコルは、クライアント検証とワンタイムシーリングテクノロジを使用して、チューリング完全なプログラミング可能性を実現します。コアとなる設計アイデアは、ビットコイントランザクションの出力にスマートコントラクトの状態とロジックを保存し、ビットコインメインネットを最終状態のコミットメントレイヤーとして使用して、スマートコントラクトコードとデータストレージのメンテナンスをオフチェーンで実行することです。

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

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

上記のビットコインのプログラマビリティソリューションは、エンジニアリング上の困難さにより短期的に実装するのが非常に困難であるか、社会的信頼の仮定が多すぎるか、ビットコインのプロトコルレベルの変更を必要とします。

ビットコイン L1 アセットプロトコル: RGB++

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

UXTO ネイティブプリミティブ: 同型バインディング

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

つまり、RGB++ は CKB チェーン上の Cell を使用して、RGB 資産の所有権関係を表現します。元々ローカルRGBクライアントに保存されていた資産データをCKBチェーンに移動してセルの形式で表現し、ビットコインUTXOとのマッピング関係を確立し、CKBをRGB資産のパブリックデータベースおよびオフチェーン事前決済レイヤーとして機能させ、RGBクライアントに代わる、より信頼性の高いデータ保管とRGB契約のやり取りを実現します。

RGB++ の同型結合 (画像ソース: RGB++ プロトコルライトペーパー)

セルは CKB の基本的なデータストレージユニットであり、CKBytes、トークン、TypeScript コード、シリアル化されたデータ (JSON 文字列など) などのさまざまなデータタイプを含めることができます。各セルには、セルの所有者を定義するロックスクリプトと呼ばれる小さなプログラムが含まれています。ロックスクリプトは、マルチ署名、ハッシュロック、タイムロックなどの Bitcoin メインネットスクリプトの両方をサポートし、その使用を制御するための特定のルールを実行するタイプスクリプトを組み込むこともできます。これにより、開発者は、NFT の発行、トークンのエアドロップ、AMM スワップなど、さまざまなユースケースに合わせてスマートコントラクトをカスタマイズできるようになります。

RGB プロトコルは、OP RETURN オペコードを使用して、オフチェーントランザクションの状態ルートを UTXO の出力に添付し、UTXO を状態情報のコンテナーとして使用します。そして、RGB++ は、RGB によって構築された状態情報コンテナを CKB の Cell にマッピングし、その状態情報を Cell の型とデータに保存し、このコンテナ UTXO を Cell の状態所有者として使用します。

RGB++ トランザクションライフサイクル (出典: RGB++ プロトコルライトペーパー)

上の図に示すように、完全な RGB++ トランザクションライフサイクルは次のとおりです。

オフチェーンコンピューティング。同型バインディング Tx を開始するときは、まず Bitcoin メインネット上の新しい UTXO btc_utxo#2 を 1 回限りの密閉コンテナとして選択し、元のセル同型バインディング UTXO btc_utxo#1、新しいセル同型バインディング btc_utxo#2、および元のセルを入力、新しいセルを出力として CKB TX のハッシュ計算を実行して、コミットメントを生成します。
ビットコイン取引を送信します。 RGB++ は Bitcoin メインネット上で Tx を開始し、元のセルに同型にバインドされた btc_utxo#1 を入力として受け取り、OP RETURN を使用して前のステップで生成されたコミットメントを出力として受け取ります。
CKB トランザクションを送信します。 CKB メインネット実行前にオフチェーン計算によって生成された CKB Tx。
オンチェーン検証。 CKB メインネットは、Bitcoin メインネットライトクライアントを実行して、システム全体の状態の変化を確認します。これは RGB とは大きく異なります。 RGB の状態変更検証では P2P メカニズムを採用しており、Tx のイニシエーターとレシーバーが同時にオンラインである必要があり、関連する TX グラフに対してのみインタラクティブな検証を実行します。

上記の同型バインディングロジックに基づいて実装された RGB++ は、RGB プロトコルと比較して、プライバシーをある程度犠牲にしながらも、ブロックチェーン強化クライアント検証、トランザクションフォールディング、マスターレスコントラクトの共有状態、非対話型転送など、いくつかの新しい機能を獲得しています。

ブロックチェーン強化クライアント側認証。 RGB++ では、ユーザーは PoW を採用してコンセンサスセキュリティ CKB 検証状態の計算と URXO セルの所有権の変更を維持することを選択できます。
トランザクションのフォールディング。 RGB++ は複数のセルを単一の UTXO にマッピングすることをサポートしており、これにより RGB++ の柔軟な拡張が実現します。
所有者のいないスマートコントラクトと共有状態。 UTXO 状態データ構造を使用してチューリング完全なスマートコントラクトを実装する際の主な困難の 1 つは、所有者がいないスマートコントラクトと共有状態です。 RGB++ は、CKB のグローバル状態セルとインテントセルを使用してこの問題を解決できます。
非対話型転送。 RGB++ により、RGB のクライアント検証プロセスがオプションになり、対話型転送は不要になりました。ユーザーが状態計算と所有権の変更を検証するために CKB を選択した場合、トランザクションインタラクションエクスペリエンスは Bitcoin メインネットと一貫性を保ちます。

さらに、RGB++ は CKB メインネットセルの状態空間プライベート化機能も継承します。 Bitcoin メインネットのブロックスペースを使用するためのマイナー料金の支払いに加えて、RGB++ の各 TX は、セル状態スペースをリースするための追加料金も支払う必要があります (この料金の一部は、セルが消費された後に元のルートに返還されます)。 Cell の状態空間のプライベート化は、ブロックチェーンメインネットの状態爆発に対処するために CKB によって発明された防御メカニズムです。 Cell の状態空間の賃借者は、使用期間中、継続的に支払う必要があります (価値は、CKB の循環トークンのインフレの形で希薄化されます)。これにより、RGB++ プロトコルは、ビットコインメインネットブロックスペースの悪用をある程度制限できる、責任あるビットコインメインネットプログラマビリティ拡張プロトコルになります。

トラストレスな L1<>L2 相互運用性: Leap

RGB++ の同型バインディングは、中間状態なしで同時に発生するか、同時に反転する同期アトミック実装ロジックです。すべての RGB++ トランザクションは、BTC チェーンと CKB チェーン上のトランザクションとして同時に表示されます。前者は RGB プロトコルのトランザクションと互換性があり、後者はクライアント検証プロセスを置き換えます。ユーザーは、CKB 上の関連トランザクションをチェックするだけで、この RGB++ トランザクションのステータス計算が正しいかどうかを確認できます。ただし、ユーザーは、CKB チェーン上のトランザクションを検証の基礎として使用する代わりに、UTXO のローカル相関 Tx グラフを使用して、RGB++ トランザクションを個別に検証することもできます。 (トランザクションフォールディングなどの一部の機能は、二重支払いの検証のためにCKBのブロックヘッダーハッシュに依存する必要があります)

したがって、RGB++ と CKB メインネット間のクロスチェーン資産転送は、クロスチェーンブリッジのリレーレイヤー、EVM Rollup と互換性のある集中型マルチ署名ボールトなどの追加の社会的信頼の前提の導入に依存しません。RGB++ 資産は、ビットコインメインネットから CKB メインネットへ、または CKB メインネットからビットコインメインネットへ、ネイティブかつ信頼なしで転送できます。 CKB はこのクロスチェーンワークフローを Leap と呼んでいます。

RGB++ と CKB の間には疎結合関係があります。 RGB++ プロトコルは、Bitcoin L1 資産 (RGB++ プロトコルのネイティブ資産に限定されず、Runes、Atomicals、Taproot Asset などのプロトコルを使用して発行された資産を含む) から CKB への Leap をサポートするだけでなく、Cardano などの他の UTXO チューリング完全チェーンからの Leap もサポートします。同時に、RGB++ は Bitcoin L2 資産の Bitcoin メインネットへの Leap もサポートします。

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

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

RGB++の同種トークン規格はxUDT、NFT規格はSporeなどです。

xUDT 標準は、集中配布、エアドロップ、サブスクリプションなどを含むさまざまな同種のトークン発行方法をサポートしています。トークンの合計量も、上限なしまたは事前設定された上限から選択できます。上限が事前に設定されているトークンの場合、状態共有スキームを使用して、毎回発行される合計金額が事前に設定された上限以下であることを確認できます。

NFT 標準の Spore はすべてのメタデータをチェーン上に保存し、100% のデータ可用性セキュリティを実現します。 Spore プロトコルによって発行される資産 DOB (デジタルオブジェクト) は、Ordinals NFT に似ていますが、より豊富な機能とゲームプレイを備えています。

RGB プロトコルはクライアント検証プロトコルとして、当然ステートチャネルとライトニングネットワークをサポートしていますが、ビットコインのスクリプト計算能力の制限により、信頼なしに BTC 以外の資産をライトニングネットワークに導入することは非常に困難です。ただし、RGB++ プロトコルは、CKB のチューリング完全なスクリプトシステムを利用して、CKB に基づく RGB++ アセットの状態チャネルとライトニングネットワークを実装できます。

上記の標準と機能により、RGB++ プロトコルの使用例は、他の Bitcoin メインネットのプログラム可能なプロトコルのような単純な資産発行シナリオに限定されず、資産取引、資産貸付、CDP ステーブルコインなどの複雑なアプリケーションシナリオをサポートします。たとえば、RGB++ 同型バインディングロジックを Bitcoin メインネットのネイティブ PSBT スクリプトと組み合わせると、オーダーブックグリッドの形式で DEX を実現できます。

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

UTXO 同型 Bitcoin L2 と EVM 互換 Bitcoin Rollup L2

チューリング完全なビットコインプログラマビリティ実装ソリューションの市場競争において、DriveChain や OPCAT オペコード回復などのソリューションはビットコインプロトコル層の変更を必要とし、必要な時間とコストは非常に不確実で予測不可能です。現実的なルートでは、UTXO 同型 Bitcoin L2 と EVM 互換 Bitcoin Rollup L2 が開発者や資本により広く認知されています。 UTXO は、CKB で表される Bitcoin L2 と同型です。 EVM は、MerlinChain や BOB に代表される Bitcoin Rollup L2 と互換性があります。

正直に言うと、ビットコイン L1 資産発行プロトコルはビットコインコミュニティ内でローカルコンセンサスを形成し始めたばかりであり、ビットコイン L2 に関するコミュニティコンセンサスはさらに初期段階にあります。しかし、この分野では、Bitcoin Magazine と Pantera が、Ethereum L2 の概念構造を借用して、Bitcoin L2 の定義の範囲を設定しようと試みました。

彼らの目から見ると、Bitcoin L2 には次の 3 つの特性があるはずです。

ネイティブアセットとしてビットコインを使用します。 Bitcoin L2 は主要な決済資産として Bitcoin を使用する必要があります。
取引を強制するための決済メカニズムとしてビットコインを使用します。 Bitcoin L2 のユーザーは、レイヤー (信頼できるレイヤーまたは信頼できないレイヤー) 上の資産の制御を強制的に返すことができる必要があります。
ビットコインへの機能的依存性を実証する。ビットコインのメインネットに障害が発生しても、ビットコインの L2 システムが引き続き動作可能な場合、そのシステムはビットコインの L2 ではありません。 [4]

言い換えれば、彼らは、ビットコイン L2 にはビットコインメインネットに基づくデータ可用性検証、エスケープハッチメカニズム、ビットコイン L2 ガストークンとしての BTC などが必要であると考えています。彼らは無意識のうちに、EVM 互換の L2 パラダイムをビットコイン L2 の標準テンプレートとして使用しているようです。

しかし、ビットコインメインネットの弱い状態の計算と検証の機能では、短期的には機能 1 と 2 を実現できません。この場合、EVM と L2 の互換性は、完全に社会的信頼の仮定に依存するオフチェーン拡張ソリューションですが、ホワイトペーパーには、セキュリティを強化するために、将来的にデータ可用性の検証とビットコインメインネットとの共同マイニングのために BitVM が統合されると書かれています。

もちろん、これは、これらの EVM 互換の Rollup L2 が偽の Bitcoin L2 であることを意味するのではなく、セキュリティ、信頼性、スケーラビリティの間で適切なバランスが取れていないことを意味します。さらに、イーサリアムのチューリング完全なソリューションをビットコインエコシステムに導入することは、ビットコインマキシにとっては拡張主義的なアプローチの宥和策と簡単に見なされる可能性があります。

したがって、UTXO 同型の Bitcoin L2 は、正統性と Bitcoin コミュニティのコンセンサスの観点から、EVM 互換の Rollup L2 よりも当然優れています。

UTXOスタックの特徴: フラクタルビットコインメインネット

Ethereum L2 が Ethereum のフラクタルである場合、Bitcoin L2 は Bitcoin のフラクタルであるはずです。

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

UTXO スタックアーキテクチャ (出典: Medium)

UTXO スタックは現在、Bitcoin Lightning Network-CKB Lightning Network-UTXO Stack 並列 L2 間の RGB++ 資産の自由な流れと相互運用性をサポートしています。さらに、UTXO スタックは、UTXO スタック並列 L2 - CKB ライトニングネットワーク - Bitcoin ライトニングネットワーク間で、ルーン、アトミカル、タップルートアセット、スタンプなどの UTXO に基づく Bitcoin L1 プログラマブルプロトコルアセットの自由な流れと相互運用性もサポートします。

UTXO スタックは、ビットコイン L2 の構築にモジュラーパラダイムを導入し、同型バインディングによってビットコインメインネットの状態計算とデータ可用性検証の問題を巧みに回避します。このモジュラースタックでは、Bitcoin がコンセンサスおよび決済レイヤーの役割を果たし、CKB がデータ可用性レイヤーの役割を果たし、UTXO Stack 並列 L2 が実行レイヤーの役割を果たします。

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

実際、ビットコインのデジタルゴールドの物語とビットコインのプログラム可能な物語の間には、本質的な緊張関係があります。ビットコインコミュニティの一部のOGは、23年ぶりに登場したビットコインL1プログラマブルプロトコルを、ビットコインメインネットに対する新たなダスト攻撃の波と見なしている。ある意味、ビットコインのコア開発者であるルーク氏とBRC20ファンの間の論争は、チューリング完全性をサポートするかどうかの論争や、大ブロックと小ブロックの論争に続く、ビットコインのマキシと拡張主義者の間の第三次世界大戦です。

しかし実際には、ビットコインをデジタルゴールドと見なす APP Chain という別の視点もあります。この観点から見ると、ビットコインメインネットの現在の UTXO セット形式とプログラム可能なプロトコル特性を形作っているのは、基盤となる分散型台帳としてのデジタルゴールドの位置付けです。しかし、私の記憶が正しければ、サトシ・ナカモトのビジョンはビットコインをP2P電子通貨にすることでした。デジタルゴールドがプログラム可能にするために必要なのは金庫と保管庫であり、通貨がプログラム可能にするために必要なのは中央銀行と商業銀行の流通ネットワークです。したがって、ビットコインのプログラム可能性強化プロトコルは異端ではなく、サトシ・ナカモトのビジョンへの回帰です。

ビットコインは最初の AppChain です (画像ソース: @tokenterminal)

ガートナーのハイプサイクルの調査方法を参考にして、ビットコインのプログラマビリティソリューションを5つの段階に分けることができます。

技術初期段階: DriveChain、UTXO Stack、BitVM など。
膨らんだ期待: ルーン、RGB++、EVM ロールアップ、ビットコイン L2 など。
バブル崩壊期：BRC20、アトミカルズなど
安定した回復期：RGB、ライトニングネットワーク、ビットコインサイドチェーンなど
成熟度プラトー: Bitcoin スクリプト、Taproot スクリプト、ハッシュタイムロックなど。

CKB の未来: ビットコインエコシステムの OP スタック + 固有レイヤー

Bitcoin Rollup L2 との EVM 互換性、UTXO 同型 Bitcoin L2、または DriveChain などの新しいパラダイムなど、チューリング完全なプログラミング可能性のさまざまな実装スキームは、最終的に Bitcoin メインネットをコンセンサスレイヤーと決済レイヤーとして指し示しています。

自然界で収斂進化が繰り返し起こるのと同様に、ビットコインエコシステムにおけるチューリング完全なプログラミング可能性の開発動向は、いくつかの側面においてイーサリアムエコシステムと一定の一貫性を示すことが予想されます。ただし、この一貫性は、ビットコインのエコシステムに対するEthereumのテクノロジースタックの単純な複製ではなく、同様の生態学的構造を実現するためのビットコインのネイティブテクノロジースタック（UTXOベースのプログラマ性）の使用です。

CKBのUTXOスタックのポジショニングは、楽観主義のOPスタックの位置と非常に似ています。 OPスタックは、実行レイヤーでのEthereum MainNetとの強力な等価性と一貫性を維持しますが、UTXOスタックは実行レイヤーのビットコインメインネットとの強い等価性と一貫性を維持します。同時に、UTXOスタックとOPスタックは並列構造です。

CKBエコシステムの現在のステータス（出典：CKBコミュニティ）

将来、UTXO Stackは、共有シーケンサー、共有セキュリティ、共有流動性、共有検証セットなどのRAASサービスを開始し、開発者がUTXO同型ビットコインL2を発売するコストと難易度をさらに削減します。すでに多数の分散型Stablecoinプロトコル、AMM DEX、貸出プロトコル、自律世界、およびUTXOスタックを使用してUTXOの同種のビットコインL2を基礎となるインフラストラクチャとして構築することを計画するその他のプロジェクトがあります。

他のビットコインセキュリティ抽象化プロトコルとは異なり、CKBのコンセンサスメカニズムはビットコインメインネットと一致するPowコンセンサスメカニズムであり、コンセンサス元帳の一貫性はマシンコンピューティングパワーによって維持されます。しかし、CKBのトークン経済学とビットコインにはいくつかの違いがあります。ブロックスペースの生産と消費のインセンティブの一貫性を維持するために、ビットコインは、状態空間使用料を計算するために重量とVBYTEメカニズムを導入することを選択しましたが、CKBは州の空間を民営化することを選択しました。

CKBのトークン経済学は、基本的な発行と二次発行の2つの部分で構成されています。基本バージョンで発行されたすべてのCKBは、鉱夫に完全に報酬を与えられます。 CKBの二次発行の目的は、州の賃料を徴収することです。二次発行の特定の分布比は、現在流通しているCKBがネットワークでどのように使用されるかに依存します。

たとえば、循環中のすべてのCKBのうち、50％が状態の保存に使用され、30％がNervosdaoに閉じ込められ、20％が完全に維持されている流動性があると仮定します。その後、二次発行の50％（つまり、貯蔵ステータスの家賃）が鉱夫に分配され、30％がNervosdaoの預金者に分配され、残りの20％が財務基金に分配されます。

このトークンの経済モデルは、世界の国家の成長を制約し、さまざまなネットワーク参加者（ユーザー、鉱夫、開発者、トークン保有者を含む）の利益を調整し、市場の他のL1とは異なるすべての人にとって有益なインセンティブ構造を作成することができます。

さらに、CKBにより、単一のセルが最大1,000バイトの状態スペースを占めることができます。これにより、CKBのNFTアセットが他のブロックチェーン上の同様の資産にはないユニークな機能を提供します。

UTXO Stackを使用すると、Bitcoin L2開発者はBTC、CKB、およびその他のビットコインL1アセットを使用して、ネットワークコンセンサスに誓約して参加できます。

要約する

ビットコインがチューリング複雑なプログラム可能なソリューションに進化することは避けられません。ただし、ビットコインメインネットではチューリングコンプリートのプログラマ性は発生しませんが、代わりにオフチェーン（RGB、BITVM）またはビットコインL2（CKB、EVMロールアップ、ドリベチャイン）で発生します。

歴史的経験によると、これらのプロトコルの1つは最終的に独占的標準プロトコルに発展します。

ビットコインのプログラム可能なプロトコルの競争力を決定する2つの重要な要因があります。1。追加の社会的信頼の仮定に依存することなく、L1 <> L2間のBTCの自由な流れを実現します。 2.開発者、資金、ユーザーの十分な規模をL2エコシステムに引き付けます。

ビットコインプログラマ性ソリューションとして、CKBは同型バインディング + CKBネットワークを使用してクライアント検証ソリューションを置き換え、追加のソーシャルトラストの仮定に依存せずにL1 <> L2間のビットコインL1層資産の自由な流れを実現します。さらに、CKBセルの状態空間の私的性質の恩恵を受けて、RBG ++は、他のビットコインプログラマブルプロトコルのようにビットコインメインネットに状態爆発の圧力をもたらさない。

最近、RGB ++によって発行された資産の最初のバッチは、最初にエコシステムのホットスタートを完了し、150,000人の新規ユーザーとCKBエコシステムの新しい開発者グループを搭載しました。たとえば、Bitcoin L1 Programmability Protocol Stamps EcosystemのワンストップソリューションであるOpenStampは、UTXOスタックを使用して、スタンプエコシステムを提供するUTXO-異型ビットコインL2を構築することを選択しました。

次の段階では、CKBは生態学的アプリケーションの構築に焦点を当て、L1 <> L2間のBTCの自由な流れを実現し、Lightningネットワークなどを統合し、将来ビットコインのプログラマ性レイヤーになるよう努めます。

<<: Coinbase: BTC 半減期後のビットコイン L2 エコシステムの展望

>>: 暗号通貨市場は再び上昇傾向にありますが、並列 SVM は並列 EVM に挑戦するでしょうか?