著者：HaoTian、暗号アナリスト 出典：X（オリジナルTwitter）@tmel0211
クリックして読む: Layer2 におけるデータ可用性の中心的な役割
データ可用性を普及させた後、データ可用性と EVM 互換性の関係について疑問に思うはずです。まず最初に言っておきますが、EVMの互換性が高いほど、イーサリアムとのData Availability統合の度合いが高くなります。 **
なぜ？注意深い友人は、両方の ZK-Rollup ソリューションである zkSync は状態差分状態転送証明書のみをイーサリアムにアップロードできるのに対し、Linea はすべてのデータをメインネットにアップロードできることに気づくはずです。その答えは EVM の互換性にあるかもしれません。
以前 @VitalikButerin が「さまざまなタイプの ZK-EVM」に関する記事を書きましたので、一緒にレビューしたいと思います。以下の図に示すように、Vitalik はさまざまな ZK ソリューションとイーサリアムの互換性を 5 つのレベルに分けています。
第 1 レベルはイーサリアムと完全に同等であり、イーサリアム システムのコンポーネントは変更されません。ハッシュ、ステート ツリー、プリコンパイルなどのロジックはほぼ同じです。たとえば、Taiko と Scroll はすべてこれを対象としています。
第 2 レベルは、Polygono zkEVM など、ブロック構造や状態ツリーなどのデータ構造がいくつか異なるだけで、EVM 仮想マシン システムと同等です。
3 番目のレベルは EVM 仮想マシンとほぼ同等であり、ほとんどのアプリケーションと互換性があります。証明時間を短縮するために、スクロール、ポリゴン zkEVM などのいくつかの犠牲のみが払われています。
4 番目のレベルでは、高レベル言語を使用してプログラムし、zkSync や Starknet などの、証明時間を短縮するためだけにコンパイラ変換の層を通過します。
複数の ZK-EVM の違いを一般的な方法で理解するにはどうすればよいでしょうか?成熟したパブリック チェーン システムとして、イーサリアムの EVM 仮想マシン、Solidity プログラミング言語、およびその他のデータ構造は標準と考えられており、開発者が ZK-EVM を構築する場合、イーサリアム システム コンポーネントの再利用の互換性はより高く、レベル 1 に近づきます。
逆に理解すると、なぜ zkSync と Starknet が独自の言語とそれを変換するコンパイラーを開発する必要があるのかというと、イーサリアム独自のコンポーネントに依存して Prove 証明を生成する速度が遅すぎて需要を満たすことができないからではありません。いつかイーサリアムの最下層がSNARKプルーフをサポートするようになったら、これらのレイヤー2はトランザクションをバッチ受信してパッケージ化してイーサリアムに送信するだけで済むのに、なぜEVM相当の実行層を自分で操作する必要があるのでしょうか？
EVM 互換レベルについて理解できたところで、データ可用性との関係について考えてみましょう。ルールが見つかります. イーサリアムまたは EVM の互換性が高いほど、達成できるデータ可用性の度合いが高くなります. イーサリアムに DA を実行してもらいたい場合は、イーサリアムとの互換性が高くなければならないことを理解してください。
主流のレイヤー 2 データ可用性の実装方法を大まかにまとめました。大きく 5 つのカテゴリに分類できます。
すべてのコア データがイーサリアムにアップロードされ、イーサリアムが DA レイヤーとして使用されます (例: Arbitrum、Optimism、Base、Linea)。
状態差分状態遷移証明のみがイーサリアムにアップロードされ、すべての履歴データはレイヤー 2 自体によって提供されます (例: zkSync、Starknet)
DA サービスは、Polygon zkEVM などのレイヤー 2 独自の専用レイヤー 1 強力なコンセンサス ネットワークによって提供されます。
DA は、IPFS などの強力なサードパーティの合意を得た分散ストレージ ネットワークによって提供されます。例: Metis
DA は、モジュール式 DA の構築を専門とするサードパーティのパブリック チェーン サービス プロバイダーによって提供されます (例: Mantle)。
レイヤ 2 は、独立した DA サービスを提供します。例: Abitrum Nova、Apex、ImmutableX
上記の分類はL2BEATのデータ分析を指しており、データの可用性はデータ分析プラットフォーム上で（オンチェーン、オンチェーン（SD）、外部、外部（DAC）、オプティミズム（MEMO）など）としてマークされます。
データの可用性に基づいて 1 から 6 に分類すると、イーサリアムへの依存度が徐々に低下し、セキュリティのコンセンサスも徐々に弱まります。セキュリティコンセンサスは比較的曖昧な概念であるため、コンセンサスの強さの基準としてイーサリアムの DA への参加の統合の程度を使用するだけでは、コンセンサスの提供をサードパーティ DA に依存するレイヤー 2 が必ずしも安全でないことを意味するわけではありません。または DA 層を独立して動作させることもできます。
要約
Arbitrum や Optimism などの OP-Rollup が Ethereum DA での応用度が高いことが分かりました 理由は非常に単純です OP-Rollup と EVM は当然ながら親和性が高く、Sequencer とトランザクション処理をうまく実行するだけで十分です、キーの検証、およびその後のチャレンジはすべてイーサリアム システムに依存します。
ZK-Rollupのラインナップの一つであるLineaは全てのコアデータをイーサリアムにアップロードすることができます。公式の説明は見ていませんが、おそらくLineaのEVMの互換性が高く、イーサリアムのストレージやコントラクト実行を再利用できるためだと思われます。など。Prove 認定プロセスを支援するには?ただし、zkSync はプルーフを生成するために独自の Prove システムにのみ依存することができ、zkSync がすべてのデータをイーサリアムに接続すると、後続のロールアップ コントラクトはプルーフの有効性を検証できなくなります。
最後に、Polygon ZK-EVM が独自の Polygon Validium L1 ネットワークをコンセンサス層として使用していることに気づきましたか? Ethereum の競合他社として、Polygon の L1 検証コンセンサス システムも非常に堅牢であり、そのストレージ容量制限は Ethereum よりもはるかに優れています。もちろん自分のL1をDAとして使用しても問題ありません。しかし、Polygon zkEVM は最終的に状態遷移証明をイーサリアムに同期しました。実際、これは完全に不要ですが、より強力な環境保護とセキュリティのコンセンサスを得るためにイーサリアムに課税することは害にはなりません。
そうは言っても、Scroll と Taiko が EVM アフィニティに熱心に取り組んでいる理由を理解する必要があります。EVM アフィニティが高ければ高いほど、DA が Ethereum を使用するのがより便利になり、より狭い Ethereum Layer にも準拠するからです。 2の定義。想像してみてください。イーサリアムのレイヤー 2 ソリューション、トランザクションの収集、データの可用性、相互運用性などがすべてレイヤー 2 およびその他のサードパーティのモジュラー ソリューションに依存しており、記録のためにデータをイーサリアムに同期するだけである場合、それは必要でしょうか?
39k 人気度
21k 人気度
4k 人気度
23k 人気度
17k 人気度
EVM の互換性とデータの可用性: これらが関連する理由は何ですか?
著者：HaoTian、暗号アナリスト 出典：X（オリジナルTwitter）@tmel0211
クリックして読む: Layer2 におけるデータ可用性の中心的な役割
データ可用性を普及させた後、データ可用性と EVM 互換性の関係について疑問に思うはずです。まず最初に言っておきますが、EVMの互換性が高いほど、イーサリアムとのData Availability統合の度合いが高くなります。 **
なぜ？注意深い友人は、両方の ZK-Rollup ソリューションである zkSync は状態差分状態転送証明書のみをイーサリアムにアップロードできるのに対し、Linea はすべてのデータをメインネットにアップロードできることに気づくはずです。その答えは EVM の互換性にあるかもしれません。
以前 @VitalikButerin が「さまざまなタイプの ZK-EVM」に関する記事を書きましたので、一緒にレビューしたいと思います。以下の図に示すように、Vitalik はさまざまな ZK ソリューションとイーサリアムの互換性を 5 つのレベルに分けています。
第 1 レベルはイーサリアムと完全に同等であり、イーサリアム システムのコンポーネントは変更されません。ハッシュ、ステート ツリー、プリコンパイルなどのロジックはほぼ同じです。たとえば、Taiko と Scroll はすべてこれを対象としています。
第 2 レベルは、Polygono zkEVM など、ブロック構造や状態ツリーなどのデータ構造がいくつか異なるだけで、EVM 仮想マシン システムと同等です。
3 番目のレベルは EVM 仮想マシンとほぼ同等であり、ほとんどのアプリケーションと互換性があります。証明時間を短縮するために、スクロール、ポリゴン zkEVM などのいくつかの犠牲のみが払われています。
4 番目のレベルでは、高レベル言語を使用してプログラムし、zkSync や Starknet などの、証明時間を短縮するためだけにコンパイラ変換の層を通過します。
複数の ZK-EVM の違いを一般的な方法で理解するにはどうすればよいでしょうか?成熟したパブリック チェーン システムとして、イーサリアムの EVM 仮想マシン、Solidity プログラミング言語、およびその他のデータ構造は標準と考えられており、開発者が ZK-EVM を構築する場合、イーサリアム システム コンポーネントの再利用の互換性はより高く、レベル 1 に近づきます。
逆に理解すると、なぜ zkSync と Starknet が独自の言語とそれを変換するコンパイラーを開発する必要があるのかというと、イーサリアム独自のコンポーネントに依存して Prove 証明を生成する速度が遅すぎて需要を満たすことができないからではありません。いつかイーサリアムの最下層がSNARKプルーフをサポートするようになったら、これらのレイヤー2はトランザクションをバッチ受信してパッケージ化してイーサリアムに送信するだけで済むのに、なぜEVM相当の実行層を自分で操作する必要があるのでしょうか？
EVM 互換レベルについて理解できたところで、データ可用性との関係について考えてみましょう。ルールが見つかります. イーサリアムまたは EVM の互換性が高いほど、達成できるデータ可用性の度合いが高くなります. イーサリアムに DA を実行してもらいたい場合は、イーサリアムとの互換性が高くなければならないことを理解してください。
主流のレイヤー 2 データ可用性の実装方法を大まかにまとめました。大きく 5 つのカテゴリに分類できます。
すべてのコア データがイーサリアムにアップロードされ、イーサリアムが DA レイヤーとして使用されます (例: Arbitrum、Optimism、Base、Linea)。
状態差分状態遷移証明のみがイーサリアムにアップロードされ、すべての履歴データはレイヤー 2 自体によって提供されます (例: zkSync、Starknet)
DA サービスは、Polygon zkEVM などのレイヤー 2 独自の専用レイヤー 1 強力なコンセンサス ネットワークによって提供されます。
DA は、IPFS などの強力なサードパーティの合意を得た分散ストレージ ネットワークによって提供されます。例: Metis
DA は、モジュール式 DA の構築を専門とするサードパーティのパブリック チェーン サービス プロバイダーによって提供されます (例: Mantle)。
レイヤ 2 は、独立した DA サービスを提供します。例: Abitrum Nova、Apex、ImmutableX
上記の分類はL2BEATのデータ分析を指しており、データの可用性はデータ分析プラットフォーム上で（オンチェーン、オンチェーン（SD）、外部、外部（DAC）、オプティミズム（MEMO）など）としてマークされます。
データの可用性に基づいて 1 から 6 に分類すると、イーサリアムへの依存度が徐々に低下し、セキュリティのコンセンサスも徐々に弱まります。セキュリティコンセンサスは比較的曖昧な概念であるため、コンセンサスの強さの基準としてイーサリアムの DA への参加の統合の程度を使用するだけでは、コンセンサスの提供をサードパーティ DA に依存するレイヤー 2 が必ずしも安全でないことを意味するわけではありません。または DA 層を独立して動作させることもできます。
要約
Arbitrum や Optimism などの OP-Rollup が Ethereum DA での応用度が高いことが分かりました 理由は非常に単純です OP-Rollup と EVM は当然ながら親和性が高く、Sequencer とトランザクション処理をうまく実行するだけで十分です、キーの検証、およびその後のチャレンジはすべてイーサリアム システムに依存します。
ZK-Rollupのラインナップの一つであるLineaは全てのコアデータをイーサリアムにアップロードすることができます。公式の説明は見ていませんが、おそらくLineaのEVMの互換性が高く、イーサリアムのストレージやコントラクト実行を再利用できるためだと思われます。など。Prove 認定プロセスを支援するには?ただし、zkSync はプルーフを生成するために独自の Prove システムにのみ依存することができ、zkSync がすべてのデータをイーサリアムに接続すると、後続のロールアップ コントラクトはプルーフの有効性を検証できなくなります。
最後に、Polygon ZK-EVM が独自の Polygon Validium L1 ネットワークをコンセンサス層として使用していることに気づきましたか? Ethereum の競合他社として、Polygon の L1 検証コンセンサス システムも非常に堅牢であり、そのストレージ容量制限は Ethereum よりもはるかに優れています。もちろん自分のL1をDAとして使用しても問題ありません。しかし、Polygon zkEVM は最終的に状態遷移証明をイーサリアムに同期しました。実際、これは完全に不要ですが、より強力な環境保護とセキュリティのコンセンサスを得るためにイーサリアムに課税することは害にはなりません。
そうは言っても、Scroll と Taiko が EVM アフィニティに熱心に取り組んでいる理由を理解する必要があります。EVM アフィニティが高ければ高いほど、DA が Ethereum を使用するのがより便利になり、より狭い Ethereum Layer にも準拠するからです。 2の定義。想像してみてください。イーサリアムのレイヤー 2 ソリューション、トランザクションの収集、データの可用性、相互運用性などがすべてレイヤー 2 およびその他のサードパーティのモジュラー ソリューションに依存しており、記録のためにデータをイーサリアムに同期するだけである場合、それは必要でしょうか?