イーサリアム大改修2026のブループリント、今回は「漸進主義」を捨てる。

著者： Chloe， ChainCatcher

過去2週間、イーサリアムの創設者であるヴィタリック・ブテリンは、X上で拡張性のルート、量子攻撃への耐性、アカウントの抽象化、実行層の再構築、AIによる開発加速などの核心的なテーマを網羅した技術的な長文を集中的に発表し、外部からは「2026年イーサリアム大修理ブループリント」と呼ばれています。この一連の発表の背後には、イーサリアム財団が同時に発表したストローマップのルート草案フレームワークがあり、2029年までにイーサリアムL1のスループットを10000 TPSレベルに引き上げる計画が示されています。

しかし、ブループリントの野心が大きいほど、その実行能力への疑問も伴います。歴史を振り返ると、イーサリアムの実行ペースは常に期待を下回ってきました。果たして、イーサリアムは本当に「漸進主義」を卒業し、急進的な再構築を迎える準備が整っているのでしょうか？

ストローマップのルート草案：イーサリアム2029年に10000 TPSを実現

イーサリアム財団の研究者ジャスティン・ドレイクは、2月25日にストローマップのルート草案を発表し、イーサリアムL1のビジョンと将来のアップグレードスケジュールを明らかにしました。このブループリントは、5つの「北極星」目標を設定しています：超高速L1性能、L1ギガガススループット、L2テラガス拡張、ポスト量子L1の安全性、そしてネイティブL1プライバシー送金。最終的な量的目標は、L1が毎秒10,000件のトランザクションを処理し、L2が毎秒1,000万件のトランザクションに達することです。

この計画は、7回のフォークを通じて進められ、6ヶ月ごとにアップグレードサイクルを設け、コンセンサス層、データ層、実行層の各種変更を含みます。これに対し、イーサリアムの創設者ヴィタリック・ブテリンは支持を表明し、過去2週間にわたりX上で技術的な長文を集中的に発表し、ルートマップの核心的な次元を解説しました。

戦略的焦点：イーサリアムL1の拡張と実行層の再構築に集中

ヴィタリックの論点は示しています：過去数年のL2ロールアップ、軽量L1の戦略とは異なり、現在のビジョンは長期的な転換を維持しつつ、短期的にL1自身の拡張能力を大幅に向上させることです。

1. 短期プロセス：グラムスタッドアップグレード

短期計画では、間もなく行われるグラムスタッドアップグレードが「ブロックレベルアクセスリスト（BALs）」を導入し、並行検証を支援し、従来の逐次処理の効率的なボトルネックを打破し、ネイティブ提案者とビルダーの分離（Enshrined Proposer-Builder Separation、ePBS）を進め、ノードの12秒のスロット利用率を最適化します。

2. 長期プロセス：ZK-EVMとBlobの進化

長期的な拡張は、ZK-EVMとBlobの2つの柱によって支えられます。ZK-EVMの道筋では、2026年末に少数の検証者がZK-EVMクライアントを最初に採用し、2027年からその比率を拡大し、安全性を強化することが期待されています。最終目標は「3-of-5強制多重証明メカニズム」を達成することで、1つのブロックは5つの証明システムのうち少なくとも3つの検証を通過しなければならないというものです。

Blobの発展の道筋では、PeerDAS（データ可用性サンプリング）が継続的に進化し、データ処理能力を約8MB/sに引き上げることを目指します。この技術の核心は、ノードが少量のデータフラグメントをダウンロードするだけで検証を完了できるようにすることで、スループットを大幅に向上させると同時に、ノードのハードウェアの敷居を効果的に下げることです。一方で、将来の大規模な採用の需要に応えるため、イーサリアムメインネットはブロックデータを直接Blobスペースに保存する方向に移行し、過去の高価で永久に保存する必要があるcalldataモデルを置き換えます。この変化は、データキャリー構造を最適化し、データ層からイーサリアムの拡張パスを再構築することを主な目的としています。

3. 実行層の再構築：EVMを置き換えるバイナリ状態ツリーへの切り替え

ヴィタリックは指摘しています、イーサリアムの現在の証明効率のボトルネックの80%は、時代遅れのアーキテクチャに起因しています。EIP-7864に基づき、現在の「16進数Keccak MPT状態ツリー」から「バイナリ状態ツリー」に切り替えることで、ブランチの長さを4倍短縮できると予想されています。この変革は、データ効率の著しい向上をもたらします：

• データ帯域幅：コストが約4倍削減され、Heliosなどの軽量クライアントにとって質的な飛躍となります。

• 証明速度：BLAKE3演算を採用すれば約3倍の速度向上が見込まれ、Poseidon変種の場合は潜在的に100倍の速度向上が期待されます。

• アクセス最適化：ストレージスロット「ページ」（64--256スロット）の設計により、DAppが隣接データを読み書きする際、各トランザクションで1万Gas以上の節約が可能となります。

さらに野心的な提案はVM（仮想マシン）の移行であり、現在のZK証明器は主にRISC-Vで記述されています。もしEVMが直接RISC-Vで実行できれば、2層の仮想マシン間の翻訳コストを排除し、システム全体の証明可能性が大幅に向上します。現在の展開パスは3ステップで計画されています：

1. まず新しいVMが既存のプリコンパイルコントラクトを引き継ぐ

2. 次にユーザーが新しいVMコントラクトをデプロイできるようにする

3. 最終的にEVM自体を新しいVM上で動作するスマートコントラクトに書き換える。

この措置により、後方互換性が確保され、最終的な移行コストはGas費用の再調整のみで済みます。

量子脅威への対策ルートマップ：イーサリアムの4つの技術的脆弱性を補完

ポスト量子L1の安全性という重要なテーマに関して、ヴィタリックは技術的な長文の中で明確に述べています。イーサリアムの現段階には4つの量子脆弱性が存在します：

1. コンセンサス層：BLS署名

コンセンサス層の置き換えの道筋はすでに形を成しつつあります。ヴィタリックは「リーンコンセンサス（精簡コンセンサス）」の提案を行い、ハッシュベースの署名変種を導入し、STARKsを用いて集約圧縮を行い、量子攻撃に対抗します。しかし、ヴィタリックは補足として、全面的な「精簡コンセンサス」が実現する前に、「精簡可能なチェーン」のバージョンが先行してオンラインになると述べています。各スロットでは256から1024の署名を処理するだけで済み、STARK集約なしで運用でき、工事の敷居を大幅に下げます。

2. データ可用性：KZGコミットメントと証明

データ可用性の面では、ヴィタリックは現行の「KZGコミットメント」を「量子耐性のあるSTARKs」に置き換えることを提案していますが、これは2つの大きなトレードオフを伴います。

まず、STARKsはKZGの線形特性を欠いており、高効率の2Dデータサンプリングをサポートするのが難しいため、イーサリアムはより保守的な1D DAS（PeerDASなど）の道を選び、ネットワークの堅牢性を優先し、極限の拡張を追求しません。

次に、STARKの証明サイズが大きいため、開発者は再帰的証明などの複雑な技術を通じて「証明がデータよりも大きい」という技術的課題を解決する必要があります。要するに、ヴィタリックは技術目標を簡素化し、段階的に最適化することで、この量子耐性の道が技術的に実現可能であると考えていますが、必要な工数は非常に膨大です。

3. 外部保有アカウント（EOA）：ECDSA署名

外部保有アカウント（EOA）の保護に関して、現行のECDSA署名は量子コンピュータに対して非常に脆弱であるため、ヴィタリックは「ネイティブアカウント抽象（native AA）」を通じてすべてのアカウントをコントラクト化し、ユーザーが量子耐性の署名アルゴリズムを柔軟に変更できるようにすることを望んでいます。

4. アプリケーション層：KZGまたはGroth16に依存するZK証明

最後にアプリケーション層において、主な課題は量子耐性のSTARK証明のGasコストが非常に高く、現行のSNARKsの約20倍であり、プライバシープロトコルやL2には過度に高価です。ヴィタリックはEIP-8141を通じて「検証フレーム（Validation Frame）」を導入し、大量の複雑な署名と証明をオフチェーンで集約することを提案しています。

再帰的証明技術を利用することで、元々数百MBに達する検証データが最終的に非常に小さなSTARK証明に圧縮され、ブロックスペースを節約するだけでなく、使用コストを大幅に削減し、Mempool段階で即座に検証を完了できるようにします。これにより、ユーザーは量子脅威の時代においても、低コストかつ効率的にさまざまな分散型アプリケーションを操作できるようになります。

AIが加速器の役割を果たす：数週間以内にイーサリアム2030ルートマップを完成

技術アーキテクチャのアップグレードに加えて、ヴィタリックは最近のツイートでAIがイーサリアムの開発プロセスを加速していることを強調しました。彼は、開発者が「vibe-codingを通じて2週間で2030年イーサリアムルートマップのプロトタイプを構築した」という実験をリツイートし、「6ヶ月前、これは可能性の範囲にも入っていなかったが、今ではトレンドになっている」とコメントしました。

ヴィタリック自身も実際にテストを行い、ノートパソコンでgpt-oss:20bモデルを実行し、1時間以内にブログのバックエンドコードを完成させました。より強力なkimi-2.5に切り替えれば、「一度で済む」と予想しています。AIによる効率の向上はもはや線形的な成長ではなく、イーサリアムのルートマップの納品速度を変えつつあります。

これに対し、彼はAIがもたらす利益を「半分は速度、半分は安全性」に分け、大規模なテストケースを生成し、コアモジュールの形式的検証を行い、同じロジックに対して複数の独立した実装を生成して交差比較を行うことを提唱しています。ヴィタリックの判断は、近い将来、1つのプロンプトで高い安全性のプログラムコードを得ることはできず、バグや実装の不一致と戦うプロセスは依然として存在するが、このプロセスは5倍の向上をもたらすというものです。

最後に、彼はイーサリアムのルートマップが外部の期待よりも速い速度で完成し、安全基準が外部の期待を上回る可能性を提起しました。「バグのないプログラムコードは、長い間理想主義的な幻想と見なされてきたが、今やそれが可能になるかもしれない。」この言葉は、5年前のイーサリアム開発の文脈ではほぼ考えられないものでした。

納品ペースの遅さと現実的な課題

しかし、市場に対してこれほど多くの難解な技術内容を公開することは、イーサリアムのルートマップが約束通りに実行される可能性を常に避けられません。

歴史的な記録を見ると、イーサリアムの納品ペースは常に期待よりも遅れています。The Mergeは2020年初頭の「年末」の期待から、2022年9月まで遅れました。EIP-4844（Proto-Danksharding）の実現も数年を要しました。このような遅延は通常、安全監査、多クライアントの調整、そして分散型ガバナンスなどの要因によるものです。

しかし、今回はイーサリアムに与えられた温和な時間は多くありません。競争相手の圧力、量子脅威の現実的な課題、そしてAIによる生産性革命が、イーサリアムに「漸進主義」を完全に卒業させることを迫っています。「進まざるは退く」という歴史的な転換点に立ち、過去の穏やかな小さなステップの反復は、イーサリアムがグローバルな決済層に向かうビジョンを支えるには難しいかもしれません。

ヴィタリックの最近の呼びかけも、この変革が単なる技術的な再構築にとどまらず、コミュニティに対してアプリケーション層でのパス依存を完全に捨て去り、検閲耐性、オープンソース、プライバシー、安全性（CROPS）のコアを守り、アプリケーション設計を第一原理から再出発するよう求めています。

技術にはルートマップが存在しますが、思考のアップグレードにはフォークのタイムテーブルがありません。これが「漸進主義」を卒業する最も難しい一歩かもしれません。