イーサリアム大改修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）」を導入し、並行検証を支援し、過去の逐次処理の効率的なボトルネックを打破し、ネイティブ提案者とビルダーの分離（ePBS）を進め、ノードの12秒スロットの利用率を最適化します。

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

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

Blobの発展の道筋では、PeerDAS（データ可用性サンプリング）が継続的に進化し、データ処理能力を約8 MB/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）のコアを守り、アプリケーション設計において第一原理から再出発することを求めています。

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