Nervos CKB 投資調査レポート

序文

ビットコイン半減期の第 4 ラウンドでは、#Ordinals プロトコルと同様のプロトコルが爆発的に採用されたことで、暗号化業界は、ビットコイン L1 層に基づく資産の発行と取引がコンセンサスのセキュリティとエコロジーにとって重要であると認識しました。ビットコインメインネットの発展は、正の外部性の価値をビットコインエコシステムの「ユニスワップモーメント」と表現できます。

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

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

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

古典的なビットコイン プログラマビリティ ソリューションには、ステート チャネル (ライトニング ネットワーク)、クライアント検証 (RGB)、サイド チェーン (リキッド ネットワーク、スタック、RootSock など)、カウンターパーティー、オムニ レイヤー、タップルート アセット、DLC などが含まれます。 2023 年以降に登場したビットコイン プログラマビリティ ソリューションには、Ordinals、BRC20、Runes、Atomics、Stamps などが含まれます。

Inscription の第 2 波が終了した後、#CKB の #UTXO #同构绑定 ソリューションや EVM 互換のビットコイン L2 ソリューションなど、新世代のビットコイン プログラマビリティ ソリューションが次々に登場しました。 、ドライブチェーンソリューションなど

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

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

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

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

Bitcoin Maxi と拡張主義者の共進化の過程で、Bitcoin メインネットがチューリング完全性をサポートしているかどうかをめぐる議論から、Segregated Witness スキームと大規模ブロック拡張スキームの間の論争に至るまで、Bitcoin は常に分岐しています。これは、新しい暗号化プロジェクトと暗号化コミュニティのコンセンサスを生み出すだけでなく、ビットコイン自体のコミュニティのコンセンサスを強化および強化すると同時に、自己確認のプロセスでもあります。

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

ビットコインコミュニティのコンセンサスの現在の特徴は次のとおりです: コンセンサスは指揮統制ではない、信頼の最小化、分散化、検閲への耐性、疑似匿名性、オープンソース、オープンコラボレーション、許可不要、法的中立性、均一性、上位互換性、リソース使用量の最小化、検証＞計算、収束、トランザクションの不変性、DoS攻撃への耐性、参入争いの回避、堅牢性、一貫したインセンティブ、固定化、改ざんすべきではない合意、対立原則、協調的前進など。 [1]

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

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

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

2 つの典型的な例は、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（未使用トランザクション出力）は、ビットコインのメインネットワークの基本的なデータ構造であり、原子性、非同質性、チェーン結合の特徴を持っています。ビットコインメインネット上のすべてのトランザクションは入力として 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

• 強化されたスクリプト: マルチシグ、スクリプトハッシュ

• 監視スクリプト:witness_v0_keyhash、witness_v0_scripthash、witness_v1_taproot
  

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

ビットコイン メイン ネットワークの履歴出力タイプ全体の変更傾向グラフから、基本的な事実が観察されます。ビットコイン メイン ネットワークのプログラマビリティの向上は、長期的な歴史的傾向であり、強化されたスクリプトがオリジナル スクリプトのシェアを食い尽くしています。一方、監視スクリプトはスクリプト共有を食い荒らしています。 Segweit 拡張スクリプトと Taproot Witness スクリプトに基づく Ordinals プロトコルは、ビットコイン L1 資産発行の波を開始しました。これは、ビットコイン メインネット プログラマビリティの歴史的傾向の継続であるだけでなく、ビットコイン メインネット プログラマビリティの新しい段階でもあります。

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

たとえば、Ordinals プロトコルは、ビットコインのメインネット スクリプトのタップルート スクリプト パスの支出とオペレーション コード (OP_FALSE、OP_IF、OP_PUSH、OP_ENDIF) を組み合わせることによってその機能設計を実現します。

Ordinals プロトコルの刻印されたインスタンス 1 つ

Ordinals プロトコルが正式に誕生する前、ビットコイン プログラマビリティの古典的なソリューションには、主にステート チャネル (ライトニング ネットワーク)、クライアント検証 (RGB)、サイドチェーン (リキッド ネットワーク、スタック、RootSock など)、カウンターパーティー、オムニ レイヤー、DLC などが含まれていました。 。

Ordinals プロトコルは、UXTO の最小アトミック単位であるサトシをシリアル化し、UTXO のウィットネス フィールドにデータ コンテンツを刻み込み、それを特定のシリアル化されたサトシに関連付けます。その後、オフチェーン インデクサーがインデックス作成と実行を担当します。これらのデータの状態。この新しいビットコインのプログラマビリティ パラダイムは、鮮やかに「金への彫刻」に例えられます。

Ordinalsプロトコルの新しいパラダイムは、ビットコインのメインネットブロックスペースを使用して、NFTグッズやMeMeタイプのトークン（総称して碑文と呼ぶことができます）を発行、鋳造、取引するという大規模な暗号通貨コミュニティの熱意を刺激しました。人生で初めて自分のビットコインアドレスを持った人。

ただし、Ordinals プロトコルのプログラム可能性は、ビットコインの限定されたプログラム可能性を継承しており、デプロイ、ミント、および転送の 3 つの機能メソッドのみをサポートします。これにより、Ordinals プロトコルとその後継の BRC20、Runes、Atomics、Stamps およびその他のプロトコルは、資産発行アプリケーション シナリオにのみ適したものになります。ただし、状態計算や状態ストレージを必要とするトランザクションや融資などの DeFi アプリケーション シナリオのサポートは比較的弱いです。

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

流動性は資産の生命線です。 Ordinals タイプの Bitcoin プログラマビリティ プロトコルの自然な特性により、登録資産は再発行され、流動性はわずかに提供されます。これは、登録資産のライフ サイクル全体を通じて生成される価値に影響を与えます。

さらに、Ordinals と BRC20 プロトコルも証人データ空間を悪用した疑いがあり、客観的にはビットコインメインネットの地位の爆発を引き起こしました。

ビットコインのブロックスペースサイズの変化 (出典: Dune)

参考までに、イーサリアムのメインネットワークにおけるガス料金の主な発生源は、DEX トランザクションガス料金、L2 データ利用料金、およびステーブルコイン転送ガス料金です。イーサリアムのメインネットワークと比較して、ビットコインのメインネットワークの収入は単一であり、非常に周期的で、非常に不安定です。

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

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

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

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

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

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

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

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

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

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

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

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

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

つまり、RGB++ は CKB チェーン上のセルを使用して、RGB アセットの所有権関係を表現します。もともとRGBクライアントにローカルに保存されていた資産データをCKBチェーンに移動し、それをCellの形式で表現し、ビットコインUTXOとのマッピング関係を確立し、CKBがパブリックデータベースおよびオフチェーン事前決済層として機能できるようにします。 RGB アセットを置き換えて、より信頼性の高いデータ ホスティングと RGB コントラクト インタラクションを実現します。

RGB++ の同型バインディング (出典: RGB++ Protocol Light Paper)

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

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

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

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

1. オフチェーンコンピューティング。同形的にバインドされた Tx を開始するときは、まずビットコイン メイン ネットワーク上で新しい UTXO btc_utx#2をワンタイム シールされたコンテナとして選択し、次に UTXO btc_utx#1を元のセル オフチェーンに同形的にバインドする必要があります。同型的にバインドされたセル btc_utx#2は、元のセルを入力として使用し、新しいセルを CKB TX の出力として使用して、コミットメントを生成するためのハッシュ計算を行います。

2. ビットコイントランザクションを送信します。 RGB++ は、ビットコイン メイン ネットワーク上で Tx を開始し、元の Cell に同型的にバインドされた btc_utx#1を入力として受け取り、OP RETURN を使用して前のステップで生成されたコミットメントを出力として受け取ります。

3. CKBトランザクションを送信します。 CKB Tx は、CKB メインネットの実行前にオフチェーン計算によって生成されます。

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

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

• ブロックチェーンで強化されたクライアント側の検証。 RGB++ を使用すると、ユーザーはコンセンサス セキュリティ、CKB 検証状態計算、URXO-Cell の所有権変更を維持するために PoW を採用することを選択できます。

• トランザクションのフォールディング。 RGB++ は、複数の Cell を 1 つの UTXO にマッピングすることをサポートしているため、RGB++ の柔軟な拡張が実現されます。

• 所有者のいないスマートコントラクトと共有状態。 UTXO 状態データ構造を使用してチューリング完全スマート コントラクトを実装する際の主な問題は、所有者なしのスマート コントラクトと共有状態です。 RGB++ は、CKB のグローバル状態 Cell とインテント Cell を利用することで、この問題を解決できます。

• 非対話型転送。RGB++ では、RGB のクライアント側検証プロセスがオプションとなり、インタラクティブな転送は必須ではなくなりました。ユーザーがステータスの計算と所有権の変更を確認するために CKB を選択した場合、トランザクションの対話エクスペリエンスはビットコインのメイン ネットワークと一致します。
  

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

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

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

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

RGB++ と CKB の関係は疎結合です。ビットコイン L1 レイヤー アセット (ルーン、アトミカル、タップルート アセット、その他のプロトコルを使用して発行されたアセットを含む、RGB++ プロトコル ネイティブ アセットに限定されない) Leap to CKB をサポートすることに加えて、RGB++ プロトコルは、Leap to Cardano およびその他の UTXO Turing 完全チェーンもサポートします。 。同時に、RGB++ は、ビットコインメインネットワークへのビットコイン L2 アセットのリープもサポートします。

RGB++の拡張機能と応用例

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

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

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

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

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

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

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

UTXO 同形ビットコイン L2 と EVM 互換ビットコイン ロールアップ L2

チューリング完全なビットコイン プログラマビリティ実装ソリューションをめぐる市場競争では、ドライブ チェーンや OPCAT オペコードの復元などのソリューションではビットコイン プロトコル層の変更が必要ですが、必要な時間とコストは非常に不確実で予測できません。UTXO 同型ビットコイン L2 および EVM 互換ビットコイン。現実主義路線のロールアップ L2 は、開発者や資本によってより認知されています。 UTXO はビットコイン L2 と同形であり、CKB で表されます。 EVM は、MerlinChain や BOB に代表される Bitcoin Rollup L2 と互換性があります。

正直に言うと、ビットコイン L1 資産発行プロトコルはビットコイン コミュニティで部分的なコンセンサスを形成し始めたばかりですが、ビットコイン L2 のコミュニティ コンセンサスは初期の段階にあります。しかし、このフロンティアでは、Bitcoin Magazine と Pantera が、イーサリアム L2 の概念構造を借用することで、ビットコイン L2 の定義境界を設定しようと試みました。

彼らの目には、ビットコイン L2 には次の 3 つの特徴があるはずです。

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

2. トランザクションを強制するための決済メカニズムとしてビットコインを使用します。ビットコイン L2 のユーザーは、あるレベル (信頼できるかどうか) で資産の制御を強制的に戻すことができなければなりません。

3. 機能がビットコインに依存していることを実証します。ビットコインのメインネットに障害が発生しても、ビットコインの L2 システムが引き続き実行できる場合、そのシステムはビットコインの L2 ではありません。 [4]
   

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

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

もちろん、これは、これらの EVM 互換のロールアップ L2 が偽のビットコイン L2 であることを意味するのではなく、セキュリティ、トラストレス性、およびスケーラビリティのバランスが取れていないことを意味します。さらに、ビットコイン・エコシステムへのイーサリアムのチューリング完全ソリューションの導入は、ビットコイン・マキシにとって拡張主義路線の宥和策であると容易に見なすことができます。

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

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

イーサリアム L2 がイーサリアムのフラクタルである場合、ビットコイン L2 はビットコインのフラクタルであるはずです。

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

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

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

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

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

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

実際、ビットコインのデジタルゴールドの物語とビットコインのプログラマブルな物語の間には固有の緊張があるため、ビットコインコミュニティの一部のOGは、23年ぶりに出現したビットコインL1プログラマブルプロトコルをビットコインメインネットのダスト攻撃の波に新たに追加されたものとみなしている。 。ある意味、ビットコインのコア開発者ルークとBRC20ファンの間の舌戦は、チューリングの完全性を支持するかどうかをめぐる議論と、大小のブロックをめぐる論争に続く、ビットコインマキシと拡張主義者の第3の世界である。

しかし、実際には、ビットコインをデジタルゴールドのAPPチェーンとみなす別の視点があります。この観点から見ると、今日のビットコインメインネットのUTXOセットの形状とプログラム可能なプロトコルの特性を形成するのは、デジタルゴールドの基礎となる分散型台帳の位置付けです。しかし私の記憶が正しければ、サトシ・ナカモトのビジョンはビットコインをP2P電子通貨にすることでした。デジタルゴールドのプログラマビリティの必要性は金庫と金庫であり、通貨のプログラマビリティの必要性は中央銀行と商業銀行の流通ネットワークです。したがって、ビットコインのプログラマビリティ強化プロトコルは逸脱した行為ではなく、サトシ・ナカモトのビジョンへの回帰です。

ビットコインは最初のAppChainです (出典: @tokenterminal)

私たちは Gartner Hype Cycle の調査手法を活用し、ビットコイン プログラマビリティ ソリューションを 5 つの段階に分けることができます。

• テクノロジーの初期段階: DriveChain、UTXO Stack、BitVM など。

• 期待が膨らむ期間: ルーン、RGB++、EVM ロールアップ、ビットコイン L2 など。

• バブル崩壊期：BRC20、アトミックスなど

• 安定した回復期間: RGB、ライトニングネットワーク、ビットコインサイドチェーンなど

• 成熟度プラトー: ビットコイン スクリプト、タップルート スクリプト、ハッシュ タイム ロックなど。

CKB の将来: ビットコイン エコシステムの OP Stack+EigenLayer

ビットコイン ロールアップ L2、UTXO 同型ビットコイン L2、またはドライブ チェーンなどの新しいパラダイムと互換性のある EVM であっても、チューリングの完全なプログラマビリティのためのさまざまな実装ソリューションは、最終的にはコンセンサス層および決済層としてビットコイン メインネットを指します。

自然界では収斂進化が繰り返し起こるのと同じように、ビットコインエコシステムにおけるチューリング完全プログラマビリティの発展傾向は、いくつかの面でイーサリアムエコシステムとある程度の一貫性を示すことが予想されます。しかし、この一貫性は、単にイーサリアムのテクノロジースタックをビットコインエコシステムにコピーすることを意味するのではなく、ビットコインのネイティブテクノロジースタック（UTXOに基づくプログラマビリティ）を使用して、同様のエコシステム構造を実現することを意味します。

CKB の UTXO スタックの位置付けは、Optimism の OP スタックの位置付けと非常に似ています。OP スタックは実行層でイーサリアムのメイン ネットワークとの強い同等性と一貫性を維持しますが、UTXO スタックは実行層の有効性でビットコインのメイン ネットワークとの強い同等性を維持します。そして一貫性。同時に、UTXO スタックと OP スタックの構造は両方とも並列構造です。

CKB 生態の現状 (出典: CKB Community)

将来的には、UTXO スタックは、開発者が UTXO 同型ビットコイン L2 を起動するコストと難易度をさらに削減するために、共有シーケンサー、共有セキュリティ、共有流動性、共有検証セットなどの RaaS サービスを開始する予定です。すでに多数の分散型ステーブルコインプロトコル、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 では、単一のセルが最大 1000 バイトの状態空間を占有することができ、CKB 上の NFT アセットに、ネイティブ ガス料金、状態空間のプログラム可能性など、他の同様のブロックチェーン アセットにはないいくつかのエキゾチックな機能が与えられます。等々。これらのエキゾチックな特性により、UTXO スタックはデジタル物理現実を構築する自律世界プロジェクトのインフラストラクチャとして非常に適しています。

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

要約する

ビットコインがチューリング完全なプログラム可能なソリューションに発展することは避けられません。ただし、チューリング完全プログラマビリティは、ビットコインのメイン ネットワークでは発生しませんが、オフチェーン (RGB、BitVM) またはビットコイン L2 (CKB、EVM ロールアップ、ドライブチェーン) で発生します。

歴史的な経験によれば、これらの協定の 1 つは最終的には独占的な標準協定に発展します。

ビットコイン プログラマビリティ プロトコルの競争力を決定する重要な要素は 2 つあります。 1. 追加の社会的信頼の前提に依存することなく、L1<>L2 間の BTC の自由な流通を実現すること。 2. ビットコインに参入するのに十分な規模の開発者、資金、およびユーザーを引き付けること。 L2エコロジー。

ビットコイン プログラマビリティ ソリューションとして、CKB は同型バインディング + CKB ネットワークを使用してクライアント検証ソリューションを置き換え、追加の社会的信頼に依存することなく、L1<>L2 間のビットコイン L1 資産の自由なフローを可能にします。また、CKB Cell の状態空間民営化機能の恩恵を受けている RBG++ は、他のビットコイン プログラマビリティ プロトコルのように、ビットコイン メイン ネットワークに状態爆発の圧力をもたらしません。

最近、RGB++ アセットの最初のバッチの発行を通じてエコシステムのホット スタートが最初に完了し、CKB エコシステムに約 150,000 人の新規ユーザーと新規開発者のグループを登録することに成功しました。たとえば、ビットコイン L1 プログラマビリティ プロトコルのスタンプ エコシステムのワンストップ ソリューションである OpenStamp は、スタンプ エコシステムにサービスを提供する UTXO 同型ビットコイン L2 を構築するために UTXO スタックを使用することを選択しました。

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

記事内で言及されているリンクの一部:

[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