誰も議論したくない10億ドル規模の質問は次のとおりです。 イーサリアム L1 が L2 がすぐに採用できない機能のリリースを開始するとどうなりますか? L2 が存在するのは、イーサリアムがパフォーマンスで Solana と競争できなかったためです。十分です。 しかし、ここにキャッチ 22 があります: L2 はイーサリアムのスケーリング問題を非常にうまく解決したため、イーサリアムはそれを直接解決する必要がなくなりました。 EIP-7702 (ワンクリック トランザクション、MEV 保護、インテントベースのフローを可能にするアカウント抽象化) が登場しましたが、どうなるでしょうか? L2 はそれをサポートするためにスクランブルする必要があります。 プロトコル創設者の視点から考えてみましょう: あなたは速度とコストのために Arbitrum に基づいて構築しました。 現在、L1 のクールな子供たちはワンクリック トランザクションを行っていますが、ユーザーはユーザーに承認署名を求めています。助成金で資金提供されたプロトコルは、最高の機能が L1 にあるため、突然二流に感じられます。 この L1 イノベーションの波により、どの L2 が柔軟なアーキテクチャを持っているか、どの L2 が特定の機能向けに最適化されすぎてすぐに適応できないかが明らかになります。 一部の L2 は基本的にイーサリアムの Android フォークであり、ベース レイヤーが改善されたときに簡単に更新できます。カスタムVMを構築した企業もあり、イーサリアムの主要なアップグレードのたびに苦労するでしょう。 そして、私が皮肉だと思うのは、L2 はイーサリアムの配布層であるはずだったということです。しかし、L1 がより良い UX を配信し始めた場合、L2 は促進剤ではなくボトルネックになるのでしょうか?