執筆者：Chloe、ChainCatcher過去2週間、イーサリアムの創始者Vitalik ButerinはX上で集中的に複数の技術長文を公開し、スケーリングのロードマップ、抗量子攻撃、アカウント抽象化、実行層の再構築、AIによる開発加速などの核心議題を取り上げ、「2026年イーサリアム大改修計画」と称された。この一連の投稿の背後には、イーサリアム財団が同時に公開したStrawmap（ストローマップ）路線草案の枠組みがあり、2029年までにイーサリアムL1のスループットを10000TPSに引き上げる計画を示している。しかし、青写真の野心が大きくなるほど、その実現能力への疑問も伴う。歴史を振り返ると、イーサリアムの実装ペースは常に予想より遅れがちだった。今回、イーサリアムは本当に「漸進主義」から脱却し、激しい再構築に踏み出す準備が整ったのだろうか。Strawmap路線草案：イーサリアム2029年に10000TPSを実現イーサリアム財団の研究者Justin Drakeは2月25日に、Strawmapと名付けられたロードマップの草案を公開し、イーサリアムL1のビジョンと今後のアップグレードスケジュールを示した。この青写真は、5つの「北極星」目標を設定している：超高速L1性能、L1ギガ秒スループット、L2テラ秒ス拡張、ポスト量子L1の安全性、ネイティブL1のプライバシー転送。最終的な定量目標は、L1が毎秒10,000取引、L2が毎秒1,000万取引を処理できることだ。この計画は、7回のフォークを通じて推進され、6か月ごとのアップグレードサイクルで合意層、データ層、実行層の各種変更を含む。これに対し、イーサリアムの創始者Vitalik Buterinは支持を表明し、過去2週間にわたりX上で技術長文を連投し、ロードマップの核心的側面を解説した。戦略的焦点：イーサリアムL1のスケーリングと実行層の再構築Vitalikの論点は、過去数年間のL2ロールアップや軽L1重視の戦略とは異なり、長期的な方向性を維持しつつ、短期的にはL1のスケーリング能力を大幅に向上させることにある。1. 短期計画：Glamsterdamアップグレード短期的には、Glamsterdamアップグレードにより、「ブロックレベルアクセスリスト（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（データ可用性サンプリング）が継続的に改良され、データ処理能力を約8MB/sに向上させる。これは、ノードが少量のデータ断片だけをダウンロードして検証を完了できる技術であり、スループットを大幅に向上させつつ、ハードウェアのハードルを下げる狙いだ。一方、将来的な大規模採用に備え、イーサリアムメインネットはブロックデータをBlob空間に直接保存し、従来の高コストかつ永続的に保存が必要だったcalldataモデルに代わる。3. 実行層の再構築：バイナリ状態木への切り替えVitalikは、イーサリアムの証明効率のボトルネックの80%は古いアーキテクチャに由来すると指摘。EIP-7864により、「16進数のKeccak MPT状態木」から「バイナリ状態木」へ切り替えると、分岐長が4倍に短縮される見込みだ。この変革により、データ効率は大きく向上する。- データ帯域幅：コストが約4倍削減され、Heliosなどの軽クライアントにとって大きな飛躍となる。- 証明速度：BLAKE3演算を採用すれば約3倍、Poseidonの変種では100倍の高速化も可能。- アクセス最適化：ストレージスロット（64–256スロット）のページ設計により、DAppが隣接データを読み書きする際に、1回の取引で10,000Gas以上の節約が可能。さらに野心的な提案は、VM（仮想マシン）の移行だ。現在、ZK証明器は多くがRISC-Vで書かれているが、EVMを直接RISC-V上で動作させることで、二重仮想マシン間の変換コストを排除し、システムの証明性を大きく向上させることを目指す。具体的な展開は三段階：1. 既存のプリコンパイル済みコントラクトを新VMに対応させる2. ユーザーが新VMコントラクトをデプロイ可能にする3. 最終的にEVM自体を新VM上で動作するスマートコントラクトに書き換えるこれにより、後方互換性を確保し、最終的な移行コストはGas料金の再調整だけで済む。抗量子脅威のロードマップ：イーサリアムの4つの脆弱ポイントを補完ポスト量子L1の安全性に関して、Vitalikは技術長文の中で、イーサリアムには現段階で4つの量子脆弱点が存在すると明言した。1. コンセンサス層：BLS署名コンセンサス層の置換には、すでに概略ができている。Vitalikは「リーンコンセンサス（簡素化合意）」案を提案し、ハッシュ（Hash）ベースの署名変種とSTARKsによる集約圧縮を導入し、量子耐性を実現しようとしている。ただし、Vitalikは、「完全な『簡素化合意』の実現前に、『簡素化可能なチェーン』バージョンを先行公開し、各スロットで256〜1024署名だけを処理すればよい」と付け加え、STARKの集約を必要としない暫定運用も示唆した。2. データ可用性：KZGコミットメントと証明データ可用性の面では、Vitalikは「KZGコミットメント」を「量子耐性のSTARKs」に置き換えることを提案。ただし、これには2つのトレードオフがある。- STARKsはKZGの線形性を持たず、高効率な2Dサンプリングが難しいため、イーサリアムは保守的に1D 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証明に圧縮され、ブロック内に格納可能となる。これにより、ブロックスペースの節約だけでなく、コストも大幅に削減され、マイプール段階で即時検証も可能となる。こうした仕組みは、量子脅威の時代においても、低コストかつ高効率な分散型アプリの運用を可能にする。AIによる加速：数週間で完成するイーサリアム2030ロードマップ技術アーキテクチャのアップグレードに加え、Vitalikは最近のツイートで、AIがイーサリアムの開発を加速していると強調した。彼は、「2週間以内にvibe-codingを使って2030年イーサリアムのロードマップのプロトタイプを構築した開発者の実験」をリツイートし、「6か月前には不可能だったことが、今やトレンドになりつつある」とコメントした。彼自身も試験的に、ノートパソコンで動かすgpt-oss:20bモデルを使い、1時間でブログのバックエンドコードを完成させた。より強力なkimi-2.5に切り替えれば、「一発で済む」可能性も示唆している。AIは効率向上を非線形に推し進めており、イーサリアムのロードマップの実現速度を変えている。彼は、「AIによる恩恵の半分は速度に、もう半分は安全性に」とし、大規模テストケースの生成やコアモジュールの形式検証、複数実装のクロス比較を提案。彼の見解は、「短期的には高安全性のプログラムコードをprompt一つで得ることは難しいが、その過程を5倍高速化できる」と述べている。最後に、イーサリアムのロードマップは予想以上に早く完成し、安全基準も高まる可能性を示唆した。「バグのないプログラムコードは長らく理想とされてきたが、今や実現可能な幻想に近づいている」との言葉は、5年前のイーサリアム開発の文脈ではほぼ考えられなかった。遅い実装ペースと現実の課題しかし、これほど深い技術内容を公開する以上、イーサリアムのロードマップが時間通りに約束を果たすかどうかは常に疑問だ。歴史的に見て、イーサリアムの実装は予想より遅れがちだった。The Mergeは2020年初の「年末」予定から2022年9月に延期され、EIP-4844（Proto-Danksharding）の実現も数年を要した。これらの遅延は、安全性の監査、多クライアントの調整、分散型ガバナンスなどの要因による。しかし今回は、イーサリアムに残された時間は少ない。競合の台頭、量子脅威の現実化、AIによる生産性革命が、イーサリアムに「漸進主義」からの脱却を迫っている。過去の穏やかな小さな改良では、イーサリアムがグローバル決済層としてのビジョンを実現するには不十分となる可能性が高い。また、Vitalikは最近の呼びかけで、この変革は単なる技術再構築にとどまらず、コミュニティに対し、アプリケーション層でのパス依存を徹底的に排除し、検閲耐性、オープンソース、プライバシー、安全性（CROPS）を守ることを求めている。アプリケーション設計は、第一原理から再構築すべきだ。技術にはロードマップがあるが、思考のアップグレードには明確な分岐点はなく、それこそが「漸進主義」からの脱却の最も難しい一歩かもしれない。
イーサリアム大改修2026年の青写真、今回は「漸進主義」を捨てる
執筆者：Chloe、ChainCatcher
過去2週間、イーサリアムの創始者Vitalik ButerinはX上で集中的に複数の技術長文を公開し、スケーリングのロードマップ、抗量子攻撃、アカウント抽象化、実行層の再構築、AIによる開発加速などの核心議題を取り上げ、「2026年イーサリアム大改修計画」と称された。この一連の投稿の背後には、イーサリアム財団が同時に公開したStrawmap（ストローマップ）路線草案の枠組みがあり、2029年までにイーサリアムL1のスループットを10000TPSに引き上げる計画を示している。
しかし、青写真の野心が大きくなるほど、その実現能力への疑問も伴う。歴史を振り返ると、イーサリアムの実装ペースは常に予想より遅れがちだった。今回、イーサリアムは本当に「漸進主義」から脱却し、激しい再構築に踏み出す準備が整ったのだろうか。
Strawmap路線草案：イーサリアム2029年に10000TPSを実現
イーサリアム財団の研究者Justin Drakeは2月25日に、Strawmapと名付けられたロードマップの草案を公開し、イーサリアムL1のビジョンと今後のアップグレードスケジュールを示した。この青写真は、5つの「北極星」目標を設定している：超高速L1性能、L1ギガ秒スループット、L2テラ秒ス拡張、ポスト量子L1の安全性、ネイティブL1のプライバシー転送。最終的な定量目標は、L1が毎秒10,000取引、L2が毎秒1,000万取引を処理できることだ。
この計画は、7回のフォークを通じて推進され、6か月ごとのアップグレードサイクルで合意層、データ層、実行層の各種変更を含む。これに対し、イーサリアムの創始者Vitalik Buterinは支持を表明し、過去2週間にわたりX上で技術長文を連投し、ロードマップの核心的側面を解説した。
戦略的焦点：イーサリアムL1のスケーリングと実行層の再構築
Vitalikの論点は、過去数年間のL2ロールアップや軽L1重視の戦略とは異なり、長期的な方向性を維持しつつ、短期的にはL1のスケーリング能力を大幅に向上させることにある。
短期的には、Glamsterdamアップグレードにより、「ブロックレベルアクセスリスト（BALs）」を導入し、並列検証をサポート。これにより、従来の逐次処理の効率ボトルネックを打破し、ネイティブ提案者と構築者の分離（Enshrined Proposer-Builder Separation、ePBS）を推進、ノードの12秒スロットの利用効率を最適化する。
長期的な拡張は、ZK-EVMとBlobの二大柱によって支えられる。ZK-EVMの路線では、2026年末に少数の検証者がZK-EVMクライアントを先行採用し、2027年以降に採用比率を拡大、安全性を強化。最終的には、「3-of-5の強制多重証明機構」を実現し、1つのブロックが5つの証明システムのうち少なくとも3つの検証を通過しなければ有効とならない。
Blobの進化では、PeerDAS（データ可用性サンプリング）が継続的に改良され、データ処理能力を約8MB/sに向上させる。これは、ノードが少量のデータ断片だけをダウンロードして検証を完了できる技術であり、スループットを大幅に向上させつつ、ハードウェアのハードルを下げる狙いだ。一方、将来的な大規模採用に備え、イーサリアムメインネットはブロックデータをBlob空間に直接保存し、従来の高コストかつ永続的に保存が必要だったcalldataモデルに代わる。
Vitalikは、イーサリアムの証明効率のボトルネックの80%は古いアーキテクチャに由来すると指摘。EIP-7864により、「16進数のKeccak MPT状態木」から「バイナリ状態木」へ切り替えると、分岐長が4倍に短縮される見込みだ。この変革により、データ効率は大きく向上する。
さらに野心的な提案は、VM（仮想マシン）の移行だ。現在、ZK証明器は多くがRISC-Vで書かれているが、EVMを直接RISC-V上で動作させることで、二重仮想マシン間の変換コストを排除し、システムの証明性を大きく向上させることを目指す。具体的な展開は三段階：
これにより、後方互換性を確保し、最終的な移行コストはGas料金の再調整だけで済む。
抗量子脅威のロードマップ：イーサリアムの4つの脆弱ポイントを補完
ポスト量子L1の安全性に関して、Vitalikは技術長文の中で、イーサリアムには現段階で4つの量子脆弱点が存在すると明言した。
コンセンサス層の置換には、すでに概略ができている。Vitalikは「リーンコンセンサス（簡素化合意）」案を提案し、ハッシュ（Hash）ベースの署名変種とSTARKsによる集約圧縮を導入し、量子耐性を実現しようとしている。ただし、Vitalikは、「完全な『簡素化合意』の実現前に、『簡素化可能なチェーン』バージョンを先行公開し、各スロットで256〜1024署名だけを処理すればよい」と付け加え、STARKの集約を必要としない暫定運用も示唆した。
データ可用性の面では、Vitalikは「KZGコミットメント」を「量子耐性のSTARKs」に置き換えることを提案。ただし、これには2つのトレードオフがある。
総じて、Vitalikは技術目標の簡素化と段階的最適化により、この抗量子路線は実現可能と考えるが、膨大なエンジニアリング作業が必要だと指摘している。
EOAの保護に関しては、現行のECDSA署名は量子計算機の前では非常に脆弱。Vitalikは「ネイティブアカウント抽象（native AA）」を導入し、すべてのアカウントをコントラクト化して、ユーザーが抗量子署名アルゴリズムを柔軟に切り替えられるようにしたいと考えている。
最後に、アプリ層の課題は、抗量子STARK証明のガスコストが非常に高く、現行SNARKsの20倍に達する点だ。これではプライバシーやL2の用途には過剰なコストとなる。VitalikはEIP-8141を通じて、「検証フレーム（Validation Frame）」を導入し、多数の複雑な署名や証明をオフチェーンで集約できる仕組みを提案している。
再帰証明技術により、数百MBに及ぶ検証データも最終的には極小のSTARK証明に圧縮され、ブロック内に格納可能となる。これにより、ブロックスペースの節約だけでなく、コストも大幅に削減され、マイプール段階で即時検証も可能となる。こうした仕組みは、量子脅威の時代においても、低コストかつ高効率な分散型アプリの運用を可能にする。
AIによる加速：数週間で完成するイーサリアム2030ロードマップ
技術アーキテクチャのアップグレードに加え、Vitalikは最近のツイートで、AIがイーサリアムの開発を加速していると強調した。彼は、「2週間以内にvibe-codingを使って2030年イーサリアムのロードマップのプロトタイプを構築した開発者の実験」をリツイートし、「6か月前には不可能だったことが、今やトレンドになりつつある」とコメントした。
彼自身も試験的に、ノートパソコンで動かすgpt-oss:20bモデルを使い、1時間でブログのバックエンドコードを完成させた。より強力なkimi-2.5に切り替えれば、「一発で済む」可能性も示唆している。AIは効率向上を非線形に推し進めており、イーサリアムのロードマップの実現速度を変えている。
彼は、「AIによる恩恵の半分は速度に、もう半分は安全性に」とし、大規模テストケースの生成やコアモジュールの形式検証、複数実装のクロス比較を提案。彼の見解は、「短期的には高安全性のプログラムコードをprompt一つで得ることは難しいが、その過程を5倍高速化できる」と述べている。
最後に、イーサリアムのロードマップは予想以上に早く完成し、安全基準も高まる可能性を示唆した。「バグのないプログラムコードは長らく理想とされてきたが、今や実現可能な幻想に近づいている」との言葉は、5年前のイーサリアム開発の文脈ではほぼ考えられなかった。
遅い実装ペースと現実の課題
しかし、これほど深い技術内容を公開する以上、イーサリアムのロードマップが時間通りに約束を果たすかどうかは常に疑問だ。
歴史的に見て、イーサリアムの実装は予想より遅れがちだった。The Mergeは2020年初の「年末」予定から2022年9月に延期され、EIP-4844（Proto-Danksharding）の実現も数年を要した。これらの遅延は、安全性の監査、多クライアントの調整、分散型ガバナンスなどの要因による。
しかし今回は、イーサリアムに残された時間は少ない。競合の台頭、量子脅威の現実化、AIによる生産性革命が、イーサリアムに「漸進主義」からの脱却を迫っている。過去の穏やかな小さな改良では、イーサリアムがグローバル決済層としてのビジョンを実現するには不十分となる可能性が高い。
また、Vitalikは最近の呼びかけで、この変革は単なる技術再構築にとどまらず、コミュニティに対し、アプリケーション層でのパス依存を徹底的に排除し、検閲耐性、オープンソース、プライバシー、安全性（CROPS）を守ることを求めている。アプリケーション設計は、第一原理から再構築すべきだ。
技術にはロードマップがあるが、思考のアップグレードには明確な分岐点はなく、それこそが「漸進主義」からの脱却の最も難しい一歩かもしれない。