メインコンテンツへスキップ

イーサリアムのロードマップ

イーサリアムのスケーラビリティ、セキュリティ、サステナビリティを向上させるための道筋。

Paris (The Merge)

2022年9月15日

Shapella

2023年4月12日

Dencun

2024年3月13日

Pectra

2025年5月7日

Fusaka

2025年12月3日

開発中

Glamsterdam

H1 2026

Hegotá

H2 2026

Paris (The Merge)

Paris (The Merge)

2022年9月15日

主な機能

プルーフ・オブ・ステーク (PoS) への移行

  • エネルギー集約型のマイニングをステーキングベースのコンセンサスに置き換えました
  • イーサリアムのエネルギー消費量を約99.95%削減しました

ビーコン・チェーンの統合

  • ビーコン・チェーンをイーサリアム・メインネットとマージしました
  • PoSコンセンサス・メカニズムへの完全な移行を可能にしました

ディフィカルティ・ボムの削除

  • マイニングの難易度を上昇させていたディフィカルティ・ボムを削除しました
  • 新しいコンセンサス・メカニズムへのスムーズな移行を確保しました
Shapella

Shapella

2023年4月12日

主な機能

ステーキングの引き出し

  • バリデータがステークしたETHと報酬を引き出せるようにしました
  • 部分的および完全な引き出し機能を導入しました

EIP-4895: ビーコン・チェーンのプッシュ型引き出し

  • 引き出しのための新しいシステムレベルの操作を追加しました
  • 引き出しリクエストの安全かつ効率的な処理を確保しました

EIP-3651: Warm COINBASE

  • COINBASEアドレスにアクセスするためのガス費用を削減しました
  • 特定のスマート・コントラクト操作の効率を向上させました
Dencun

Dencun

2024年3月13日

主な機能

プロト・ダンクシャーディング (EIP-4844)

  • ロールアップのトランザクションコストを大幅に削減するために、ブロブトランザクションを導入しました
  • データを一時的かつ安価に保存する新しいトランザクションタイプを追加しました

EIP-1153: 一時ストレージのオペコード

  • トランザクション実行中の一時ストレージ用にTSTOREおよびTLOADオペコードを追加しました
  • より効率的なスマート・コントラクトのパターンを可能にし、ガス費用を削減します

EIP-4788: EVMにおけるビーコン・ブロックのルート

  • コンセンサス・レイヤーの情報をスマート・コントラクトに公開します
  • 新しいトラスト最小化アプリケーションとクロスチェーンブリッジを可能にします
Pectra

Pectra

2025年5月7日

主な機能

スマート・コントラクト機能によるEOAウォレットの強化

  • ユーザーは自分のアドレスを既存のスマート・コントラクトのコードで表現するように設定でき、トランザクションのバッチ処理、トランザクション手数料のスポンサーシップ、より優れたリカバリメカニズムなどの利点を得ることができます

最大エフェクティブ・バランスの引き上げ

  • ステーカーは任意の額のETHを選択してステークできるようになり、最小額を超える1 ETHごとに報酬を受け取ることができます

ブロブのスループット向上

  • ブロブの数がターゲット3から6に、最大で9に増加し、イーサリアムのロールアップにおける手数料が安くなります
Fusaka

Fusaka

2025年12月3日

主な機能

PeerDAS (ピア・ツー・ピアのデータ可用性サンプリング)

  • ロールアップのためのより効率的なデータ可用性を可能にします
  • 分散化を維持しながら、ノードの実行をよりアクセスしやすくします

Blob Parameter Only (BPO) Forks

  • Allows flexible blob count increases between major upgrades
  • Enables faster adaptation to L2 scaling needs without waiting for coordinated hard forks

Gas Limit & DoS Hardening

  • Transaction gas limit cap of 16.7M gas per transaction
  • Default gas limit increase to ~60M (from current 45M)
Glamsterdam

Glamsterdam

H1 2026

主な機能

プロトコルに組み込まれたプロポーザー・ビルダー分離 (PBS)

  • ブロックの合意と処理を分離し、バリデータがより多くのデータを処理できるようにすることで、レイヤー1 (L1) のスケーリングを支援します
  • ビルダーをネイティブに統合することで、バリデータは外部ソフトウェアを信頼することなく、ブロックの組み立てを安全に外部委託できるようになります

ブロックレベルのアクセスリスト

  • 個々のトランザクションではなく、ブロックレベルで必須のアクセスリストを導入します
  • より高速な同期、並列実行、および並列ディスク読み取りのために、依存関係を事前にマッピングします
  • 状態(ステート)を多用するアプリのガスを削減し、ガス費用の予測可能性を向上させます
Hegotá

Hegotá

H2 2026

主な機能

Hegotáで計画中

  • 提案は現在議論中です

イーサリアムにはどのような変更が予定されていますか?

イーサリアムはすでに強力なプラットフォームですが、現在も改良が続けられています。野心的な一連の改善により、イーサリアムは現在の形態から、完全にスケーリングされた最大限の回復力を持つプラットフォームへとアップグレードされます。

より安価なトランザクション

ロールアップはコストが高すぎ、中央集権的なコンポーネントに依存しているため、ユーザーはオペレーターを過度に信頼せざるを得ません。ロードマップには、これら両方の問題に対する解決策が含まれています。

手数料の削減について詳しく知る

セキュリティの強化

イーサリアムはすでに非常に安全ですが、さらに強固なものにし、遠い未来まであらゆる種類の攻撃に耐えられるようにすることができます。

セキュリティについて詳しく知る

ユーザーエクスペリエンスの向上

スマート・コントラクト・ウォレットや軽量ノードのサポートが強化されることで、イーサリアムの利用がよりシンプルかつ安全になります。

ユーザーエクスペリエンスについて詳しく知る

将来への備え

イーサリアムの研究者や開発者は、明日の問題を今日解決し、将来の世代に向けてネットワークの準備を整えています。

将来への備えについて詳しく知る

なぜイーサリアムにはロードマップが必要なのですか?

イーサリアムは定期的なアップグレードにより、スケーラビリティ、セキュリティ、サステナビリティを向上させています。イーサリアムの強みの1つは、研究開発から新しいアイデアが生まれるたびに適応できることです。この適応力により、イーサリアムは新たな課題に取り組み、最先端の技術的ブレークスルーに遅れずについていく柔軟性を備えています。

ロードマップの定義方法

プロトコルは非常に技術的であるため、ロードマップは主に研究者や開発者による長年の作業の結果ですが、意欲のある人なら誰でも参加できます。

アイデアは通常、ethresear.ch (opens in a new tab)Ethereum Magicians (opens in a new tab)、またはEth R&Dのディスコードサーバーなどのフォーラムでの議論から始まります。これらは、新たに発見された脆弱性への対応であったり、アプリケーションレイヤーで活動する組織(分散型アプリケーション (dapp) や取引所など)からの提案であったり、エンドユーザーにとって既知の摩擦(コストやトランザクション速度など)に対するものであったりします。

これらのアイデアが成熟すると、Ethereum Improvement Proposals(イーサリアム改善提案) (opens in a new tab)として提案されます。これはすべて公開で行われるため、コミュニティの誰もがいつでも意見を述べることができます。

イーサリアムのガバナンスについて詳しく知る
イーサリアムのロードマップ

イーサリアムにはどのような技術的アップグレードが予定されていますか?

ダンクシャーディング

ダンクシャーディングは、イーサリアムのブロックにデータの「ブロブ」を追加することで、ユーザーにとってレイヤー2 (L2) ロールアップをはるかに安価にします。

さらに詳しく

シングル・スロット・ファイナリティ

15分待つ代わりに、同じスロット内でブロックが提案され、ファイナライズ済みになる可能性があります。これはアプリにとってより便利であり、攻撃を困難にします。

さらに詳しく

アカウント抽象化

アカウント抽象化は、複雑なミドルウェアを使用する代わりに、イーサリアム上でスマート・コントラクト・ウォレットをネイティブにサポートする一連のアップグレードです。

さらに詳しく

ステートレス性

ステートレスなクライアントは、大量のデータを保存することなく新しいブロックを検証できるようになります。これにより、現在のわずかなコストでノードを実行するすべての利点が得られます。

さらに詳しく

zkEVM

ゼロ知識証明により、バリデータはトランザクションを再実行することなくイーサリアムのブロックを検証できるようになり、ハードウェア要件を引き上げることなくガスリミットを高くすることが可能になります。

さらに詳しく
イーサリアムのブロック

これらのアップグレードのタイムラインはどうなっていますか?

はい、ほぼ間違いなく変更されます。 ロードマップは、短期および将来の計画の両方をカバーする、イーサリアムをアップグレードするための現在の計画です。新しい情報や技術が利用可能になるにつれて、ロードマップは変更されると予想しています。

イーサリアムのロードマップは、イーサリアムを改善するための一連の意図と考えてください。これは、コア研究者や開発者による、イーサリアムの最も最適な前進の道筋に関する最良の仮説です。

一部のアップグレードは優先度が低く、今後5〜10年間は実装されない可能性があります(例:耐量子性)。 各アップグレードの正確なタイミングを提示することは複雑です なぜなら、ロードマップの多くの項目が並行して作業され、異なる速度で開発されているため、予測が難しいからです。アップグレードの緊急性も、外部要因によって時間の経過とともに変化する可能性があります(例:量子コンピュータの性能と可用性が飛躍的に向上した場合、耐量子暗号技術の緊急性が高まる可能性があります)。

イーサリアムの開発について考える1つの方法は、生物の進化に例えることです。新しい課題に適応し、適合性を維持できるネットワークは、変化に抵抗するネットワークよりも成功する可能性が高くなります。ただし、ネットワークのパフォーマンス、スケーラビリティ、セキュリティが向上するにつれて、プロトコルへの変更は少なくて済むようになります。

アップグレードは、より良いユーザーエクスペリエンスやより安全なプロトコルを提供し、イーサリアムとやり取りするためのより多くの選択肢を提供する以外に、エンドユーザーに影響を与えることはほとんどありません。一般ユーザーはアップグレードに積極的に参加する必要はなく、資産を保護するために何もする必要はありません**。ノードオペレーターは、アップグレードに備えてクライアントを更新する必要があります。一部のアップグレードは、アプリケーション開発者に変更をもたらす可能性があります。たとえば、履歴の失効のアップグレードにより、アプリケーション開発者は新しいソースから履歴データを取得するようになるかもしれません。

シャーディングとは、イーサリアムのブロックチェーンを分割し、バリデータのサブセットが全体のデータの一部のみを担当するようにすることです。これは当初、イーサリアムをスケーリングする方法として意図されていました。しかし、レイヤー2 (L2)ロールアップが予想よりもはるかに早く開発され、すでに多くのスケーリングを提供しており、プロト・ダンクシャーディングが実装された後はさらに多くのスケーリングを提供する予定です。これは、「シャード・チェーン」がもはや必要なくなり、ロードマップから削除されたことを意味します。

このページは役に立ちましたか?