jakiro
著者：shew＆amp;
現在のBitcoin Layer2トラックは、花でいっぱいであると説明でき、さまざまな技術ソリューションがBTC生態学的融解炉に集まりました。ブロックチェーン分野の迅速な反復により、研究の革新とエンジニアリングの着陸中に、専門的な語彙または基準が絶えず変化しています。これに関連して、多くのプロジェクトは、多くのプロジェクトが業界の隠されたルールになった「概念」/「概念の概念」を使用する方法で差別化と注意を獲得します。
たとえば、元々イーサリアム/セレスティアエコシステムで活動していた多くのモジュラーブロックチェーンプロジェクトは、ドンフェンを「ビットコインlayer2」エクスプレスに服用し、「ロールアップ」として自称していましたが、技術的なソリューションはしばしば満たされません。ロールアップの基準。
ただし、「ロールアップ」などの語彙は高度に認識されており、「ロールアップ」の旗の下での宣伝をより助長します。多くのプロジェクトパーティーは、頑固な（自己名のロールアップ）またはフォークの主流であるロールアップの概念（およびソブリンロールアップなどの曖昧な帰属）のいずれかです。
しかし、一見すると、多くのプロジェクトの仕事の原則は依然として「クライアント検証」または「サイドチェーン」ですが、「XX Rollup」のスローガンを通して自分自身に便利なのは便利です。このプロパガンダの方法は比較的一般的ですが、多くの場合、真実を追求する一般の人々にとっては、
（ナチスのプロパガンダ大臣ゴーベルの「嘘つきプロパガンダ」の要約。これは多くのプロジェクトパーティーで一般的です）
それでは、この種の「rolup概念」の動作をどのように識別できますか？
おそらく、西洋と業界の広く認識されている基準に従って、ファーストの原則から始めて、異なるlayer2プロジェクトのスキームカテゴリとセキュリティレベル、および機能的な完全性を定義して、「Kaaleidoscopeのペアを開くことができます。霧の中で、霧の中で花を見ます。言い換えれば、どのようなソリューションが最も重要ではありません。プロジェクトがLayer2ネットワークセキュリティが信頼できるかどうか、およびBTCメインネットワークに本当に力を与えることができるかどうかです。
以下では、チェーンウェイの外国人が作成したビットコインlayer2をケースとして使用して、「ロールアップ」プロモーションスローガンに隠された「クライアント検証」を分析する予定です。「ソブリンロールアップ」と「クライアント検証」をより明確に見ることができます。これは、業界の主流におけるスマートコントラクトの実装やOprollupなどのロールアップスキームの間に大きく異なる違いがあります。
もちろん、これは、ソブリンロールアップやクライアントの検証がZKロールアップほど安全で信頼性が低いということではありません。チェーンウェイは典型的なクライアント検証lay2ですが、それは「チェーンの下でのBTCトリガー+検証で」反レビュートランザクションソリューションを提案し、Mina Public Chainに似た再帰的なZK証明を使用し、ほとんどのBitcoin Layer2 Essenceをリードしています
チェーンウェイの技術研究は比較的貴重であり、これはビットコインlayer2オブザーバーの大部分にとって重要な重要な重要性であると考えています。
（チェーンウェイのプロモーション写真はZKロールアップとして宣伝されていますが、その本当の解決策はクライアントの検証です。現在、チェーンの下のクライアント間のコンセンサス、または信頼できる情報交換をまだ実現していません）
文章：Chainwayは、西洋のコミュニティでよく知られているBitcoin Layer2プロジェクトですチェーンウェイは、その技術文書では、「ソブリンロールアップ」として自己ポジションもあります。最近、チェーンウェイは新しいプロジェクトCitreaを発表し、BITVMベースのZKロールアップであると主張しました。CitreaはBITVMベースのZK検証スキームによってどのように実現されるかを詳細に説明していないため、この記事では、すでに計画されているソリューションの技術的解釈に焦点を当てます。
1つの文で要約できますChainwayの現在開示されている技術的ソリューション：DAデータは、Ordinalsプロトコルを通じて公開されています。BTCをDAレイヤーとして使用し、ステータスの変更の詳細の詳細については、レイヤー1の状態diff +です。完全で検証されたトランザクションデータのリリースに相当します。
（状態diffはアカウントステータスの変更です）
ただし、layer1はZKプルーフを直接検証しないため、検証作業はチェーンの下の独立したクライアント/ノードによって実行されます。チェーンウェイの現在のコードライブラリは、チェーンの下で独立したクライアント間でコンセンサスを達成しておらず、当局はソーシャルメディアでこの問題を宣言していません。したがって、チェーンウェイによって発表された現在の技術的なソリューションは基本的に属する「クライアントの検証」タイプは、ブリッジ資産をサポートする碑文インデックスプロトコルのようなものです。
以下は、主にチェーンウェイの特定の技術実装を導入し、そのセキュリティモデルを分析します。
主権とは何ですか？
チェーンウェイの技術文書では、セレスティアのソブリンロールアップ（ソブリンロールアップ）コンセプトが使用されました。そしてソブリンロールアップは、実際にはイーサリアムコミュニティや業界の主流のロールアップコンセプト（スマートコントラクトロールアップ）とは異なります。エッセンスでは、ソブリンロールアップの特定の構造は何ですか？
実はビットコインベースのソブリンロールアップは、BTCチェーン上のDAデータチェーンの下のクライアントグループ/サイドチェーンに少し似ています」、最大の特徴は、レイヤー1のインテリジェント契約がレイヤー2のクロス鎖の動作を検証するために必要であることです。範囲。
確かに、いくつかの非常に安全なソブリンロールアップソリューションは、BTCチェーンの下の3番目のパーティー決済レイヤー（サイドチェーンと同様）に依存して、ステータス変換の確認を完了します。また、さまざまな独立したクライアント/フルノードの間に、特定の物議を醸す行動に「一貫性」を達成するために、コンセンサスまたは信頼できるメッセージ伝達の層があります。しかし一部の主権ロールアッププロジェクトは裸の「クライアント検証」であり、独立したクライアント/ノード間に信頼できるメッセージ伝達はありません。
「ソブリンロールアップ」のユニークな概念をよりよく理解するために、主権ロールアップと、それに対応するスマートコントラクトロールアップと比較できます。EthereumのLayer2は、基本的にはArbitrumやStarkNetなどのスマートコントラクトロールアップです。スマートコントラクトロールアップの構造は、以下の図を参照できます。
上の図では、次のように、モジュラーブロックチェーンの物語のいくつかの用語を見ることができます。
実行実行レイヤー：ユーザートランザクションを実行し、ブロックチェーンのステータスを更新し、データをDAレイヤーと決済レイヤーに送信します
決済和解層：実行レイヤーの状態変換を確認し、紛争を解決し（詐欺証明など）、L1-L2ブリッジの受信資産を処理するブリッジモジュールを提供します
DAレイヤー：実行レイヤーによって提出されたステータス変換データを受信し、誰にでもこのデータを信頼に提供する大規模なアナウンスボード。
コンセンサスコンセンサスレイヤー：トランザクションソートの最終的な性質を確保するために、それはDA層の関数に近いようです（モジュラーブロックチェーン上のイーサリアムコミュニティの階層化された方法には、コンセンサスレイヤーは含まれません）
スマートコントラクトロールアップのアーキテクチャから、実行レイヤーを除いて、他の3つのレイヤーの機能はイーサリアムによって担当していることがわかります。以下の図は、スマートコントラクトロールアップにおけるイーサリアムの役割を示しています。
Ethereumのロールアップ契約は、Layer2ステータス変換の有効性を検証するために、有効性の証明（有効性の証明）または詐欺証明を受け取ります。ここでのロールアップスマートコントラクトは、実際にはモジュラーブロックチェーンの決済レイヤーエンティティであることに言及する価値があります。決済レイヤー契約には、多くの場合、レイヤー2の資産を受け取るためにイーサリアムブリッジを処理するためのブリッジ接続モジュールが含まれています。
DAの場合、解決層契約は、Sorter Sequencerに最新のトランザクションデータ/ステータスの詳細をチェーンに変更するように強制することができます。
（ZKロールアップまたはOPロールアップ、チェーン上のDAデータを義務付けることができ、決済層の決済状況を更新することはできません）
私たちは見ることができます、スマートコントラクトロールアップは、layer1のスマートコントラクトに真剣に依存しています。複雑なビジネスロジックをサポートすることが困難なLayer1の場合、Layer2を構築することは基本的に不可能です。これは、イーサリアムでロールアップするために「アライメント」されています。
そしてソブリンロールアップスキームは、ステータス検証/ブリッジ処理のためにlayer1での契約を必要としません。アーキテクチャは次のとおりです。
私たちは見ることができます、ソブリンロールアップでは、トランザクションの実行および決済運用のエンティティとしてのDAレイヤーの外側のノードグループの自由度が高くなります。特定のワークフローは次のとおりです。
ソブリンロールアップの実行レイヤーノードは、トランザクションデータ/ステータスの変更の詳細をDAレイヤーに送信し、決済レイヤー/クライアントメソッドがデータを取得するように設定され、検証されます。注目に値します、決済レイヤーモジュールはlayer1にないため、ソブリンロールアップは理論的にはlayer1に相当するブリッジを実現できません。多くの場合、公証橋、または3番目のパーティブリッジに依存します。
現在、ソブリンロールアップ/クライアント検証スキームは、BTCチェーンにデータリリースを実装し、順序プロトコルに似たフォームを採用することのみが必要です。チェーンの下の部品とチェーンの下のコンセンサスに関しては、無料のスペースがたくさんあります。多くのサイドチェーンでさえ、基本的に「BTCベースのソブリンロールアップ」になるBTCにDAデータを公開するだけでよいですが、特定のセキュリティは疑わしいです。
しかし、問題は、ビットコインのデータスループットは非常に低いです、ブロックあたり最大4MB、平均出力時間は10分、データスループットは6kb/sのみです。現在、主権ロールアップであると主張するlayer2ソリューションは、BTCチェーンに公開されず、他の妥協を採用することができます。：たとえば、チェーンの下にDAデータを公開し、BTCチェーンにデータハッシュを「コミットメント」として保存します。または、チェーンウェイが使用すると主張するDAデータを高く圧縮する方法（状態diff+zk証明など）を見つけます。
しかし、明らかに、このモデルは「ソブリンロールアップ」の定義や深刻なロールアップの定義に準拠しておらず、その安全性は疑問視されています。将来的には、「ロールアップ」のバナーの下のLayer2プロジェクトのほとんどが最終的にBTCチェーンで完全に公開されると予測しています。したがって、実用的なソリューションは、ホワイトペーパーの「ZKロールアップ」と「OPロールアップ」と、ホワイトペーパーの「ZKロールアップ」と「OPロールアップ」のスローガンです。
最後に、ソブリンロールアップとスマートコントラクトロールアップの違いを要約しましょう。
まず、アップグレードできます。スマートコントラクトロールアップの更新反復には、スマートコントラクトの更新が含まれ、開発チームはアップグレードされた契約を使用する必要があります。このスマートコントラクトのアップグレード許可は、一般にロールアップ開発チームによって制御されます。ソブリンロールアップのアップグレードルールは、従来のブロックチェーンのソフトでハードフォークに似ています。この観点から、ソブリンロールアップはスマートコントラクトロールアップよりも優れています。
第二に、橋。スマートコントラクトロールアップのブリッジは理想的な条件下で最小化されますが、契約のアップグレードはセキュリティに影響を与える可能性があります。そしてソブリンロールアップスキームでは、開発者はレイヤー1チェーンの下にコンポーネントを接続するためにブリッジを構築する必要があります。
BTC DA構造
上記で、私たちはそれについて言及しました、BTCベースのソブリンロールアップを実現するために、コアは、ordinalsプロトコルを使用してBTCをDA層として使用することです。チェーンウェイはこのソリューションを使用します。
チェーンウェイソーターからのDAデータの提出を観察できます。
24ADD7CDCBFFCDA8D43509C8E27C5A72F4DF1731BE84BDBA727CD83AE0000、、、、概略図は次のとおりです。
このトランザクションのスクリプトコードは、ordinalsプロトコルのOP_0 OP_IFから借用してデータ作成スキームを実装し、BTCチェーンにロールアップのDAデータを書き込みます（リリースステータスの変更+ZKプルーフ。これは、セキュリティにおける元のトランザクションデータのリリースに等しいが、データサイズは大幅に圧縮される可能性がある）。
もちろん、DAデータに加えて、Sorterはトランザクションにいくつかの権限データを書き込みます。ソルターによって提出されます
ここで注意する必要があります、DAデータを含む任意のトランザクションには、16のバイナリ0があります（つまり、0の連続バイトは0連続バイトです）。コードでは、この制限を確認できます。
前のサンプルトレーディング図の乱数B715は、トランザクションがハッシュを取得した後に値を調整するために、テールが特定の16 0で運ばれるようにすることです。ハッシュのビットは0であり、特定の制限を満たしています。
この設計は、DAデータを取得することの難しさを簡素化することです。DAデータを取得するためにlayer2が必要な場合は、BTCブロックをスキャンするだけで、すべての終了は16 0トランザクションに設定されています。これは、データソルターがデータに提出されたときに開始されたトランザクションに相当します。これは、ビットコインチェーン上の他のトランザクションと明確に区別されます。後の記事では、これにはDAデータが含まれていると言われています最後に16 0 0のトランザクションは「cですHainway Standard Trading。
次に、この記事のタイトルに記載されている重要なポイント：Chainwayはどのようにして反センサーシップを達成しますか？Layer2 Sorterは意図的にユーザーのトランザクションリクエストを拒否する可能性があるため、ユーザーが反センサーシップトランザクションを開始できるようにするために特別なソリューションを使用する必要があります。
この問題に直面して、Chainwayはユーザーが開始できるようにします「必須取引」、強制トランザクション。ユーザーがBTCブロックでこのトランザクションステートメントを送信すると、チェーンウェイソーターはレイヤー2でトランザクション要求を処理する必要があります。そうしないと、通常は外出できないか、リンクされたクライアントによってブロックが認識されません。
必須トランザクションのパラメーター構造は次のとおりです。
トランザクションは、「チェーンウェイ標準トランザクション」としてビットコインチェーンに提出され、取引ハッシュの終了時に16 0 0が提出されます。チェーンウェイソーターがL2ブロックを生成するとき、BTCチェーンで開示されているが、L2台帳に含まれていない「Layer2仕様トランザクション」はまた、マークルツリーの概要は、そのマークルルートをL2ブロックヘッドに書き込みます。
ユーザーがBTCチェーンで必須のトランザクションを直接開始したら、ソーターを処理する必要があります。そうしないと、次の効果的なブロックを生成できません。BTCチェーンのチェーンウェイクライアントは、最初にZKプルーフをチェックし、ソーターが提出したL2ブロックの有効性を決定し、L2ブロックヘッドのMerkleルートをチェックして、ソルターに義務トランザクションリクエストが含まれているかどうかを判断できます。
そのワークフローは、次のフローチャートを参照できます。以下の図では、宇宙に限定されているverify_relevant_tx_listには条件付き判断がありません。
全体として、チェーンウェイクライアント/ノードはBTCメインネットワークブロックを同期し、それからチェーンウェイソーターによってリリースされた「DAデータ」をスキャンし、データが指定されたソルターによって公開されていることを確認し、提出されたすべての提出物が含まれていることを確認します。 BTCは、チェーン上のBTC「チェーンウェイ標準取引」に提出されました。
見るのは難しくありません、ユーザーが条件を満たし、それをBTCチェーンに提出する「標準トランザクション」を構築できる限り、このトランザクションは最終的にチェーンウェイクライアントのローカルL2台帳に含まれます。クライアントが拒否します。
信頼できる場合チェーンの下でのコンセンサス/アラートメッセージ送信、チェーンウェイの反レビュートランザクションソリューションは、理想的なソブリンロールアップの理想的な反レビュー方法に近づいています。たとえば、一部のソブリンロールアップスキームは、無効なブロックに遭遇すると、特にセキュリティを強化するためにチェーンの下のクライアント間でアラート情報をブロードキャストすると述べています。
ブロックに「必須のトランザクション」が正直に含まれていない場合、チェーンの下で放送される警告が明らかにトリガーされます。しかし今、チェーンウェイはまだこの作品を達成していません（少なくとも現在の情報とコードライブラリは、このテクノロジーを行っていないことを示しています）。
チェーンの下のクライアント/ノード間のコンセンサスが実装されている場合でも、「強制トランザクション」の「強制トランザクション」の反レビュー効果は、arbitrumのようなスマートコントラクトほど良くありません。なぜなら、Arbitrum Oneは最終的に「必須トランザクション」がLayer2 Ledgerに含まれることを保証するためレイヤー1の契約。レイヤー1の抵抗を完全に継承します。明らかに、ソブリンロールアップはスマートコントラクトロールアップと一致することはできず、その反レビューは最終的に下部に依存します。
これも決定されます、「ソブリンロールアップ」と「クライアント検証」スキームのアイデア、基本できないarbitrumのように、またはloopring、dydxとdegateのように、全体layer1の反尋問を継承します。必須のトランザクションはlayer2レジャーに正常に含まれる可能性があるため、layer1自体とは関係のないlayer2 chainエンティティの決定 – メイキングに依存します。
明らかに、チェーンウェイチェーンの下のクライアントに単に依存するこのソリューション、それはlayer1のDAの信頼性を継承しただけで、その抵抗を完全に継承しませんでした。
ミナの再帰的なZK証明に似ています
このセクションでは、BTCをDAレイヤーとして使用することに加えて、チェーンウェイの他の部分をさらに紹介します。ミナの再帰的なZK証明に似ていますエッセンス全体の構造は次のとおりです。
ユーザートランザクションを処理した後、チェーンウェイネットワークのソーターは最終的なZKプルーフを生成し、異なるアカウントで状態の変更は状態違いであり、BTCチェーンで公開されます。ノード全体が、BTCでリリースされたすべての履歴データを同期します。各ZKプルーフは、現在のブロックのステータス変換プロセスを証明するだけでなく、前のブロックのZK証明書が効果的であることを確認する必要があります。
上記の計画に基づいて、実際にはそれぞれの証明が生成されていることがわかります。最新のZK証明書は、作成ブロックから始まるすべてのZK証明書が効果的であることを確認できます。このデザインはミナに似ています。
ブロックヘッドのみを同期する「ライトクライアント」、つまりライトノードがネットワークに追加されると、BTCの最新のZKプルーフに有効な最新のZKプルーフのみが、チェーン全体の履歴データとすべてのステータス変換を確認できます。
ソルターが邪悪である場合、意図的に強制取引を受け入れない、または再帰的証明のために以前のZK認定を使用しない場合、以下に示すように、クライアントが生成する新しいZKプルーフをクライアント（生成または認識）が受け入れることはできません。
要約します
この記事の要約として、チェーンウェイは、基本的に、BTCをDA層として使用したソブリンロールアップ/クライアント検証スキームです。Rollupの反尋問を改善するために、Chainwayは強制取引の概念を導入しました。一方、チェーンウェイは再帰的なZKプルーフテクノロジーを使用しているため、新しく入力されたノードはソーターの出力をより信頼できるようにし、チェーンの履歴データ全体がいつでも正しいことを確認します。
チェーンウェイの現在の問題は、クロスチェーンブリッジ部分を信頼する方法です。ソブリンロールアップスキームを採用するため、クロスチェーンブリッジスキームでは、技術的な詳細を解決するために最終的なセキュリティがどのように計画されているかを判断することは困難であるとは説明されていません。
今日、チェーンウェイの技術的ソリューションの詳細な分析を通じて、プロジェクトコミュニティによって促進される技術タイプは、主流の意味でロールアップされていないことがわかりました。現在のBitcoin Layer2プロジェクトが数十年（半年で数百年）に達したことを考慮して、すべての人の技術用語の認知コストを削減するために、レイヤー2ソリューションの分類およびセキュリティ基準と機能的評価標準を分類し続けます、セキュリティ基準、および機能的な完全な評価標準 – 詳細な研究なので、お楽しみに！
