Ethereumの次フェーズ：L1とL2の橋渡し、プライバシーの強化、UXの改善

過去数年間のイーサリアムのアップグレードを一本の線でつなげると、主題語は間違いなく「スケーリング」である。

Dencun による Blob の導入で Rollup の手数料が大幅に削減され、Pectra でバリデーターの効率とステーキングメカニズムが調整され、Fusaka で PeerDAS が実装されてデータ配信の負荷が軽減されるまで、プロトコル層はほぼすべての力を「イーサリアムがより多くのデータを処理しつつ、ノードの参入障壁を高めすぎない」ことに注いでいます。

この一連の対策は確かに効果を上げており、Rollupのデータコストは低下し、メインネットのGas Limitも着実に向上しています。イーサリアムは、前回の牛市のように数十ドルもの手数料でためらうことはなくなりました。

しかし道路が広くなっても、車の運転は依然として不自然です：

• まだ三四本のL2間で資産を移動しており、少しでも油断すると間違ったチェーンに引き出してしまう；
• 一笔转账明明几秒就打包了，但桥和交易所却非要你干等十几分钟才敢确认；
• プロのビルダーがブロックのパッキングをほぼ独占しており、センシティブなトランザクションを送信すると、プロトコル外の暗黙のルールによって常に拒否される可能性があります；
• さらに、今日までに、新しく業界に入ったユーザーがただ数百ドルのUSDCを送金したいだけでも、ウォレットにETHが必要な理由、Nonceとは何か、Gasとは何かを理解しなければならない。

これらの問題は表面上はユーザー体験の摩擦として現れますが、その背後には確認ルール、ブロック構築、検閲耐性、アカウントモデルなどのより基本的なプロトコルメカニズムが関係しています。

これはまた、GlamsterdamからHegotáへ、2026年Q4から2027年にかけて、イーサリアムが新たに集中処理し始めた問題でもあります。

もちろん、拡張はブレーキをかけません。

Glamsterdam は依然としてパフォーマンス志向が強く、その中でも特に注目されているのが、ePBS（EIP-7732）とBAL（Block-level Access Lists、EIP-7928）の2つです。簡単に言えば：

• ePBSは、今日すでにプロトコル外部で広く存在するProposerとBuilderの役割分担を、プロトコルに正式に組み込み、ブロック生成と検証の時間窓をより科学的に分割し、将来的に更大的なブロックを実行するためのバッファを十分に確保します。
• BALは、ブロックの先頭に「アクセスリスト」を配置することで、ノードが一目でデータを事前取得したり並列処理したりでき、ストレージI/Oのボトルネックを解決します；

拡張性の問題以外に、今日の多くの人々の本当の苦悩は、イーサリアムのTPSが十分かどうかではなく、「チェーンが多すぎる」ことである。

たとえばETHはメインネットで、プレイしているmemeはRobinhood Chain上、支払い決済に使っているUSDCはArbitrum上にあり、底値を狙っているUSDCはBase上に……

イーサリアム財団にとって、ロールアップはすべてイーサリアムの一部であるが、ユーザーにとっては、国際送金やビザ申請と変わらない。

したがって、散らばったパズルを再びネットワークに組み直すためには、クロスチェーンプロトコルがそれぞれの力を発揮するだけでなく、プロトコル層が最近推進している基盤メカニズム、FCR（Fast Confirmation Rule、快速確認ルール）に注目する必要があります。

多くの人が、取引がブロックに含められれば完了したと考えていますが、暗号学的かつコンセンサスの観点から見ると、新しく生成されたブロックは小さな再編成の可能性があります。真正に不変的な「最終性（Finality）」には、イーサリアムでは2つのエポックを完了する必要があり、約13分かかります。

普段の送金であれば問題ありませんが、クロスチェーンブリッジ、大口清算、および中央集権型取引所にとってはまさに苦痛です。再編リスクを回避するため、それらはあなたにただ待つしかありません。

FCRの優れた点は、10数分かかる完全な最終確定を待つのではなく、検証者が継続的に生成するAttestationを活用し、すでに蓄積された投票重みに基づいて、あるブロックが十分なコンセンサス支持を得ているかをより早期に判断できることです。

イーサリアム財団が示した目標に基づき、ネットワークが正常に同期している場合、FCRはこの「強確認」を約15～30秒に前倒しすることが見込まれます。これは完全な最終確定とは異なりますが、今日、最終確定を待たなければならない多くのブリッジ、クロスチェーン通信、およびインフラストラクチャにとって、より早期で明確なセキュリティモデルを持つ確認シグナルを提供するのに十分です。

さらに特筆すべきは、FCRが特定のハードフォークを待たずに有効化できる点であり、これはコンセンサスクライアントやインフラストラクチャが段階的に採用できる確認ルールに近いものです。

さまざまなL2、クロスチェーンブリッジ、ウォレットがこのシグナルを採用すれば、今日多くの「L1の最終性を待つ」ことによって生じていたレイヤー間の遅延が、十数分から数十秒レベルに短縮される可能性があります。

これはまた、将来的にあなたが1つの資産を移動する際、バックエンドでは複数のチェーンをまたいで処理される可能性があることを意味しますが、フロントエンドでは確認を1回押すだけで、すぐに到着します。

しかし、ブロックがますます大きくなり、ビルダーがますます専門的になっていくと、イーサリアムはまた別の典型的なジレンマに直面します。

プロのビルダーが最高の計算能力とオーダーフローによりブロック構築の効率を極限まで高めたため、ほとんどのブロックの決定権は、少数の大きな機関に集まることになった。

これは極めて危険な懸念、つまり検閲をもたらします。

一部のビルダーが規制上の圧力や商業的競争、あるいは単に特定のプライバシープロトコルに不満を持ち、メモリープール内で意図的に無視し、あなたの合法的なトランザクションのブロックを拒否した場合、たとえあなたが秘密鍵を所有し、ガス料金を十分に支払っていても、そのトランザクションはチェーン外で立ち往生する可能性があります（関連記事：《抗検閲をプロトコルに組み込む：誰がイーサリアムのトランザクションのチェーン投入を決定するのか？》）。

デcentralizedが最も基本的な「検閲耐性のあるトランザクションアクセス」さえ守れないなら、スループットがどれほど高くても空想に過ぎない。

これは、Hegotáの計画において、FOCIL（Fork-choice Enforced Inclusion Lists、EIP-7805）が如此に重要な位置を占めている理由です。

そのロジックは極めて単純で強引であり、Builderに緊箍咒をかけるだけである。

各スロットで、プロトコルはランダムに一組の通常の独立検証者を選出し、彼らにメモリプールで確認した合法な保留中取引を「含意リスト（Inclusion List）」に記入させます。ビルダーはMEVを獲得するために依然として取引の順序を自由に配置できますが、提出するブロックには必ずリスト内の取引を含める必要があります。

Builderがこのリストを悪意を持って無視した場合、ネットワーク全体のバリデーターが分岐選択ルールによってそのブロックを即座に除外します。言い換えれば、あなたは自分の能力で収益を上げることはできますが、ネットワーク全体の誰がイーサリアムを使用する資格があるかを決める権利はありません。

このメカニズムが確立されたことで、長年叫ばれてきたが一向に進まなかったイーサリアムのもう一つの課題、すなわち人々が待ち望んでいたプライバシー性も、ついに実現の道筋が見えてきた。

众所周知、かつてプライバシーについて語る際には、ゼロ知識証明、インビジブルアドレス、ミキシングプールが常套句だったが、Builderが「これはプライバシーコントラクトへの呼び出しである」と識別すれば、即座に拒否され、あなたの数学的魔法は即座に無効になる。

現在のイーサリアムのプライバシー路線において、FOCILが埋めているのは、まさに最も扼殺されやすい部分である。なぜなら、プロトコル層がすべての合法なトランザクションのアクセス権を確実に守れば、上位層のプライバシー探索にのみ道が開けるからである。

EIP-8182（プロトコルレベルのネイティブShielded Poolを導入しようとするもの）のようなより積極的なプライバシー提案は、まだ提案段階（Proposed）ですが、トレンドは明確であり、プライバシーはもはや第三者DAppのエッジ機能ではなく、徐々にイーサリアムの基盤となるインフラとなるべきです。

以前話した構造調整は、主に水面下で行われましたが、三番目の出来事は一般ユーザーの実際の利用体験と密接に関係します。

それはイーサリアムが、10年以上にわたって続いているEOAアカウントモデルに大規模な変更を加えることをようやく決断したということです。

正直に言って、イーサリアムが今でも使用している秘密鍵署名モデルは、やや一般的なインターネットユーザーにとっては極めて非人間的である：

秘密鍵を紛失すれば、復旧不能；ウォレットに何千ものステーブルコインがあるのに、手数料として0.001 ETHが足りないだけで、資産が一時的に移転できない；DeFiを利用するには、まずApproveしてからSwapし、1つの操作を完了するのに3回署名が必要；トランザクションのNonceは厳密に順番に並ばなければならず、1筆が詰まれば、すべてが停止する。

前の2回のアップグレードでは、コミュニティはさまざまな妥協策を講じてきました。たとえば、ERC-4337を導入して、プロトコル外でスマートコントラクトウォレットを用いて迂回的に対応したり、PectraでEIP-7702を導入して、通常のアドレスが一時的にスマートコントラクトのロジックをマウントして柔軟性を確保したりしました。

しかし7702は結局のところ一時的な橋にすぎず、Hegotáがロックした本命は、真正的なネイティブアカウント抽象化EIP-8141（Frame Transactions）である。

簡単に言えば、従来のイーサリアムの取引は、誰があなたを検証するか（検証）＋誰がこの手数料を支払うか（Gas支払い）＋何を実行するか（実行）という3つのことを密接に結びつけていたが、EIP-8141はプロトコルの基盤レベルでこれら3つの要素を異なる「フレーム」に分割する（詳細は《ネイティブアカウント抽象化＋量子耐性：EIP-8141はなぜイーサリアムのHegotáのトップになれないのか？》を参照）：

• 検証フレーム：固定されたECDSA楕円曲線署名に制限されず、Passkeyなどのより柔軟な検証方式をサポートし、スマートフォンの指紋認証やFace IDなどの機能とさらに統合することで、鍵のローテーションとアカウント復元をより自然に実現します；
• 支払いフレーム：Gasのサポーティングがネイティブ化。アプリ側は新規ユーザーのGasを代わりに支払うか、支払いフレーム内で転送内のUSDCを直接差し引くことができ、これ以上、オフチェーンでリレーがGasを買い売ることはない。
• 実行フレーム：ネイティブに原子バッチ処理をサポートし、承認と交換を一括で実行。成功すればすべてが同時に適用され、失敗すれば完全にロールバックされます。

さらに、現在議論中のEIP-8250（Keyed Nonces）を加えると、将来的なアカウントは複数の並列Nonceトラックを持つことができるようになります。

これらの機能がプロトコルにネイティブに蓄積されると、imTokenのようなウォレットにとって、製品形态は質的な解放を迎える。

過去、ウォレットの大部分の労力は、ユーザーにガスを準備するよう通知し、なぜこのトランザクションが停止しているのかを説明し、ユーザーにメンネモニックフレーズを正しく書き写す方法を教えること、そしてユーザーが異なるチェーン間でRPCを切り替えるのを支援することに費やされてきました。

将来、署名アルゴリズム、Gasの支払い、権限制御、およびトランザクションルーティングがすべてプログラミング可能になると、ウォレットはついに本来の位置に戻り、ユーザーと分散型世界の間の静かなオペレーティングシステムとなる。

それは以前と同じく、依然としてユーザーの手に完全に委ねられていますが、利用感は支付宝のQRコード支払いや指紋認証のロック解除のように当然のことのように感じられるでしょう。

イーサリアムのここ数年のアップグレードの足跡を振り返ると、その道筋は非常に明確である。

Dencun は Blob を解決し、Pectra は拡張性を継続しながらバリデーターとアカウントの機能を改善し、Fusaka は PeerDAS を用いてより大きなデータスループットのための道を切り開き、次に来る Glamsterdam は ePBS、BAL などの構造的変更を通じて、より高い Gas Limit と並列実行の基盤を築きます。

拡張はまだ終わっていないが、拡張はもはや唯一の問題ではない。

イーサリアムがようやく手を空け、最も本質的で最も头疼する問題に直面している。これが、EFが2026年にプロトコル開発の方向性を再整理し、非常にシンプルな3つの目標にまとめた理由である。

スケールアップ、UXの改善、およびL1の強化。

イーサリアムはすでに世界に、それが永続的に動作する世界規模のコンピューターとなり得ることを証明しました。次は、一般ユーザーが本当にスムーズに利用できるようにすることです。