著者：Chloe、ChainCatcher
過去2週間、イーサリアムの創設者であるヴィタリク・ブテリンは、X上で複数の技術的な長文を投稿し、スケーリングロードマップ、量子攻撃への耐性、アカウント抽象化、実行層の再構築、AIによる開発加速などの核心的なテーマを網羅し、外界からは「2026年イーサリアム大改修ブループリント」と称されている。この一連の投稿の背後には、イーサリアム財団が同時に公開したStrawmapロードマップの草稿フレームワークがあり、これは2029年までにイーサリアムL1のスループットを10,000 TPSレベルまで引き上げることを目的とした文書である。
しかし、ブループリントの野心が大きくなるほど、その実行能力に対する疑問も伴う。歴史を振り返れば、イーサリアムの実装スケジュールは常に予定より遅れてきたからだ。今回は、イーサリアムが本当に「漸進主義」に別れを告げ、劇的な再構築を迎える準備ができているのだろうか？
Strawmap ロードマップ：Ethereum 2029 年に 10000 TPS を実現
イーサリアム財団の研究者Justin Drakeは、2月25日にStrawmapのロードマップを公開し、イーサリアムL1のビジョンと今後のアップグレードスケジュールを明らかにしました。このロードマップは、5つの「北極星」目標を設定しています：極めて高速なL1パフォーマンス、L1のgigagasスループット、L2のteragas拡張性、後量子時代のL1セキュリティ、およびネイティブなL1プライバシー送金です。最終的な定量的目標は、L1で秒間10,000トランザクション、L2で秒間1,000万トランザクションです。
この計画は、7回のフォークを経て、6か月ごとのアップグレードサイクルでコンセンサス層、データ層、実行層の各種変更を実施することを想定しています。これについて、イーサリアムの創設者であるVitalik Buterinは支持を表明し、過去2週間でX上で技術的な長文を連続して投稿し、ロードマップの核心的な要素を解説しています。
戦略的焦点：イーサリアムL1のスケーリングと実行層の再構築に集中
ビタリクの論点は、過去数年間のL2ロールアップ重視・L1軽視の戦略とは異なり、長期的な移行を維持しながら短期的にL1自体のスケーリング能力を大幅に向上させることを目的としていることを示している。
1. 短期プロセス：Glamsterdam アップグレード
短期計画では、即将到来のGlamsterdamアップグレードが、並列検証を支援するための「ブロックレベルアクセスリスト（Block-Level Access Lists、BALs）」を導入し、従来の逐次処理の効率ボトルネックを打破するとともに、ネイティブプロポーザーとビルダーの分離（Enshrined Proposer-Builder Separation、ePBS）を推進し、ノードの12秒スロットの利用率を最適化します。
2. 長期プロセス：ZK-EVM と Blob の進化
長期的なスケーリングは、ZK-EVM と Blob の二つの柱によって支えられます。ZK-EVM パスでは、2026 年末までに少数のバリデーターが ZK-EVM クライアントを採用し、2027 年からその割合を拡大しセキュリティを強化します。最終目標は「3-of-5 強制マルチプローブメカニズム」を実現することです。つまり、1つのブロックは、5つのプローブシステムのうち少なくとも3つを通過しなければ有効とされません。
Blobの開発パスにおいて、PeerDAS（データ可用性サンプリング）は継続的に進化し、データ処理能力を約8 MB/sまで向上させることを目的としています。この技術の核心は、ノードがわずかなデータ断片をダウンロードするだけで検証を完了できるようにすることで、スループットを大幅に向上させると同時に、ノードのハードウェア要件を効果的に低下させます。一方で、今後の大規模採用への対応として、イーサリアムメインネットは、過去の高コストで永続的に保存されるcalldataモデルに代えて、ブロックデータを直接Blob空間に格納する方向に移行します。この変更は、データ層面からイーサリアムのスケーリングパスを再構築し、データキャパシティの構造を最適化することを主な目的としています。
3. 実行層の再構築：EVMをバイナリステートツリーに切り替え
Vitalik 指出、イーサリアムの現在の証明効率のボトルネックの80％は、古くなったアーキテクチャに起因している。EIP-7864によると、現在の「16進数Keccak MPTステートツリー」から「バイナリステートツリー」への移行後、ブランチの長さは約4倍短縮される見込みである。この変革により、データ効率が大幅に向上する：
データ帯域幅：コストが約4倍削減され、Heliosなどの軽クライアントにとって飛躍的な進歩です。
証明速度：BLAKE3 を使用すると約3倍速くなり、Poseidon バリアントでは最大100倍の高速化が可能です。
デポジット・引き出しの最適化：ストレージスロット「ページ」（64–256 スロット）の設計により、DApp が隣接するデータを読み書きする際に、1取引あたり10,000ガス以上を節約できます。
より野心的な提案は、VM（仮想マシン）の移行です。現在、ZK証明器自体は主にRISC-Vで記述されていますが、EVMがRISC-V上で直接実行できるようになれば、二層の仮想マシン間の翻訳オーバーヘッドを排除でき、システム全体の証明可能性が大幅に向上します。現在の導入パスは以下の3段階で計画されています：
1. 新しいVMに既存のプリコンパイル契約を引き継がせます。
2. ユーザーによる新しいVM契約のデプロイを再開
3. 最終的に、EVM 自体を新しい VM 上で動作するスマートコントラクトとして書き直す。
この措置により後方互換性が保証され、最終的な変換コストはガス料金の再調整のみで済みます。
量子脅威対策ロードマップ：イーサリアムの4つの主要な技術的脆弱性を補完
後量子L1セキュリティという重要な課題について、Vitalik 技術的な長文で明確に言及、イーサリアムには現在、以下の4つの量子脆弱性が存在します：
1. コンセンサス層：BLS 署名
コンセンサス層の置換パスが具体的な形を帯びてきました：Vitalikは「レーン・コンセンサス」案を提案し、ハッシュベースの署名変種を導入し、STARKsを用いて署名を集約圧縮することで、量子攻撃に対する耐性を実現します。ただし、Vitalikは完全な「レーン・コンセンサス」が実装される前に、「レーン・アビリティ・チェーン」と呼ばれるバージョンが先行してリリースされると補足しました。このバージョンでは、各スロットで256〜1,024個の署名を処理するだけでよく、STARK集約は不要で動作可能であり、エンジニアリングのハードルを大幅に低下させます。
2. データ可用性：KZG 認証と証明
データ可用性に関して、ヴィタリックは従来の「KZG 証明」を「量子耐性のある STARKs」に置き換えることを提案していますが、これには二つのトレードオフが伴います：
まず、STARKsはKZGの線形特性を欠いており、効率的な2次元データサンプリングをサポートしにくいことから、イーサリアムはネットワークの安定性を優先し、極限のスケーリングを追求するのではなく、より保守的な1次元DAS（PeerDASなど）の道を選択しました。
次に、STARK証明のサイズが大きいため、開発者は再帰的証明などの複雑なエンジニアリングを用いて、「証明がデータより大きい」というエンジニアリング上の課題を解決する必要があります。要するに、Vitalikは、技術的目標を簡素化し段階的に最適化することで、この量子耐性の道筋はエンジニアリング的に依然として実現可能であると認識していますが、必要なエンジニアリング量は非常に膨大です。
3. 外部所有アカウント (EOA): ECDSA 署名
外部所有者アカウント（EOA）の保護において、現在のECDSA署名は量子コンピュータに対して極めて脆弱であるため、Vitalikは「ネイティブなアカウント抽象（native AA）」を通じてすべてのアカウントをスマートコントラクト化し、ユーザーが既存のウォレットアドレスを変更せずに量子耐性署名アルゴリズムを柔軟に切り替えられるようにすることを推奨しています。
4. アプリケーション層：KZG または Groth16 に依存する ZK 証明
最後にアプリケーション層において、主な課題は、量子耐性STARK証明のガスコストが現在のSNARKsの約20倍と非常に高く、プライバシープロトコルやL2にとって過剰な負担となることです。Vitalikは、EIP-8141を導入することで、「検証フレーム（Validation Frame）」を導入し、多数の複雑な署名と証明をオフチェーンで集約することを提案しています。
再帰的証明技術により、当初数百MBに及ぶ検証データは、極めて小さなSTARK証明に圧縮され、ブロック空間を節約するとともに、利用コストを大幅に削減します。さらに、Mempool段階で即座に検証が可能となり、量子脅威の時代においても、ユーザーは低廉かつ効率的な方法でさまざまなデセントラライズドアプリケーションを利用できます。
AI プレイヤー加速器：数週間でイーサリアム2030ロードマップを完了
技術アーキテクチャのアップグレードに加え、ヴィタリックは最近のツイートで、AIがイーサリアムの開発プロセスを加速していると強調しました。彼は、開発者が「vibe-coding」で2週間以内に2030年イーサリアムロードマップのプロトタイプを構築したという実験をリツイートし、「6か月前にはこれさえ可能性の範囲外だったが、今はトレンドになっている」とコメントしました。
ビタリク自身も実際にテストし、ノートパソコンでgpt-oss:20bモデルを実行して1時間以内にブログのバックエンドコードを完了した。より強力なkimi-2.5に切り替えれば、「一度で完了」できると予想している。AIがもたらす効率の向上は線形ではなく、イーサリアムのロードマップの提供速度そのものを変革している。
これに対して、彼はAIもたらす恩恵を「速度に半分、セキュリティに半分」割り当て、AIを活用して大規模なテストケースを生成し、コアモジュールに対して形式的検証を実施し、同じロジックに対して複数の独立した実装を生成してクロスチェックを行うことを提唱している。Vitalikの判断では、今後の見通しにおいて、1つのプロンプトだけで高セキュリティのプログラムコードを取得することは不可能であり、バグや実装の不整合との闘いは依然として存在するが、このプロセスは5倍に向上させることができる。
最後に、彼はイーサリアムのロードマップが、外部の予想よりも速いスピードで完了し、セキュリティ基準も外部の予想を上回る可能性を示唆した。「バグのないプログラムコードは、長年にわたり理想主義的な空想と見なされてきたが、今や実現可能になるかもしれない。」この言葉は、五年前のイーサリアム開発の文脈では、ほぼあり得なかった。
納品ペースの遅さと現実の課題
しかし、市場にこのような多くの高度な技術情報を公開する場合、イーサリアムのロードマップは、これらの約束を如期に実行する可能性から決して逃れられない。
歴史的な記録によると、イーサリアムのデリバリーは常に予定より遅れてきた。The Mergeは2020年初頭の「年末」という予定から、2022年9月まで延期された。EIP-4844（Proto-Danksharding）の実装にも数年を要した。このような遅延は、セキュリティ監査、複数クライアントの調整、および分散型ガバナンスなどの要因によるものである。
しかし今回は、イーサリアムに残された穏やかな時間はほとんどない。競合の迫る圧力、量子脅威という現実的な課題、そしてAIが引き起こす生産性革命が、イーサリアムに「漸進主義」の時代を彻底的に終了させるよう迫っている。「進まなければ後退する」という歴史的な転換点に立って、これまでの穏やかな段階的改善では、イーサリアムがグローバルな決済層へと進むというビジョンを支えるのはもはや難しいかもしれない。
一方、Vitalikの最近の呼びかけは、この変革が技術的な再構築にとどまらず、コミュニティがアプリケーション層でパス依存性を完全に捨て、抗検閲・オープンソース・プライバシー・セキュリティ（CROPS）のコアを守り、アプリケーション設計において第一原理から再出発することを求めていた。
技術にはロードマップがあるが、思考の進化には分岐点のスケジュールはなく、これが「漸進主義」から脱却する最も難しい一歩なのかもしれない。