作者： Chloe， ChainCatcher過去2週間、イーサリアムの創始者Vitalik ButerinはX上で集中的に複数の技術長文を公開し、スケーリング路線、量子耐性、アカウント抽象化、実行層の再構築、AIによる開発加速などの核心議題を取り上げ、「2026年イーサリアム大改修の青写真」と称された。この一連の投稿の背後には、イーサリアム財団が同時に公開したStrawmap路線のスケッチフレームワークがあり、2029年までにイーサリアムL1のスループットを10000TPSに引き上げる計画が示されている。しかし、青写真の野心が大きいほど、その実現能力への疑問も伴う。歴史を振り返れば、イーサリアムの実装ペースは常に予想より遅いからだ。今回のイーサリアムは本当に「漸進主義」から脱却し、激しい再構築に踏み出す準備が整ったのだろうか？### Strawmap路線スケッチ：イーサリアム2029年に10000 TPSを実現イーサリアム財団の研究員Justin Drakeは2月25日に、Strawmapと名付けられたロードマップのスケッチを公開し、イーサリアムL1のビジョンと将来のアップグレードスケジュールを示した。この青写真は、5つの「北極星」目標を設定している：超高速L1性能、L1ギガ秒ススループット、L2テラ秒ス拡張、ポスト量子L1の安全性、ネイティブL1のプライバシー転送。最終的な定量目標は、L1が毎秒10,000件の取引を処理し、L2は毎秒1,000万件に達することだ。この計画は、6ヶ月ごとの7回のフォークを通じて推進され、コンセンサス層、データ層、実行層の各改良を含む。これに対し、イーサリアム創始者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署名**コンセンサス層の置換には、「リーンコンセンサス（精簡合意）」案があり、ハッシュベースの署名変種とSTARKsによる集約圧縮を導入し、量子耐性を目指す。ただし、Vitalikは、完全な「リーンコンセンサス」の実現前に、「軽量チェーン」版を先行公開し、1スロットあたり256〜1024署名だけを処理し、STARK集約を省略して運用できると述べている。**2. データ可用性：KZGコミットメントと証明**Vitalikは、現行の「KZGコミットメント」を「量子耐性のSTARKs」に置き換える提案を示すが、これには2つのトレードオフがある。一つは、STARKsはKZGの線形性を持たず、高効率な2Dサンプリングが難しいため、イーサリアムは保守的に1D DAS（PeerDASなど）を選択し、ネットワークの堅牢性を優先。もう一つは、STARK証明のサイズが大きいため、再帰証明など複雑な工程を経て「証明がデータより大きい」問題を解決する必要がある。総じて、技術目標の簡素化と段階的最適化により、この抗量子路線は実現可能だが、膨大なエンジニアリング作業を要する。**3. 外部所有アカウント（EOA）：ECDSA署名**EOAの保護には、現行のECDSA署名が量子計算機に対して脆弱なため、「ネイティブアカウント抽象（native AA）」により、すべてのアカウントをコントラクト化し、ユーザーが抗量子署名アルゴリズムに柔軟に切り替えられる仕組みを検討。**4. アプリ層：KZGやGroth16に依存したZK証明**最後に、アプリ層の課題は、抗量子STARK証明のガスコストが非常に高く、現行SNARKsの20倍に達し、プライバシーやL2には過剰な負担となる点。Vitalikは、EIP-8141を通じて「検証フレーム（Validation Frame）」を導入し、多数の複雑な署名や証明をオフチェーンで集約できる仕組みを提案。再帰証明技術により、数百MBに及ぶ検証データも最終的に極小のSTARK証明に圧縮され、ブロック内に格納可能に。これにより、ブロックスペースの節約とともに、コスト削減や、マempool段階での即時検証も可能となり、量子脅威時代においても低コストかつ高効率なDApp運用を実現する。### AIによる加速：数週間でイーサリアム2030ロードマップ完成へ技術アーキテクチャの進化に加え、Vitalikは最近のツイートで、AIがイーサリアムの開発を加速していると強調した。彼は、「Vibe-codingを使い、2週間で2030年イーサリアムのロードマップのプロトタイプを構築した実験」を紹介し、「6ヶ月前には不可能だったことが、今やトレンドになりつつある」とコメント。自身も、ノートパソコンで動かすgpt-oss:20bモデルを使い、1時間でブログのバックエンドコードを完成させた。より強力なkimi-2.5に切り替えれば、「一発で済む」と予測。AIは非線形的に効率を向上させており、イーサリアムのロードマップの実現速度を変えている。彼は、「AIの恩恵を『半分は速度に、半分は安全性に』還元すべき」と提案し、大規模テストケースの生成やコアモジュールの形式検証、同一ロジックの複数実装のクロス比較を推奨。彼の見解は、「短期的には高安全性のプログラムコードをPrompt一つで得ることは難しいが、その努力は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年に10000 TPSを実現
イーサリアム財団の研究員Justin Drakeは2月25日に、Strawmapと名付けられたロードマップのスケッチを公開し、イーサリアムL1のビジョンと将来のアップグレードスケジュールを示した。この青写真は、5つの「北極星」目標を設定している：超高速L1性能、L1ギガ秒ススループット、L2テラ秒ス拡張、ポスト量子L1の安全性、ネイティブL1のプライバシー転送。最終的な定量目標は、L1が毎秒10,000件の取引を処理し、L2は毎秒1,000万件に達することだ。
この計画は、6ヶ月ごとの7回のフォークを通じて推進され、コンセンサス層、データ層、実行層の各改良を含む。これに対し、イーサリアム創始者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倍短縮される見込みだ。これにより、データ効率と証明速度が大幅に向上する。
さらに、VM（仮想マシン）の移行も野心的な提案だ。現在のZK証明器は多くがRISC-Vで書かれているため、EVMが直接RISC-V上で動作できれば、二重仮想マシン間の変換コストを排除し、システムの証明性を大きく向上させる。展開は三段階を想定：
これにより後方互換性を確保し、変換コストはGas料金の再調整だけで済む。
量子耐性路線図：イーサリアムの4つの脆弱ポイントを補完
ポスト量子のL1安全性に関して、Vitalikは技術長文で、イーサリアムが現段階で抱える4つの量子脆弱点を明示した。
1. コンセンサス層：BLS署名
コンセンサス層の置換には、「リーンコンセンサス（精簡合意）」案があり、ハッシュベースの署名変種とSTARKsによる集約圧縮を導入し、量子耐性を目指す。ただし、Vitalikは、完全な「リーンコンセンサス」の実現前に、「軽量チェーン」版を先行公開し、1スロットあたり256〜1024署名だけを処理し、STARK集約を省略して運用できると述べている。
2. データ可用性：KZGコミットメントと証明
Vitalikは、現行の「KZGコミットメント」を「量子耐性のSTARKs」に置き換える提案を示すが、これには2つのトレードオフがある。
一つは、STARKsはKZGの線形性を持たず、高効率な2Dサンプリングが難しいため、イーサリアムは保守的に1D DAS（PeerDASなど）を選択し、ネットワークの堅牢性を優先。
もう一つは、STARK証明のサイズが大きいため、再帰証明など複雑な工程を経て「証明がデータより大きい」問題を解決する必要がある。総じて、技術目標の簡素化と段階的最適化により、この抗量子路線は実現可能だが、膨大なエンジニアリング作業を要する。
3. 外部所有アカウント（EOA）：ECDSA署名
EOAの保護には、現行のECDSA署名が量子計算機に対して脆弱なため、「ネイティブアカウント抽象（native AA）」により、すべてのアカウントをコントラクト化し、ユーザーが抗量子署名アルゴリズムに柔軟に切り替えられる仕組みを検討。
4. アプリ層：KZGやGroth16に依存したZK証明
最後に、アプリ層の課題は、抗量子STARK証明のガスコストが非常に高く、現行SNARKsの20倍に達し、プライバシーやL2には過剰な負担となる点。Vitalikは、EIP-8141を通じて「検証フレーム（Validation Frame）」を導入し、多数の複雑な署名や証明をオフチェーンで集約できる仕組みを提案。
再帰証明技術により、数百MBに及ぶ検証データも最終的に極小のSTARK証明に圧縮され、ブロック内に格納可能に。これにより、ブロックスペースの節約とともに、コスト削減や、マempool段階での即時検証も可能となり、量子脅威時代においても低コストかつ高効率なDApp運用を実現する。
AIによる加速：数週間でイーサリアム2030ロードマップ完成へ
技術アーキテクチャの進化に加え、Vitalikは最近のツイートで、AIがイーサリアムの開発を加速していると強調した。彼は、「Vibe-codingを使い、2週間で2030年イーサリアムのロードマップのプロトタイプを構築した実験」を紹介し、「6ヶ月前には不可能だったことが、今やトレンドになりつつある」とコメント。
自身も、ノートパソコンで動かすgpt-oss:20bモデルを使い、1時間でブログのバックエンドコードを完成させた。より強力なkimi-2.5に切り替えれば、「一発で済む」と予測。AIは非線形的に効率を向上させており、イーサリアムのロードマップの実現速度を変えている。
彼は、「AIの恩恵を『半分は速度に、半分は安全性に』還元すべき」と提案し、大規模テストケースの生成やコアモジュールの形式検証、同一ロジックの複数実装のクロス比較を推奨。彼の見解は、「短期的には高安全性のプログラムコードをPrompt一つで得ることは難しいが、その努力は5倍の効率向上につながる」というもの。
最後に、イーサリアムのロードマップは、予想以上のスピードで完成し、安全基準も高まる可能性を示唆。「バグのないプログラムコードは長らく理想とされてきたが、今や実現可能な夢になりつつある」との見解を示した。これは、五年前のイーサリアム開発の文脈ではほぼ考えられなかったことだ。
進捗遅延と現実の課題
しかし、これほど深い技術内容を公開する一方で、イーサリアムのロードマップが約束通りに実現するかどうかは常に不確かだ。
歴史的に見て、イーサリアムの実装ペースは予想より遅い。The Mergeは2020年初の「年末」予定から2022年9月に延期され、EIP-4844（Proto-Danksharding）も数年を要した。これらの遅延は、安全性の監査、多クライアントの調整、分散型ガバナンスなどの要因による。
しかし今回は、イーサリアムの遅れに待ったをかける時間は少なくなっている。競合の台頭、量子脅威の現実化、AIによる生産性革命が、イーサリアムに「漸進主義」からの脱却を迫っている。過去の穏やかな小さな歩みでは、グローバル決済層への進化は難しいと考えられる。
また、Vitalikの最近の呼びかけは、この変革は単なる技術再構築にとどまらず、コミュニティに対し、アプリケーション層でのパス依存を徹底的に排除し、検閲耐性、オープンソース、プライバシー、安全性（CROPS）を守ることを求めている。設計思想の根本から見直す必要がある。
技術にはロードマップがあるが、思考のアップグレードには明確な分岐点はなく、これこそが「漸進主義」から脱却する最も難しい一歩かもしれない。