B²ネットワークの技術的解体：BTC L2に "モジュラー "が必要な理由

ソース: Chain View

イーサネットL2の分野では、モジュール性はモノリシックなチェーンに挑戦するための不可欠な武器となっている。 CelestiaはDA戦争に一石を投じ、Espressoは共有シーケンサーという大きな動きを提供し、AltlayerはRollup AS A Serviceを投げ出した。

BTC layer2にモジュール性が適用されたらどうなるのだろうと考えずにはいられません。

なぜBTCネットワークはモジュール化に適しているのか、BTCレイヤー2のどのようなコンポーネントがモジュール化に適しているのか。モジュール化はBTCレイヤー2にどのような新しいビジネスパターンをもたらすのでしょうか？この記事では、 @BSquaredNetworkを例にとって議論します。

モジュール性が機能するのは、主にブロックチェーン・パブリックチェーンアーキテクチャの組み合わせ可能な機能のためであり、成熟したパブリックチェーンには以下が含まれます：

1）決済層（Settlement layer）は資産の取引状況の転送と決定を担当します。

3) 実行レイヤー（Execution Layer）は、スマートコントラクトの呼び出しと実行を含む、トランザクションの実行ロジックの処理を担当します。

4) コンセンサスレイヤー（Consensus Layer）は、特定のバージョンのトランザクションの履歴上のすべてのノードの一貫性を担当します。

5) 相互運用層（Interoperability Layer）は、異なるブロックチェーンネットワークのメッセージ通信と状態管理を担当します。

上記のブロックチェーンの構成要素は明確に定義されており、それぞれに役割があるため、ブロックチェーンの信頼性と分散型の特徴を構成しています。

イーサネットネットワークは、過去の状態を保存・検証できるスマートコントラクトネットワークであり、一部のコンポーネントが性能や容量の制約により外部委託する拡張の問題に直面していることを除けば、上記のレイヤーのコンポーネントの機能を達成できるのに対し、BTCネットワークはステートレスで非スマートコントラクトネットワークであり、UTXOモデルは資産移転と決済のための最小限の技術アーキテクチャであり、決済機能に加えて、他のUTXOモデルは、資産移転と決済のための最小限の技術アーキテクチャであり、決済機能以外の、実行レイヤー、DAレイヤー、コンセンサスレイヤー、クロスチェーン対話操作レイヤーなどの他のレイヤーは、すべて「モジュラー」カプセル化に適しています。

イーサリアムは内蔵の複雑性レイヤーを通じて幅広いアプリケーションをサポートする一方、ビットコインは最小限のUTXOアーキテクチャを通じて決済機能のみをサポートし、より複雑な外部モジュール性に依存している。間違いなく、BTCはイーサよりも「モジュール性」を必要としている。

それでは、BTCのレイヤー2（非UTXOアーキテクチャ）が複雑な取引実行ロジックを実装するためには、コアとなるDAレイヤー、実行レイヤー、決済レイヤーのコンポーネントをどのようにモジュール化すればよいのでしょうか？また、BTCメインネットの特性に合わせてどのような調整が必要なのか。

1) DA層：BTCメインネットワークは、Taprootスクリプトスクリプトのストレージ内の限られたスペースに依存することができ、メインネットワークノードは、複雑な状態検証を行うためにデータを格納することはできません。

この目的のために、B²ネットワークはモジュール式に独立したDAレイヤーを構築し、次のものを含みます：分散ストレージ＋B²ノード2つの部分：

ストレージの部分は、ノードがデータを検証するために、取引記録データの全てのローカル履歴を保存する必要があり、CalldataとBloomのイーサネットシステムに相当する、権威があり改ざん防止された信頼できるデータソースを提供します。CalldataとBlob。ノード部分はEther L2のProcerシステムに相当するRollupデータの処理を担当し、これらのデータに対してProve検証を行い、そのトランザクションデータと状態遷移の正しさを確認する。

これら2つの部分の連携により、B²Networkはデータを効率的に保存し、計算+検証を可能にするDAネットワークを実装し、BTCメインネットのDA機能の不足を補います。興味深いことに、B² Networkは、その実現可能性を完全に検証した後、アーキテクチャをB² Hubにアップグレードしました。これは、DAレイヤーを必要とする他のBTCレイヤー2に、モジュール式サービスソリューションとして供給することに相当します。

なぜ他のレイヤー2プラットフォームは、IPFSストレージソリューションやB² Hubを採用するのではなく、B² Hubを採用するのでしょうか？例えば、メインネット上の限られたスペースを節約するために、DAレイヤーはプローバーシステムからのデータ検証結果を回路に圧縮し、コミットメント約束を生成します。

2) 実行レイヤー: BTCメインネットで行われる「実行」は、資産の条件付き移転のみで、複雑なコントラクトロジックを実行できるローカル実行レイヤーを構築するレイヤー2プラットフォームによって補完されることがよくあります。

これに対処するため、B²ネットワークは実行層としてZK-Rollupを使用し、ゼロ知識証明を通じてオフチェーンデータと通信相互作用の一貫性を処理します。このプロセスにおいて、シーケンサーはトランザクションを収集し、バッチ化し、ZKEVMシステムを通して様々なプルーフ・オブ・プルーフを生成し、最後にサマリーデータをDAレイヤーに集約します。

ZKをコア技術としてローカルデータとトランザクションステータスの一貫性に対処するB²Networkのアプローチは、一種のモジュラー共有と見なすこともできます。シーケンサー実行層ソリューションの一種とみなすこともできます。結局のところ、ZKは、複数の主体を接続して互いに通信し、プライバシークレジットを与えるのに独特に適しています。

3) 決済層：もしUTXO構造であれば、BTCメインネットワークはライトノード+シュナー署名+MASTおよび他のフレームワークに基づいて、チャネルの状態+ワンタイムシールなどを通じて、資産の状態変化のセキュリティを実現することができます、もしUTXO構造でなければ、資産の決済のためのメインネットワークに、唯一のマルチ署名主体のローカルコンセンサスに頼ることができます。これは実際には、マルチ署名主体が悪である場合、マルチ署名に頼ることだけでは、資産の100％のセキュリティを効果的に確保できないことを前提としています。

B²ネットワークの決済レイヤーの設計は、2つの部分から構成されています：BTCメインネットワークの条件付きロック解除とB²ハブのローカルチャレンジ：

B²ネットワークのB²ハブ部分は、悪の可能性を減らすためにローカルコンセンサスの第2層を確実にするために、BitVM技術に基づいて、チャレンジメカニズムのセットを設計しました。コミットメント・コミットメントがチャレンジされます：

1.B²ネットワークのDAレイヤーは、最終的なデータ変更状態を受け取り、コミットメント・コミットメントに圧縮し、それをインスクリプションの形でメインのビットコインネットワークにアップロードします。B²ノードは、メインネットワークのデータ状態を解析して記録するパブリックな分散型インデクサーシステムを持つので、他のノードは自分のローカルデータ記録に基づいてメインネットワークに提出されたデータの矛盾に挑戦することができます。

2.インスクリプション後のインスクリプションデータは改ざんすることができず、レイヤー2ローカル下のインデクサデータは透過的であるため、挑戦者によって提出されたチャレンジデータ断片がすでに存在する過去のコミットメント約束結果と矛盾すると、全ノードは約束の内容を直接確認することはできませんが、この矛盾がメインネットワークの決済状況確認を以下のようにトリガーすることができます。偽造されたコミットメントプロバイダにスラッシュペナルティが課せられます（そのUTXOにロックされたBTCはチャレンジャーに転送されます）。

私の意見では、B²NetworkのBitVMベースのコミットメント+チャレンジメカニズムは、効果的な「決済レイヤー」のセキュリティコンセンサスを補完するものと同等であり、資産決済におけるレイヤー2チェーンのセキュリティコンセンサス不足を補う効果的なモジュール式チャレンジスキームとなり得ます。セキュリティ・コンセンサス結局のところ、単にメインネットワークにライトノードと複数の署名を構築することによって、ノードの悪の問題があるかもしれない、我々は効果的な悪のアカウンタビリティメカニズムのセットを形成する場合、問題は解決されます。

上記。

BTCレイヤー2の標準論争をめぐる2日間が再び始まりましたが、BTCレイヤー2の百花繚乱の東側勢力であれ、コンセンサスレイヤーの標準を形成しようとする西側主流派であれ、結局のところ、断片的なBTCレイヤー2の市場開発プロセスでしかありません。

私見では、BTCレイヤー2の最大の魅力は、それが無限に包括的であり、市場に想像の余地を与えていることであり、標準を設定する時期にはまだほど遠い。

それどころか、BTCインデックスの非中央集権化、BTC DAレイヤーの能力不足、BTC決済レイヤーのセキュリティメカニズムの課題、BTCの主流であるUTXO構造スケーリングソリューションの開発の遅れは、すべて早急に解決しなければならない問題です。

重要なのは、これらの問題が効果的に解決され、モジュール化されれば、エコシステム全体の共通のニーズになる可能性が高いということです。言い換えれば、問題を解決し、商業的なアウトプットをモジュール化することで、これが「標準」になるのではないでしょうか？

注：この記事では、BTCレイヤー2市場の非UTXO構造を中心に説明していますが、問題のUTXO構造とアイデアの展開は全く同じではありません、詳細な説明を行う機会があるでしょう。