CKB：ビットコインのプログラマビリティの新章

著者：NingNing ソース：mirror

はじめに

Ordinals protocolと同様のプロトコルが第4回ビットコイン半減サイクルで爆発的に採用されたことで、暗号業界は正の外部性の価値を認識した。"text-align: left;">第4回Bitcoin半減サイクルにおけるOrdinalsプロトコルおよび類似プロトコルの爆発的な採用は、暗号業界に、BitcoinのL1階層に基づく資産の発行および取引がBitcoinメインネットワークのコンセンサスセキュリティおよびエコシステムの発展にもたらす正の外部性の価値を認識させました。Uniswapの瞬間 "と言えるでしょう。

ビットコインのプログラマビリティの進化と反復は、BTCのホルダーのため、ブロックスペースのビルダーのため、といったテレオロジーによって推進されるのではなく、ビットコインコミュニティの意見という市場のガバナンスの結果です。

今日、プログラム可能性を高めることによってビットコインのメインネット・ブロックスペースの利用を増やすことが、ビットコインコミュニティの合意のための新しいデザインスペースとなっています。

イーサや他の高性能パブリックチェーンとは異なり、ビットコインのプログラマビリティの設計空間は、UTXOセットをシンプルかつ軽量に保つために、スクリプトやOPコードを使用してUTXOを操作する方法によって高度に制約されています。

UTXOセットをシンプルかつ軽量に保つために、ビットコインのプログラマビリティの設計空間は高度に制約されています。align: left;">古典的なビットコインのプログラマビリティスキームは、ステートフルチャネル（Lightning Network）、クライアント検証（RGB）、サイドチェーン（Liquid Network、Stacks、RootSockなど）、CounterParty、Omni Layer、Taproot Assets、DLCなどである2023。2023年以降の新しいビットコインプログラマビリティソリューションは、Ordinals、BRC20、Rune、Atomicals、Stampsなどです。

インスクリプションの第2波が終わった後、CKBのUTXO同型バインディングソリューション、EVM互換ビットコインL2ソリューション、DriveChainソリューションなど、新世代のビットコインプログラマビリティソリューションが出現しました。

CKB（コモン・ナレッジ・ベース）のビットコイン・プログラマビリティ・ソリューションは、EVM互換のビットコインL2ソリューションと比較して、ビットコイン・プログラマビリティのための現代的な設計空間に社会的信頼の仮定を導入しない、ネイティブで安全なソリューションです。また、DriveChainソリューションとは対照的に、ビットコインのプロトコルレベルでの変更は必要ありません。

予見可能な将来において、ビットコインのプログラマビリティの成長曲線は加速成長局面を迎え、ビットコインエコシステムにおける資産、ユーザー、アプリのメタ爆発の波が続くでしょう。プロトコルをモジュール式スタックを使って構築できるようになります。さらに、CKBはライトニング・ネットワークをUTXOスタックと統合し、新しいプロトコル間の相互運用性のためにビットコインのネイティブなプログラマビリティを活用することを模索しています。

ビットコインのプログラマビリティの名前空間

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

ビットコインマキシと増強主義者の相乗的進化において、ビットコインのメインネットでチューリング完全性をサポートするかどうかの議論から、分離された立会スキームと大規模なブロック増強スキームの戦いまで、ビットコインは常にフォークしています。これは、新しい暗号プロジェクトと暗号コミュニティのコンセンサスを生み出すと同時に、ビットコイン自身のコミュニティのコンセンサスを強化し、統合することでもあり、他者化しながら達成される自己確認のプロセスでもある。

サトシ・ナカモトの謎の失踪により、ビットコインのコミュニティ・ガバナンスはイーサリアムのような啓蒙的な君主制ではなく、マイナー、開発者、コミュニティ、市場が均衡を達成するためにオープンなゲームを行うガバナンスモデルとなっている。このため、ビットコインには、いったん形成されたコミュニティのコンセンサスが非常に強いという特性がある。

現在、ビットコインのコミュニティ・コンセンサスは次のような特徴を持っています：コンセンサスはコマンド・アンド・コントロールではない、信頼最小化、分散化、検閲耐性、擬似匿名性、オープンソース、オープンコラボレーション、ライセンスフリー、法的中立性、同質性、前方互換性、リソース使用の最小化、検証＆gt;計算、収束、トランザクションの不変性、DoS攻撃への耐性、アクセス競合の回避、堅牢性、インセンティブ調整、強固化、改ざんされるべきではないコンセンサス、相反する原則、協調的進歩など。[1]

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

ビットコインのプログラマビリティのための古典的な設計空間

他のパブリックチェーンがモジュール性や並列性などでブロックチェーンの不可能な三角形の設計空間を探求しようとしているのに対し、ビットコインプロトコルの設計空間は

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

2017年8月のSegwitハードフォークでは、1Mのメインブロックに加え、署名（Witnesses、ウィットネス）を保持する専用の3Mブロックを新たに追加し、UTXO出力の消費コストと作成コストの整合性を保つため、採掘者の手数料を計算する際に署名データの重みをメインブロックのデータの1/4に設定した。UTXOの変更を悪用することで、UTXOセットのインフレ率が上昇する状況を防ぎます。

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

。1UTXOのキーバリューセット（画像出典：learnmeabitcoin.com）

UTXO（未消費トランザクション出力）は、ビットコインメインネットワークの基礎となるデータ構造であり、アトミックで非同質、連鎖的に結合されている。ビットコインメインネット上のトランザクションごとに、1 UTXO が入力として消費され、整数 n の新しい UTXO 出力が作成されます。UTXOは、最小の原子単位がサトシ（sats）であることを除いて、消費、変更、分割、結合などが可能な、チェーン上で実行されているドル、ユーロ、およびその他の紙幣と見なすことができます。1 UTXOは、与えられた時間におけるビットコインメインネットの最新の状態を表します。

ビットコインのUTXOセットをシンプル、軽量、かつ簡単に検証可能な状態に保つことで、ビットコインメインネットの状態インフレ率は、ハードウェアのムーアの法則と互換性のあるレベルで安定させることに成功しており、その結果、ビットコインメインネットへのノード全体の参加と強固なトランザクション検証が保証されています。

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

EtherやSolanaのようなオンチェーン仮想マシン（VM）ソリューションを採用する代わりに、ビットコインのプログラム可能性への道は、スクリプトとOPコードを使用して、UXTO、トランザクション入力フィールド、出力フィールド、およびウィットネスデータをプログラムします。オペレーションを実行します。

ビットコインのプログラマビリティのための主なツールキットは、マルチシグネチャ、タイムロック、ハッシュロック、プロセス制御（OP_IF、OP_ELIF）です。[2]

古典的な設計空間の下では、ビットコインのプログラマビリティは非常に限られており、いくつかの検証手順のみをサポートし、チューリング完全レベルのプログラマビリティを達成するための中核的な機能コンポーネントであるオンチェーン状態ストレージとオンチェーン計算をサポートしていません。

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

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

ビットコインのメインネットの開発は、さまざまなコンセンサスベクターがデザインスペースを制限し、停滞しているというステレオタイプなイメージとは異なり、メインネット用の新しいスクリプトやオペコードの開発、展開、採用、展開は常に進行中の状態であり、暗号コミュニティにおけるフォーク戦争（例：Segwitハードフォーク）を引き起こしたことさえあります。Segwitハードフォークなど）。

たとえば、ビットコインのメインネットにおけるスクリプトタイプの採用の変化は、はっきりと認識することができます。ビットコインメインネットの出力タイプで使用されるスクリプトは、主に3つのカテゴリーに分類できます：元のスクリプトpubkey、pubkeyhash、強化スクリプトmultisig、scripthash、および証人スクリプトwitness_v0_keyhash、witness_v0_scripthash、witness_v1_taproot。taproot.

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

ビットコインメインネットの全履歴出力タイプの傾向のグラフから、基本的な事実を観察します。また、ウィットネススクリプトはエンハンスメントスクリプトのシェアをカニバリゼーションしています。Segweit拡張スクリプトとTaproot証人スクリプトに基づくOrdinalsプロトコルによって開始されたビットコインL1資産発行の波は、ビットコインメインネットプログラマビリティの歴史的傾向の継続であり、ビットコインメインネットプログラマビリティの新たな段階でもあります。

ビットコインメインネットのオペコードは、ビットコインメインネットのスクリプトと同様の進化を遂げてきました。

たとえば、オーディナルは、ビットコインメインネットスクリプトのタップルートのスクリプトパスとオペコード（OP_FALSE、OP_IF、OP_PUSH、OP_ENDIF）を組み合わせて動作するように設計されています。

を参照してください。1 Ordinalsプロトコルの刻まれた例

Ordinalsプロトコルが正式に作成される前、ビットコインのプログラマビリティのための古典的なスキーム、主にステートフル・チャネル（Lightning Network）、クライアント側の検証（RGB）、サイドチェーン（Liquid Network、Stacks、RootSockなど）、CounterParty、Omni Layer、DLCなどです。

Ordinalsプロトコルは、UXTOの原子化の最小単位であるSatoshiをシリアライズし、データ内容をUTXOのWitnessフィールドに記録し、シリアライズ後に特定のSatoshiと関連付けます。プログラマビリティ操作を行います。この新しいビットコインのプログラム可能性のパラダイムは、「金から花を切り出す」ことに例えられています。

オーディナル・プロトコルの新しいパラダイムは、NFT収集品とMeMe型トークン（総称してインスクリプションと呼ばれる）を発行、鋳造、取引するためにビットコインのメインネットのブロック空間を使用するために、より広い暗号コミュニティを活気づけました。

しかし、Ordinalsプロトコルのプログラマビリティは、Deploy、Mint、Transferの3つの機能メソッドのみをサポートするという、ビットコインのプログラマビリティの制限された性質を受け継いでいる。このため、Ordinalsプロトコルは、そのフォロワーであるBRC20、Runes、Atomicals、Stampsなどと同様に、アセット発行のアプリケーションシナリオにのみ適している。取引や融資など、状態計算と状態保存を必要とするDeFiアプリケーションシナリオのサポートは、かなり不十分である。

3つのTXの数。3タイプのオーディナル・プロトコルのTX数（出典：Dune）

流動性は資産の活力の源である。Ordinalsタイプのビットコイン・プログラマビリティ・プロトコルの自然な性質は、流動性を提供するよりもむしろ発行偏重のインスクリプション資産につながり、その結果、インスクリプション資産の全ライフサイクルにわたって生成される価値に影響を与えます。

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

そして、オーディナルズ、BRC20プロトコルもまた、証人データ空間を悪用し、客観的にビットコインのメインネットの爆発的な状態に寄与している疑いがある。Bitcoin block space size change (Source: Dune)

参考として、イーサメインネットのガス料金の主な発生源は、DEXトランザクションガス料金、L2のデータ利用可能料金、stablecoin転送ガス料金です。ビットコインのメインネットワークは、イーサのメインネットワークと比較して、単一のタイプの収益、高い循環性、高いボラティリティを持っています。

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

このように、ビットコインのチューリング完全なプログラマビリティをネイティブに実装しつつ、ビットコインメインネットの状態の規模への悪影響を抑制する方法は、ビットコインエコシステムの現在の啓示となっています。

ビットコインのプログラマビリティのためのCKBスキーム

現在、ネイティブのビットコインのチューリング完全なプログラマビリティを実装するスキームには、BitVM、RGB、CKB、EVM互換のロールアップL2、DriveChainなどがあります。

BitVMは、ビットコインのOPコードのセットを使用して、および非論理ゲートを構築し、および非論理ゲートを介して他の基本的な論理ゲートを構築し、最終的にこれらの基本的な論理ゲート回路からビットコインネイティブVMを構築します。この原理は、秦王配列図の有名なSF小説「Three Bodies」に多少似ています。BitVMスキームに関する論文は完全にオープンソース化されており、暗号コミュニティから非常に期待されている。しかし、その工学的実装は非常に難しく、オフチェーンデータ管理のコスト、参加者数の制限、チャレンジとレスポンスの相互作用の数、ハッシュ関数の複雑さなどに遭遇し、短期的に軌道に乗せるのは難しい。

RGBプロトコルは、チューリング完全なプログラマビリティを達成するために、クライアント側の検証とワンタイムシール技術を使用しており、中核となる設計思想は、ビットコイン取引のOutputにスマートコントラクトの状態とロジックを保存し、スマートコントラクトのコードとデータのメンテナンスを配置することである。核となる設計思想は、スマートコントラクトの状態とロジックをビットコイントランザクションの出力に保存し、スマートコントラクトコードとデータストレージのメンテナンスをオフチェーン実行に置き、ビットコインメインネットを最終状態コミットメント層とすることです。

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

DriveChainはサイドチェーン拡張ソリューションであり、基本的な設計思想は、ブロックチェーンの基礎層としてビットコインを使用し、ビットコインをロックすることでサイドチェーンを作成することです。すなわち、開発チームによって提案されたBIP300とBIP301をメインネットワークに展開することである。

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

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

CKBチームは、上記のビットコインのプログラム可能性プロトコルの欠点や問題点に対して、比較的バランスの取れたソリューションを考え出しました。このソリューションは、Bitcoin L1 Asset Protocol RGB++、Bitcoin L2 Raas Service Provider UTXO Stack、Lightning Networkと統合された相互運用性プロトコルから構成されています。

UXTOのネイティブなプロト言語：同型バインディング

ビットコインL1資産発行プロトコルであるRGB++は、RGBの設計思想に基づいて開発されました。RGB++は、CKBとRBGの両方の技術的言語を継承した設計された実装です。RGBの「ワンタイムシール」とクライアント側の検証技術、ビットコインのUTXOをCKBのメインネット上のCells（拡張UTXO）にマッピングするための同型バインディング、および状態計算の正しさと所有者変更の妥当性を検証するためのCKBとビットコインチェーン上のスクリプト制約を使用しています。

言い換えれば、RGB++はRGBアセットの所有関係をCKBチェーン上のセルで表現します。RGB++は、もともとRGBクライアントにローカルに保存されていたアセットデータをCKBチェーンに移動してCellの形式で表現し、ビットコインUTXOとのマッピング関係を確立することで、CKBがRGBアセット用のパブリックデータベースおよびオフチェーンプリセトルメントレイヤーとして機能できるようにし、RGBクライアントに代わって、より信頼性の高いデータのホスティングとRGBコントラクトとの相互作用を実現します。

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

セルはCKBの基本的なデータ格納単位であり、CKBytes、トークン、TypeScriptコード、またはシリアル化されたデータ（JSONなど）など、さまざまなデータタイプを格納できます。シリアライズされたデータ（JSON文字列など）を格納できる。各セルにはロックスクリプトと呼ばれる小さなプログラムが含まれており、これがセルの所有者を定義する。ロックスクリプトは、マルチシグネチャ、ハッシュロック、タイムロックなどのビットコインメインネットのスクリプトの両方をサポートし、その使用を制御する特定のルールを強制するタイプスクリプトを含めることができる。これにより開発者は、NFTの発行、トークンのエアドロップ、AMMスワップなど、さまざまなユースケースに合わせてスマートコントラクトをカスタマイズすることができます。

RGBプロトコルは、OP RETURNオペコードを使用してUTXOをステータス情報のコンテナとして使用することにより、オフチェーン取引のステータスルートをUTXOの出力に追加します。次にRGB++は、RGBによって構築されたこの状態情報のコンテナをCKBのセルにマッピングし、状態情報をセルの型とデータに格納し、このコンテナUTXOをセルの状態所有者として使用します。

トランザクションのライフサイクル。RGB++トランザクションのライフサイクル（出典：RGB++ Protocol Light Paper ）

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

1. ダウンチェーンの計算。1同型バインディングでTxを開始する場合、ビットコインメインネット上の新しいUTXO btc_utxo#2が1回限りの封印されたコンテナとして最初に選択され、次にハッシュ計算が、同型バインディングを持つ元のCellのUTXO btc_utxo#1、同型バインディングを持つ新しいCellのbtc_utxo#2、および元のCellを入力とし新しいCellを出力とするCKB TXに対してオフチェーンで実行されます。ハッシュ計算を行い、単一のコミットメントを生成する。

2. ビットコイン取引をコミットする。rgb++は、元のCellに同型結合されたbtc_utxo#1を入力として使用して、ビットコインメインネットのTxを開始し、OP RETURNを使用して、前のステップで生成されたその約束を出力として生成する。

3. CKBトランザクションをコミットする。

4. CKBマスター上で実行する前に、オフチェーン計算によって生成されたCKB Tx。

5. オンチェーン検証。CKBマスターは、システム全体の状態変更を検証するためにビットコインマスターライトクライアントを実行します。これは、Txの発信者と受信者の両方がオンラインであることを必要とし、関連するTXマップのみを対話的に検証するP2Pメカニズムを使用して状態変更が検証されるRGBとは大きく異なります。

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

• ブロックチェーンで強化されたクライアント側の検証。rgb++では、ユーザーは、コンセンサスで安全なCKBで検証された状態計算を維持するためのPoWと、URXO-Cellの所有者変更のどちらかを選択できます。

• トランザクションフォールディング.RGB++は、複数のセルを単一のUTXOにマッピングすることをサポートし、RGB++の弾力的なスケーリングを可能にします。

• 未知のスマート・コントラクトと共有ステート。UTXOステート・データ構造でチューリング完全なスマート・コントラクトを実装する際の大きな困難の1つは、未知のスマート・コントラクトと共有ステートです。

• 非対話型転送。RGB++は、RGBのクライアント側の検証プロセスをオプションにし、対話型転送を義務付けなくなりました。ユーザーが状態の計算と所有権の変更を検証するためにCKBを選択した場合、トランザクションのエクスペリエンスはメインのビットコインネットワークと同じままです。

さらに、RGB++はCKBメインネット上のCellのステートスペースの民営化機能を継承しており、RGB++はビットコインメインネット上のブロックスペースを使用するマイナー料金（消費後はCellに返却される）に加えて、TXごとにCellステートスペースをリースするための追加料金を支払います。Cellのステートスペースの私有化は、ブロックチェーンのメインネットの状態爆発に対応してCKBが考案した防衛メカニズムであり、これによりCellのステートスペースのリーサーは、その使用期間中（CKBの流通トークンのインフレによる価値の希釈という形で）継続的に料金を支払う必要がある。）これにより、RGB++プロトコルはビットコインのメインネットのプログラム可能性を責任を持って拡張し、ビットコインのメインネットのブロック空間の悪用をある程度制限することができます。

De-trusted L1<> L2 Interop: Leap

可換でアトミックな実装ロジックであるRGB++の同型バインディングは、中間状態なしで、同時に発生するか、同時に反転します。中間状態はありません。RGB++のトランザクションはすべて、BTCおよびCKBチェーン上の各1つのトランザクションと同時に発生する。前者はRGBプロトコルのトランザクションと互換性があり、後者はクライアント側の検証プロセスを置き換えるもので、ユーザーはRGB++トランザクションの状態が正しく計算されたことを検証するためにCKB上の関連トランザクションをチェックするだけでよい。ただし、ユーザーは、検証の基礎としてCKBチェーン上のトランザクションを使用せずに、UTXOのローカル相関Txマッピングを使用してRGB++トランザクションを独自に検証することもできる。(トランザクションの折りたたみなどの一部の機能は、二重支出防止の検証のためにCKBのブロックヘッダーハッシュに依然として依存しています）

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

RGB++はCKBと疎結合です。Bitcoin L 1レイヤーのアセット（Rune、Atomicals、Taproot Assetなどのプロトコルを使用して発行されたアセットを含む、RGB++プロトコルネイティブのアセットに限定されない）に対するCKBへのリープのサポートに加えて、RGB++プロトコルは、Cardanoなどの他のUTXOチューリング完全チェーンへのリープもサポートしています。RGB++はまた、ビットコインL2資産のビットコインメインネットへのリープもサポートしています。

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

RGB++プロトコルは、均質化トークンとNFTの発行をネイティブにサポートしています。>均質化トークンのRGB++標準はxUDTで、NFT標準はSporeなどです。

xUDT標準は、集中配布、エアドロップ、サブスクリプションなどを含む（ただしこれらに限定されない）さまざまな均質化トークン発行方法をサポートしています。トークンの総数も上限なしとプリセット上限ありから選択できる。事前設定された上限を持つトークンについては、状態共有スキームを使用して、毎回発行されるトークンの総数が事前設定された上限以下であることを検証することができます。

NFT標準の一部であるSporeは、すべてのメタデータをオンチェーンに保存し、100%のデータ可用性セキュリティを実現します。アセットを発行します。

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

上記の標準と機能により、RGB++プロトコルのユースケースは、他のビットコインのメインネットのプログラム可能なプロトコルのような単純な資産発行シナリオに限定されず、資産取引、資産の貸し借り、CDP安定化コインなどの複雑なアプリケーションシナリオをサポートします。例えば、RGB++の同型結合ロジックとビットコインのメインネットネイティブのPSBTスクリプトを組み合わせることで、オーダーブック格子の形のDEXが可能になります。

Bitcoin L2 RaaS Provider: UTXO Stack

Bitcoin L2 RaaS provider: UTXO Stack

Bitcoin L2 RaaS provider: UTXO Stack

Bitcoin L2 RaaS provider.left;">UTXO Isomorphic Bitcoin L2 Vs EVM Compatible Bitcoin Rollup L2

チューリング完全ビットコイン プログラマビリティ実装の市場における競争では、DriveChainやOPCATオペコードの復元などのソリューションは、ビットコインのプロトコル層を変更する必要があるため、非常に大きな時間とコストを必要とします。チューリング完全ビットコインプログラマビリティ実装の市場競争において、DriveChain、OPCATオペコードの回復などの解決策は、ビットコインプロトコル層の変更を必要とするため、時間とコストの面で非常に大きな不確実性と予測不可能性を必要とし、現実主義ルートにおけるUTXO同型ビットコインL2とEVM互換ビットコインロールアップL2の方が、開発者と資本により広く受け入れられています。

現実的に言えば、ビットコインL1の資産発行プロトコルはビットコインコミュニティのローカルコンセンサスを形成し始めたばかりであり、ビットコインL2はコミュニティコンセンサスとしてはかなり早い段階にある。しかし、このフロンティアにおいて、ビットコインマガジンとPanteraは、イーサリアムL2の概念構造を参考にすることで、ビットコインL2の定義範囲を設定しようと試みています。

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

• ネイティブアセットとしてビットコインを使用する。Bitcoin L2は、主要な決済資産としてビットコインを使用する必要があります。

• トランザクションを強制する決済メカニズムとしてビットコインを使用する。Bitcoin L2のユーザーは、レイヤーで資産の管理（信頼できる、または信頼できない）を強制的に戻すことができなければなりません。

• ビットコインへの機能的依存を実証する。ビットコインのメインネットに障害が発生しても、ビットコインL2システムがまだ稼働を維持できる場合、そのシステムはビットコインL2ではない[4]

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

しかし、ビットコインのメインネットの弱い状態計算と検証能力では、短期的には機能1と2を実装することはできないでしょう。その場合、EVM互換L2は、データの可用性を検証し、ビットコインのメインネットと共同でデータを採掘するために、将来的にBitVMを統合するとホワイトペーパーに書いているにもかかわらず、完全に社会的信頼を前提としたオフチェーン拡張シナリオに属します。セキュリティ強化のための共同マイニングのためのビットコインメインネット。

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

したがって、UTXO同型のビットコインL2は、ビットコインコミュニティの正統性とコンセンサスの度合いという点で、EVM互換のロールアップL2よりも当然優れています。

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

UTXOスタック。

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

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

UTXOスタックアーキテクチャ（UTXO Stack Architecture）。UTXO Stackのアーキテクチャ（出典：Medium）

UTXOスタックは現在、ビットコインライトニングネットワーク-CKBライトニングネットワーク-UTXOスタック並列L2間のRGB++アセットの自由な流れと相互運用性をサポートしています。さらに、UTXOスタックは、ルーン、アトミカル、タップルート・アセット、スタンプ、およびその他のUTXOベースのビットコインL1プログラマビリティ・プロトコル・アセットの、UTXOスタック並列L2 - CKBライトニング・ネットワーク - ビットコイン・ライトニング・ネットワーク間の自由なフローと相互運用性もサポートしています。

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

ビットコインのプログラム可能性の成長曲線とCKBの将来

ビットコインのプログラム可能性の成長曲線とCKBの将来

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

しかし、ビットコインをデジタルゴールドのAPPチェーンとして見る別の方法もあります。そこでは、今日のビットコインのメインネットを特徴づけるUTXOセットとプログラム可能なプロトコルを形作ったのは、デジタルゴールドの基礎となる分散型台帳の位置づけです。しかし、私の記憶が正しければ、サトシ・ナカモトのビジョンはビットコインをP2P電子通貨にすることだった。デジタルゴールドにおけるプログラマビリティの必要性は、金庫や保管庫のためであり、不換紙幣におけるプログラマビリティの必要性は、中央銀行と商業銀行の流通ネットワークのためである。つまり、ビットコインのプログラマビリティを高めるプロトコルは、標準からの逸脱ではなく、サトシ・ナカモトのビジョンへの回帰なのだ。

。ビットコインは最初のAppChainだった（出典：@tokenterminal）

ビットコインのプログラマビリティのシナリオを、ガートナーのハイプ・サイクルの調査手法から借りて、5つのフェーズに分けることができる

• Technology Infancy: DriveChain、UTXO Stack、BitVMなど

• Expectation Expansion: Runes、RGB++、EVMなど

• Extended Expectations.RGB++, EVM Rollup Bitcoin L2, etc.

• Bubble Bursting Period: BRC20, Atomicals, etc.

• Steady Recovery Period：RGB, Lightning Network, Bitcoin Sidechain, etc.

• Maturity plateau: Bitcoin Scripting, Taproot Scripting, Hash Timelock, etc.

CKB'sThe Future: OP Stack+Eigenlayer for the Bitcoin Ecosystem

EVM互換のBitcoin Rollup L2であろうと、UTXO同型のBitcoin L2であろうと、DriveChainのような新しいパラダイムであろうと、チューリングの完全なプログラマビリティのさまざまな実装はすべて、メインネットワークとしてのBitcoinのメインネットを指し示しています。それらすべては、コンセンサスと決済レイヤーとしてビットコインのメインネットを指しています。

自然界で収斂進化が何度も起こるように、ビットコインのエコシステムにおけるTLPの発展が、ある点ではイーサネットのエコシステムとある程度一致することは予想されます。しかし、この収束もまた、イーサネットの技術スタックをビットコインのエコシステムに単純に複製するのではなく、ビットコインのネイティブな技術スタック（UTXOベースのプログラマビリティ）を使用して同様の生態系構造を実装することになるでしょう。

CKBのUTXOスタックは、OptimismのOPスタックと非常によく似た位置づけにあり、実行レイヤーで主要なイーサネットワークとの強力な等価性と一貫性を維持しています。UTXOスタック同時に、UTXOスタックはOPスタック構造と同じ並列構造を持つ。

。CKBエコシステムの現状（出典：CKB Community）

今後、UTXO Stackは、共有シリアライザー、共有セキュリティ、共有流動性、共有検証セットなどのRaaSサービスを導入し、開発者がUTXO同型ビットコインL2を立ち上げるためのコストと難易度をさらに下げる予定です。すでに多数の分散型ステーブルコイン・プロトコル、AMM DEX、貸出プロトコル、自律ワールド、およびその他のプロジェクトが、UTXO Stackを使用してUTXO Isomorphic Bitcoin L2を基盤となるコンセンサス・インフラとして構築する予定です。

他のビットコインセキュリティ抽象化プロトコルとは異なり、CKBのコンセンサスメカニズムは、機械演算がコンセンサス元帳の一貫性を維持する、主要なビットコインネットワークと一貫性のあるPoWコンセンサスメカニズムです。しかし、CKBのトークンエコノミクスとビットコインにはいくつかの違いがある。ブロックスペースの生産と消費行動に対するインセンティブの一貫性を維持するために、ビットコインはステートスペースの使用料を計算するために重みとvByteメカニズムを導入することを選択しましたが、CKBはステートスペースを私有化することを選択しました。

CKBのトークンエコノミクスは、ベースオファリングとセカンダリーオファリングの2つで構成されています。ベース発行のCKBはすべてマイナーに完全に報われ、セカンダリー発行のCKBの目的はステートレントを集めることで、セカンダリー発行の正確な割り当て率は、現在流通しているCKBがネットワークでどのように使用されるかに依存します。

たとえば、流通しているCKBの50%が状態を保存するために使われ、30%がNervosDAOに固定され、20%が完全に流動化しているとします。そうすると、二次発行の50%（すなわち、保管状態のための賃料）は採掘者に、30%はNervosDAOの預金者に、そして残りの20%は財務省基金に割り当てられることになる。

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

さらに、CKBでは1つのCellが最大1,000バイトのステートスペースを取ることができるため、CKB上のNFTアセットには、Gas手数料をネイティブに運ぶ、ステートスペースがプログラマブルであるなど、他のブロックチェーンにはないエキゾチックな機能が備わっています。これらの特異性により、UTXOスタックは、デジタル物理的現実を構築する自律世界プロジェクトのインフラとして理想的に使用されています。

UTXOスタックでは、BTC、CKB、その他のBitcoin L1資産の誓約を使用して、Bitcoin L2開発者がネットワークコンセンサスに参加することができます。

概要

ビットコインがチューリング完全プログラマブル・ソリューションの段階まで進化することは必然でした。しかし、チューリング完全なプログラマビリティは、メインのビットコインネットワーク上ではなく、オフチェーン（RGB、BitVM）またはビットコインL2（CKB、EVM Rollup、DriveChain）上で起こります。

歴史によると、これらのプロトコルのうち1つは最終的に独占的な標準プロトコルに進化します。

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

CKBは、ビットコインのプログラマビリティ・ソリューションとして、クライアント側の認証に代わる同型バインディング+CKBネットワークを利用し、追加の社会的信頼の仮定に依存することなく、L1<>L2間でのビットコインのL1層の資産の自由な流れを可能にします。CKBセルの状態空間私有化の性質から恩恵を受け、RBG++は、他のビットコインのプログラマビリティプロトコルのように、ビットコインのメインネットに状態爆発の圧力をかけません。

最近では、RBG++アセット提供の最初のバッチを通じて、エコシステムの最初のホットスタートが完了し、CKBエコシステムのために～15万人の新規ユーザーと多数の新規開発者のオンボードに成功しました。

次のフェーズでは、CKBは生態系アプリケーションの構築に注力します、

次のフェーズでは、CKBは生態学的アプリケーションの構築に注力し、L1<>L2間のBTCの自由な流れを実現し、ライトニングネットワークを統合するなど、ビットコインの将来のプログラマビリティレイヤーになることを目指しています。