イーサリアム研究者のジャスティン・ドレイク氏は、トラストレス拡張を実現すると期待される「ネイティブロールアップ」について論じた記事を発表した。
Odaily スタージャーナルによると イーサリアム研究者のJustin Drake氏は、新しいロールアップ設計「ネイティブロールアップ」について議論する投稿をethresearchフォーラムに投稿しました。つまり、証明、つまり状態遷移関数と検証のためにイーサリアム L1 バリデーターに依存します。
これは、実行の計算負荷を L2 に押し込み、状態ルートと証明を生成するために不正または ZK 証明システムに依存するオプティミズム ロールアップ (例: Optimism、Arbitrum) または zk-Rollup (例: Starknet、ZKsync) とは対照的です。 re- メインネットに戻ります。
これらの証明システムはコードが多く、バグやその他の脆弱性が発生しやすいため、ロールアップ シーケンサー (L2 でトランザクションを並べ替えるエンティティ) が歴史的に一元化されてきました。ソーターの一元化に関する懸念は、ソートを実行するためにイーサリアム L1 バリデーターに依存する Taiko などの「ベースの」ロールアップ設計を動機づけています。
Drake の提案では、ユーザー トランザクションの EVM 状態遷移を検証する「実行」プリコンパイル (EVM 内のハードコーディングされた関数) を導入することを提案しています。ネイティブ ロールアップは、次の 2 つの画期的な進歩を実現します。
プルーフは L1 バリデーターによって処理および実行されるため、高価なマイナー認証者ネットワークや専用の GPU ハードウェアに投資して維持する必要はなくなりました。
EVM の同等性を達成するための契約アップグレードを承認する信頼できるセキュリティ委員会など、複雑なガバナンス構造を維持する必要はもうありません。
これは実際に、イーサリアム L1 のセキュリティを継承することにより、ネイティブ ロールアップを「トラストレス」にします。
最後に、ベース ロールアップと同様に、ネイティブ ロールアップは「同期コンポーザビリティ」を享受し、12 秒のブロック時間によって制限されません。 「実行」プリコンパイルのおかげで、L1 検証者は計算自体を実行することなく、zk 証明を検証するだけで済みます。
