イーサリアムエコシステムの開発者たちは、「ネイティブロールアップ」の概念実証をリリースしました。 これはEthrex実行クライアントチーム、Ethereum財団の研究者、そしてL2BEATの貢献者によって主導されています。 具体的には、この「ネイティブ・ロールアップ」は何のためのものなのでしょうか? わかりやすくするために、簡単な例えを作ってみましょう。 イーサリアムL1は最も安全な「大手銀行」に似ており、L2は「大手銀行」の外に開設された多くの小規模支店に相当します。 これらの小規模支店はビジネスをより速く、より安くしたいと考えていますが、不正をしていないことや台帳が正しいことを証明しなければならず、「証明システム」を開発しなければなりません。 現在、2つの「証明システム」があります。1つは不正防止システム(Optimisticで、多くは7日間のチャレンジ期間があり、かなり厄介です)、 1つはZK証明システム(複雑で書き込みが難しく、メインチェーンに追いつくアップグレードが難しい)です。 その結果、 小規模支部のセキュリティはそれぞれのチームや「セキュリティ委員会」によって維持されなければならず、アップグレードは会議での投票が必要で、真の分散化を実現するのは難しく、バグは自分たちで修正しなければなりません。 この文脈で『Native Rollups』が登場しました。 つまり、イーサリアムという「大手銀行」がL2のような小規模支店の台帳検証を直接支援するということです。 どうやってやるの? EXECUTEというプリコンパイル(EIP-8079提案)を通じて、小さなブランチが大量のトランザクションデータをメインチェーンに送り込み、メインチェーンがこれらのトランザクションを直接「再実行」して正しいかどうかを確認します。 これはメインチェーンが口座自体を再計算して正しいか確認しているようなものです。 メリットは? L2の実装はL1のセキュリティに相当し、検証はEthereum独自のエンジンを使用し、バグもEthereumのバグであり、小さな枝ではありません。 メインチェーンのすべてのセキュリティを引き継ぎ、真の分散化を実現するためにセキュリティ委員会やマルチシグネチャブリッジのような「半集中型」的なものに関与する必要はありません。 また、アップグレードも自動的に行われます。L1ハードフォークがEVMをアップグレードする場合(例えば新しいオペコード)、ネイティブロールアップは自動的に互換性があり、L2チームはコード変更を追う必要がありません。 ...