2025年以降、Ethereum開発者コミュニティは、これまでにない集中したアップデートと役割の再定義を示しています。ETHの価格動向に関する議論の背景の中、Ethereum Foundationは野心的なロードマップ（Strawmap）を発表し、今後数年間のプロトコルの技術的進化を描いています。この仕様は単なる技術的強化ではなく、Ethereumそのものの質的変革を意味します：L2の計算層から、分散型経済全体の信頼の基盤へと進化させるものです。この変革により、L1の状態遷移の各ステップはゼロ知識証明によって圧縮・検証可能となります。これはL2 zkEVMプロジェクト（zkSync、Starknet、Scroll）のコピーではなく、根本的に異なる目的です：Ethereumの実行層自体をZK対応のシステムへと変換することです。L2 zkEVMがEthereum上にZKの世界を構築することなら、L1 zkEVMはEthereum自体をそのレベルへと変革することを意味します。## 変革の三つの軸：プログラム可能なレジスタから検証可能なインフラへEthereumの過去10年の発展は、その概念的基盤と技術的優先事項の段階的な進化とともにありました。最初の時期（2015–2020年）は、EthereumはBitcoin以上の機能を持つプログラム可能なレジスタであることに焦点を当てていました。スマートコントラクト、DeFi、NFT、DAO—これらはすべて、ブロックチェーン上の計算の普遍性に関するこの基本的な歴史から成長しました。次の時期（2021–2023年）は、Layer 2ソリューションによるスケーリングに重点を置きました。ガス代の高騰により、一般ユーザーはL1での取引を行えなくなり、Rollupソリューションが主流となりました。Ethereumは徐々に、データ層と最終性層としての役割を再定義し、安全なL2基盤を提供するようになりました。The MergeやEIP-4844はこの目的に沿ったものです。第三の時期（2024–2025年）は、より深い省察の段階です。L2の台頭により、L1の価値が崩壊しつつあるというパラドックスが生まれました。ユーザーはArbitrum、Base、Optimismに移行し、L1と直接やり取りすることは稀になりました。これにより、コミュニティ内で重要な問いが浮上しました：L2にユーザーを奪われた場合、L1の価値はどこにあるのか？Strawmapの主要技術的方向性の分析は答えを示しています。Verkle Tree、Stateless Client、EVMの形式的検証、ZKのネイティブサポート—これらすべての要素は一つの方向を指しています：EthereumのL1に独自の検証能力を持たせることです。これは質的な変化であり、L1 zkEVMの集大成となるものです。## 仕様は基盤：なぜ8つの作業ラインがEthereumのアーキテクチャを変えるのかStrawmapの技術的変化の連関性は、8つの作業ラインを一つのアーキテクチャシステムとして捉えることで最も理解しやすくなります。それぞれのコンポーネントが他を支え合う構造です。**作業ライン1：EVMの形式的仕様を基盤とする**仕様は抽象的な概念ではなく、各命令と状態変換ルールの数学的定義です。現在、EVMの挙動はクライアント（Geth、Nethermind）の実装によって決定されており、形式的仕様は存在しません。これにより、極端なケースで挙動が異なる可能性があります。ZK証明を作成するには曖昧さのないシステムが必要です。したがって、最も重要な作業ラインは、EVMのあらゆる側面を数学的に検証可能な形に形式化することです。**作業ライン2：ハッシュ関数のZK対応置換**EthereumはKeccak-256を広く使っていますが、ZK証明にはコストが高いです。主な課題は、KeccakをPoseidonやBlakeシリーズなどのZKフレンドリーな関数に段階的に置き換えることです。特に状態木やMerkle証明において重要です。これはプロトコル全体にわたるシステム的な変更です。**作業ライン3：Verkle Treeの採用**Verkle Treeはハッシュチェーンの代わりにベクトルコミットメントを用い、証明サイズを大幅に削減します。L1 zkEVMにとっては、ブロック証明のデータ量削減、証明生成の高速化、そしてVerkle TreeがL1 zkEVMの実現に不可欠な前提条件となることを意味します。**作業ライン4：ステートレスクライアント**ステートレスクライアントは、完全な状態データをローカルに保持せずにブロックを検証できます。証人（witness）データのみで済みます。これはVerkle Treeと密接に関連し、実現性は証明の証言サイズに依存します。L1 zkEVMにとっては、ノードのハードウェア要件を削減し、証明の入力範囲を明確にします。**作業ライン5：ZK証明の標準化**L1 zkEVMには成熟した証明生成システムが必要ですが、ZK分野は非常に断片化しています。目標は、プロトコルレベルで標準化されたインターフェースを定め、異なるシステム間の競争を促進することです。PSE（Privacy and Scaling Explorations）チームはこの分野で豊富な経験を持ちます。**作業ライン6：実行層とコンセンサス層の分離**現状、実行層（EL）とコンセンサス層（CL）はEngine APIを通じて連携しています。L1 zkEVMでは、状態変化ごとにZK証明の生成が必要となり、ブロック間隔を超えることもあります。実行と証明生成を非同期に分離し、コンセンサスを乱さずに高速化する必要があります。**作業ライン7：再帰的・集約的証明**単一ブロックの証明はコストが高いため、複数ブロックを再帰的に集約し一つの証明にすることで、検証コストを大幅に削減できます。この進展は、L1 zkEVMのコストに直結します。**作業ライン8：開発者ツールとEVM互換性**すべての低レベルの改良は、スマートコントラクト開発者にとって透明でなければなりません。数万のコントラクトが動作不能になる事態は避ける必要があります。このラインは最も過小評価されがちですが、最も時間と労力を要します。EVMのアップデートには膨大な互換性テストが必要であり、L1 zkEVMの変更は過去を超える規模となり、ツールの整備も数倍の労力を要します。## なぜ今なのか：Ethereumを検証可能なインフラとして再評価Strawmapの公開は、ETHの価格動向に疑問が持たれる時期に重なりますが、真の価値はEthereumを長期的なインフラとして再定義することにあります。開発者にとって、Strawmapは方向性の確信と投資の安心感をもたらします。ユーザーにとっては、取引の即時承認、L1とL2間の資産移動のシームレス化、プライバシーの内蔵化など、顕著な体験の向上につながります。 客観的に見れば、L1 zkEVMはすぐには実現しません。完全な実装は2028–2029年以降と見られますが、それでもEthereumの価値提案を根本から再考させるものです。L1 zkEVMが成功すれば、Ethereumは単なるL2の計算層を超え、Web3全体の信頼の検証基盤となり、あらゆる状態チェーンがEthereumのZK証明に数学的に追随できる世界へと進化します。これはまた、L2エコシステムの長期的な立ち位置にも影響します。L1が独自のZK能力を持つようになれば、L2の役割は進化します—「安全なスケーリングの解決策」から「特化型の実行環境」へと変わるのです。どのL2がこの新しいアーキテクチャに適合し、どのように進化していくかは、今後数年間の最も興味深い進化の一つとなるでしょう。最も重要なのは、L1 zkEVMがEthereumの持つ唯一無二の能力を示している点です：8つの相互依存する技術的ラインを同時に推進し、それぞれが長期にわたるプロジェクトでありながら、分散型の調整方法を維持し続けることです。これこそが、真のエンジニアリングの野望です。## 仕様を通じた進化：Rollup志向から検証可能な計算へEthereumの物語の進化は、2021年の「Rollup中心」モデルから2026年のStrawmapへと明確な軌跡を描いています。スケーリングはL2だけに依存できず、L1とL2が協調して発展すべきだという考え方です。この変化の技術的翻訳が、8つのL1 zkEVM作業ラインです。それぞれのラインは一つの目的に向かっています：分散性を損なうことなく、ネットワークの性能を指数関数的に向上させることです。これはL2の道を否定するものではなく、その改善と有機的な補完です。今後3年間で、エコシステムは多くのコンポーネントを置き換えながら、7つのプロトコル分岐を経て進化します。2029年には、真の「グローバル検証可能計算レベル」が到達し、迅速で安全、プライバシー保護された、そして誰もがアクセスできるインフラとなる可能性があります。仕様は単なる仕組みではなく、Ethereumが分散型未来のインフラとして留まり続ける約束です。
L1 zkEVM がイーサリアム仕様を書き直す方法: ロールアップから検証可能な計算への進化
2025年以降、Ethereum開発者コミュニティは、これまでにない集中したアップデートと役割の再定義を示しています。ETHの価格動向に関する議論の背景の中、Ethereum Foundationは野心的なロードマップ（Strawmap）を発表し、今後数年間のプロトコルの技術的進化を描いています。この仕様は単なる技術的強化ではなく、Ethereumそのものの質的変革を意味します：L2の計算層から、分散型経済全体の信頼の基盤へと進化させるものです。
この変革により、L1の状態遷移の各ステップはゼロ知識証明によって圧縮・検証可能となります。これはL2 zkEVMプロジェクト（zkSync、Starknet、Scroll）のコピーではなく、根本的に異なる目的です：Ethereumの実行層自体をZK対応のシステムへと変換することです。L2 zkEVMがEthereum上にZKの世界を構築することなら、L1 zkEVMはEthereum自体をそのレベルへと変革することを意味します。
変革の三つの軸：プログラム可能なレジスタから検証可能なインフラへ
Ethereumの過去10年の発展は、その概念的基盤と技術的優先事項の段階的な進化とともにありました。最初の時期（2015–2020年）は、EthereumはBitcoin以上の機能を持つプログラム可能なレジスタであることに焦点を当てていました。スマートコントラクト、DeFi、NFT、DAO—これらはすべて、ブロックチェーン上の計算の普遍性に関するこの基本的な歴史から成長しました。
次の時期（2021–2023年）は、Layer 2ソリューションによるスケーリングに重点を置きました。ガス代の高騰により、一般ユーザーはL1での取引を行えなくなり、Rollupソリューションが主流となりました。Ethereumは徐々に、データ層と最終性層としての役割を再定義し、安全なL2基盤を提供するようになりました。The MergeやEIP-4844はこの目的に沿ったものです。
第三の時期（2024–2025年）は、より深い省察の段階です。L2の台頭により、L1の価値が崩壊しつつあるというパラドックスが生まれました。ユーザーはArbitrum、Base、Optimismに移行し、L1と直接やり取りすることは稀になりました。これにより、コミュニティ内で重要な問いが浮上しました：L2にユーザーを奪われた場合、L1の価値はどこにあるのか？
Strawmapの主要技術的方向性の分析は答えを示しています。Verkle Tree、Stateless Client、EVMの形式的検証、ZKのネイティブサポート—これらすべての要素は一つの方向を指しています：EthereumのL1に独自の検証能力を持たせることです。これは質的な変化であり、L1 zkEVMの集大成となるものです。
仕様は基盤：なぜ8つの作業ラインがEthereumのアーキテクチャを変えるのか
Strawmapの技術的変化の連関性は、8つの作業ラインを一つのアーキテクチャシステムとして捉えることで最も理解しやすくなります。それぞれのコンポーネントが他を支え合う構造です。
作業ライン1：EVMの形式的仕様を基盤とする
仕様は抽象的な概念ではなく、各命令と状態変換ルールの数学的定義です。現在、EVMの挙動はクライアント（Geth、Nethermind）の実装によって決定されており、形式的仕様は存在しません。これにより、極端なケースで挙動が異なる可能性があります。ZK証明を作成するには曖昧さのないシステムが必要です。したがって、最も重要な作業ラインは、EVMのあらゆる側面を数学的に検証可能な形に形式化することです。
作業ライン2：ハッシュ関数のZK対応置換
EthereumはKeccak-256を広く使っていますが、ZK証明にはコストが高いです。主な課題は、KeccakをPoseidonやBlakeシリーズなどのZKフレンドリーな関数に段階的に置き換えることです。特に状態木やMerkle証明において重要です。これはプロトコル全体にわたるシステム的な変更です。
作業ライン3：Verkle Treeの採用
Verkle Treeはハッシュチェーンの代わりにベクトルコミットメントを用い、証明サイズを大幅に削減します。L1 zkEVMにとっては、ブロック証明のデータ量削減、証明生成の高速化、そしてVerkle TreeがL1 zkEVMの実現に不可欠な前提条件となることを意味します。
作業ライン4：ステートレスクライアント
ステートレスクライアントは、完全な状態データをローカルに保持せずにブロックを検証できます。証人（witness）データのみで済みます。これはVerkle Treeと密接に関連し、実現性は証明の証言サイズに依存します。L1 zkEVMにとっては、ノードのハードウェア要件を削減し、証明の入力範囲を明確にします。
作業ライン5：ZK証明の標準化
L1 zkEVMには成熟した証明生成システムが必要ですが、ZK分野は非常に断片化しています。目標は、プロトコルレベルで標準化されたインターフェースを定め、異なるシステム間の競争を促進することです。PSE（Privacy and Scaling Explorations）チームはこの分野で豊富な経験を持ちます。
作業ライン6：実行層とコンセンサス層の分離
現状、実行層（EL）とコンセンサス層（CL）はEngine APIを通じて連携しています。L1 zkEVMでは、状態変化ごとにZK証明の生成が必要となり、ブロック間隔を超えることもあります。実行と証明生成を非同期に分離し、コンセンサスを乱さずに高速化する必要があります。
作業ライン7：再帰的・集約的証明
単一ブロックの証明はコストが高いため、複数ブロックを再帰的に集約し一つの証明にすることで、検証コストを大幅に削減できます。この進展は、L1 zkEVMのコストに直結します。
作業ライン8：開発者ツールとEVM互換性
すべての低レベルの改良は、スマートコントラクト開発者にとって透明でなければなりません。数万のコントラクトが動作不能になる事態は避ける必要があります。このラインは最も過小評価されがちですが、最も時間と労力を要します。EVMのアップデートには膨大な互換性テストが必要であり、L1 zkEVMの変更は過去を超える規模となり、ツールの整備も数倍の労力を要します。
なぜ今なのか：Ethereumを検証可能なインフラとして再評価
Strawmapの公開は、ETHの価格動向に疑問が持たれる時期に重なりますが、真の価値はEthereumを長期的なインフラとして再定義することにあります。
開発者にとって、Strawmapは方向性の確信と投資の安心感をもたらします。ユーザーにとっては、取引の即時承認、L1とL2間の資産移動のシームレス化、プライバシーの内蔵化など、顕著な体験の向上につながります。
客観的に見れば、L1 zkEVMはすぐには実現しません。完全な実装は2028–2029年以降と見られますが、それでもEthereumの価値提案を根本から再考させるものです。L1 zkEVMが成功すれば、Ethereumは単なるL2の計算層を超え、Web3全体の信頼の検証基盤となり、あらゆる状態チェーンがEthereumのZK証明に数学的に追随できる世界へと進化します。
これはまた、L2エコシステムの長期的な立ち位置にも影響します。L1が独自のZK能力を持つようになれば、L2の役割は進化します—「安全なスケーリングの解決策」から「特化型の実行環境」へと変わるのです。どのL2がこの新しいアーキテクチャに適合し、どのように進化していくかは、今後数年間の最も興味深い進化の一つとなるでしょう。
最も重要なのは、L1 zkEVMがEthereumの持つ唯一無二の能力を示している点です：8つの相互依存する技術的ラインを同時に推進し、それぞれが長期にわたるプロジェクトでありながら、分散型の調整方法を維持し続けることです。これこそが、真のエンジニアリングの野望です。
仕様を通じた進化：Rollup志向から検証可能な計算へ
Ethereumの物語の進化は、2021年の「Rollup中心」モデルから2026年のStrawmapへと明確な軌跡を描いています。スケーリングはL2だけに依存できず、L1とL2が協調して発展すべきだという考え方です。
この変化の技術的翻訳が、8つのL1 zkEVM作業ラインです。それぞれのラインは一つの目的に向かっています：分散性を損なうことなく、ネットワークの性能を指数関数的に向上させることです。これはL2の道を否定するものではなく、その改善と有機的な補完です。
今後3年間で、エコシステムは多くのコンポーネントを置き換えながら、7つのプロトコル分岐を経て進化します。2029年には、真の「グローバル検証可能計算レベル」が到達し、迅速で安全、プライバシー保護された、そして誰もがアクセスできるインフラとなる可能性があります。仕様は単なる仕組みではなく、Ethereumが分散型未来のインフラとして留まり続ける約束です。