バイティク・ブテリン氏、ZKのタイムラインが成熟する中、ネイティブ・ロールアップに関する立場を転換

ChainCatcherの報によると、Vitalik Buterin氏は投稿で、自身が過去に比べて「はっきりとネイティブ・ロールアップ（native rollups）を支持する立場に傾いている」と述べました。Vitalik氏は振り返りながら、以前ネイティブ・ロールアップに反対していた主な理由の一つが、その事前コンパイル（precompile）の仕組みがゼロ知識証明（ZK）方式と楽観的ロールアップ（Optimistic）方式のどちらか一方を選ばなければならない点にあると説明しました。当時はZK-EVMが未熟であり、L2では「即時引き出し可能だが証明リスクを自ら担う」か「イーサリアムのセキュリティに依存するが、引き出しには2〜7日かかる」かの選択を余儀なくされ、多くの場合後者を選択する傾向があり、イーサリアムの組み合わせ可能性（可組み合わせ性）が弱体化し、マルチシグネチャーブリッジなどの代替案が広まりました。 Vitalik氏は、現在その状況が変化しつつあると指摘しました。イーサリアムがL1層でZKを全面的に受け入れるスケジュールと、ネイティブ・ロールアップの事前コンパイルの実現進捗が徐々に一致しつつあり、上記の主要な障壁が解消されつつあると述べました。また、コミュニティは「同期的な組み合わせ可能性（同期可組み合わせ性）」をL2の重要な価値の一つとして認識するようになっており、ロールアップベースのソリューションと低遅延の事前確認メカニズムを組み合わせる方法についても検討が進んでいると付け加えました。 さらに、Vitalik氏は、具体的な実装においては、ネイティブ・ロールアップの事前コンパイル設計を急いで進めることなく慎重に取り組むべきだと強調しました。氏は、将来的には次のような特性を持つ実装が望ましいと提案しました。つまり、開発者が「EVMに若干の拡張機能を追加した」ロールアップを構築する場合、ネイティブ・ロールアップの事前コンパイルのEVM部分を直接再利用し、新規に追加された機能についてはカスタム証明システムを導入し、標準化された方法でこれらを接続できるようにすることです。