次世代イーサネットL2(III)のデコード：ネイティブロールアップ

提案されたプリコンパイルはEVMのように振る舞い、ロールアップトランザクションを再実行して正しさを検証する。これは有効性の証明をEtherに提出するだけのオフチェーン実行にあるロールアップの中核的な強みに反する。代わりに、プリコンパイルは基本的にイーサがすでに行っていることをミラーリングするものであり、L1からの計算負荷を減らすという点では何の付加価値もない。

zkバリデーターではなくEVMのようなバリデーターを選択したのは、現在のZKテクノロジーの未熟さに起因しています。現在広く使われているzkVMには脆弱性があり、ZKPは急速に進化しているため、チェーン上に特定のzkバリデータをハードコーディングするのはリスクが高く、柔軟性に欠ける。その代わりにイーサネットは多様性と中立性を優先し、単一のバリデータにロックすることなく、さまざまなzkクライアントの実験を可能にします。

ただし、これはプリコンパイルがイーサネットのスケーラビリティに貢献しなかったという意味ではありません。EtherCastは、zkプルーフのバリデーターをオフチェーンに保つことでセキュリティを確保していますが、ロールアップによって提出されたzkプルーフを検証するために、このプリコンパイルを使用しています。これにより、EtherChannelバリデータは、ロールアップトランザクションを最初から最後まで完全にシミュレートすることを避けることができる。その代わりに、オフチェーンのzk証明に依存することで、ネットワークは実行のスケーラビリティに努めながらセキュリティ保証を維持する。

ネイティブ・ロールアップの主な利点は何ですか？

ネイティブ・ロールアップでは、多くの複雑さをプリコンパイルで処理できるため、不正の証明やSNARKチェックなどが容易になります。これは、より少ないコードを書いて維持する必要があることを意味し、証明ネットワークやセキュリティ委員会のような追加システムの必要性を排除します。

オンチェーンでのSNARK検証にはコストがかかるため、多くのzk-rollupはコストを節約するためにトランザクションの決済頻度を減らしています。EXECUTEのプリコンパイルは、SNARKを使用して複数のプルーフを再帰的にパッケージ化することで、こうしたコストの削減に役立ちます。このアプローチは、ロールアップがトランザクションをより効率的に検証することを可能にし、オフチェーン検証をより費用対効果の高いものにします。

従来のロールアップでエラーのないオペレーションを保証することは困難であり、多くの場合、広範なチェックを必要とします。多くのチームは、悪意のあるブロックの作成を防ぐために集中ソートを採用することでリスクを軽減しています。しかし、プリコンパイルされたネイティブ実行によって、より安全で権限のないソートメカニズムが可能になるかもしれない。このアプローチでは、トランザクションがイーサネットの信頼された環境で直接検証されるため、ロールアップがL1のセキュリティだけでなく、資産のファンギビリティも継承することができます。

EVMと互換性のあるロールアップは数多くありますが、EVMと同等のものはほとんどありません。メインブロックチェーンの変更と同期を保つには、通常、チームや投票システムがロールアップを更新する必要があり、リスクが伴います。ネイティブのロールアップは、メインのブロックチェーンと自動的に更新され、追加のルールや投票者なしですべてを同期させることができます。

zkロールアップの場合、例えば100ミリ秒という超低遅延の証明時間を達成することは、非常に困難なエンジニアリングタスクです。対照的に、ネイティブ・ロールアップでは、プルーフ・スケジュールをフル・スロットに拡張することで、より「リラックスした」プルーフ・スケジュールを実現できる可能性がある。このアプローチでは、プルーフをすぐに生成しなければならないというプレッシャーが軽減され、信頼性が向上し、L1との統合が強化される可能性があります。

すべてのロールアップはネイティブになるのでしょうか？

OPスタックやArbitrum Orbitスタックなど、現在のすべてのロールアップスタックは、イーサネットから直接セキュリティ機能を継承する「ネイティブロールアップ」に変わる可能性があります。このアップグレードにより、セキュリティが強化されるため、ユーザーはよりハッピーになり、ロールアップチームはセキュリティ委員会が不要になるため、より快適になる。

ただし、すべてのロールアップがネイティブ形式に移行するわけではありません。

L2ロールアップ間のVMの多様性は、それぞれが共通のセキュリティ基盤を共有しており、今日のL2エコシステムの大きな強みとなっています。align: left;">@EclipseFND はSVMロールアップであり、

@movementlabsxyz

はMoveVMロールアップ、@Starknet は CairoVM ロールアップです。

@doganeth_ja が指摘しているように、将来的には、@doganeth_ja は CairoVM ロールアップを使うようになるでしょう。@doganeth_ja が指摘するように、ロールアップの将来は、エンタープライズ ロールアップ、パフォーマンス指向のロールアップ、および「整列された」ネイティブ ロールアップの 3 つのカテゴリに分類されます。

企業は、トランザクションの順序、実行、およびアプリケーションに対するWeb2のようなコントロールを望む組織にとって理想的な、ロールアップを管理し、所有することに重点を置くでしょう。

パフォーマンスに重点を置いたロールアップはイーサリアム決済を使用しますが、最適なパフォーマンスを得るために、

@megaeth_labs with @eigen_da

データの可用性。

$ETH$ETH
を改善することができます。/p>

いくつかのイーサの機能を犠牲にしたユーティリティ。

ネイティブロールアップはイーサのベース設備と完全に統合され、イーサレベルの分散化、直接ステートアクセスによる共有実行、より安価なオフチェーンZK証明検証を提供します。これらのロールアップはイーサのネットワーク効果に貢献し、収益を共有する可能性がありますが、その持続可能性は自然な経済的インセンティブに依存しています。

結論

ネイティブロールアップは、イーサロールアップ中心のロードマップにおける重要な進歩を表しており、イーサベースの設備に対してより整合性のあるアプローチを提供します。EXECUTEプリコンパイルを導入することで、ネイティブロールアップは、マルチ署名、セキュリティ委員会、トークンベースの投票システムへの依存を排除し、ガバナンスを簡素化します。このアプローチにより、セキュリティが強化されるだけでなく、ロールアップをより効率的に拡張することが可能になり、オフチェーンzkプルーフを活用することで、信頼の最小化とスケーラビリティが確保されます。

この提案は有望ですが、課題がないわけではありません。既存のロールアップのほとんどは、EVMと同等であるとラベル付けされていますが、多くの場合、EVMからわずかに変更されています。その結果、ネイティブロールアップモデルへの移行は、カスタムEVM実装を持つロールアップにさらなる開発負担を強いることになるかもしれません。

それにもかかわらず、ネイティブロールアップは、イーサネットのセキュリティと柔軟性をロールアップ設計と組み合わせた説得力のあるパスを提供します。L1との整合を促進することで、断片化を減らしながら技術革新を促し、将来的にはイーサ・エコシステムをより緊密で弾力性のあるものにします。まだの方は、ぜひ

パート1とパート2では、それぞれベースド・ロールアップとエンハンスド・ロールアップに焦点を当てています。 次回の記事では、ギガガ・ロールアップのコンセプトをより深く掘り下げ、この革新的なロールアップデザインがイーサをどのように牽引しているかを探ります。次回の記事では、ギガガス・ロールアップのコンセプトをさらに掘り下げ、この革新的なロールアップ・デザインがイーサネットのスケーラビリティの限界を押し広げ、ロールアップ・エコシステムをさらに強化する方法を探ります。

謝辞：この投稿は @paramonoww によって書かれました。@korayakpinarr のフィードバックとレビューに感謝します。