解決策：このEIPは、「Blobパラメータ専用ハードフォーク（Blob Parameter Only Hardfork, BPO）」という仕組みを定義します。これは非常に軽量なアップグレードで、Blobに関するいくつかのパラメータ（例：目標Blob数）だけを変更し、複雑なコード変更は不要です。ノード運用者は、指定された時間に新しいパラメータを受け入れるだけで済み、まるで設定ファイルをオンラインで更新するような簡便さです。
拡張と同時に、ネットワークの安全と安定性を確保することも不可欠です。イーサリアム財団は2025年5月に「兆ドル安全計画」（Trillion Dollar Security, 1TS）を開始し、兆ドル規模の資産を安全に支えるイーサリアムネットワークの構築を目指しています。Fusakaの複数のEIPは、この1TS計画の推進に寄与します。まるで高速道路により信頼性の高い「ブレーキ」や「ガードレール」を設置するようなものです。
拡張と安全性の並行：イーサリアム Fusaka アップグレードの12のEIPを全面解説
作者：@ChromiteMerge
イーサリアムは2025年12月3日に「Fusaka」という名前のハードフォークアップグレードを迎えます。このアップグレードには12のイーサリアム改善提案（EIP）が含まれており、まるで精密な12のパーツのように、イーサリアムの拡張性、安全性、運用効率を共同で向上させるものです。以下、筆者はこれら12のEIPをカテゴリーごとに分けて、わかりやすく解説します。それぞれがどのような問題を解決し、なぜイーサリアムの未来にとって重要なのかを説明します。
スケーリング！イーサリアムをより高速に、多くのデータを処理できるように
これがFusakaアップグレードの核心テーマです。イーサリアムが世界のデジタル経済を支えるには、取引の渋滞と高額な手数料の解決が不可欠です。以下のEIPは、その実現に向けて特にLayer 2の拡張とコスト削減に焦点を当てています。
EIP-7594: PeerDAS - データ可用性サンプリング
課題：Dencunアップグレードでデータ「Blob」がLayer 2に安価なデータ保存を提供した後、重要な問題が浮上しました。それは、「これらの大量データが本当に利用可能かどうかをどう確認するか？」です。現状では、各検証ノードはブロックに含まれる全てのblobデータをダウンロードし検証する必要があります。ブロックに最大9個のBlobが含まれる場合はまだ可能ですが、将来的にBlobの数が128個に増えた場合、全てをダウンロード・検証するコストは膨大になり、検証ノードの参加ハードルが上がり、ネットワークの分散性が脅かされます。
解決策：PeerDAS（Peer Data Availability Sampling）は、「全てを検査」から「サンプルによる抽出検査」へと変換します。簡単に言えば：
ネットワークはBlobデータを複数の断片に分割します。
検証者は全てのBlobをダウンロードする必要はなく、ランダムにいくつかの断片だけをダウンロードして検査します。
そして、参加者同士が互いに検査結果を交換し合うことで、全体のBlobデータの完全性と可用性を共同で確認します。
これは大きなパズルゲームのようなもので、各人がいくつかのピースだけ持っていても、重要なつながりを確認し合えば、全体のパズルが正しいことを確信できる仕組みです。なお、PeerDASは新しい発明ではなく、その核となるDAS思想はCelestiaなどの第三者DAプロジェクトですでに実証済みです。PeerDASの導入は、イーサリアムの長期的な拡張計画において、重要な「技術的負債」の補完となります。
意義：PeerDASは検証者のストレージ負担を大きく軽減し、イーサリアムの大規模データ拡張を可能にします。将来的には、1ブロックあたり数百のBlobを収容し、Teragasのビジョンが掲げる1000万TPSを支え、一般ユーザーも容易に検証者を運用できることで、ネットワークの分散性を維持します。
EIP-7892: BPOハードフォーク - 軽量化パラメータのアップグレード
課題：Layer 2のデータ容量需要は刻々と変化します。Blobの上限調整のたびに大規模なアップグレードを待つのは遅すぎて、エコシステムの成長に追いつきません。
解決策：このEIPは、「Blobパラメータ専用ハードフォーク（Blob Parameter Only Hardfork, BPO）」という仕組みを定義します。これは非常に軽量なアップグレードで、Blobに関するいくつかのパラメータ（例：目標Blob数）だけを変更し、複雑なコード変更は不要です。ノード運用者は、指定された時間に新しいパラメータを受け入れるだけで済み、まるで設定ファイルをオンラインで更新するような簡便さです。
意義：BPOは、イーサリアムが迅速かつ安全にネットワーク容量を調整できる能力を持つことを意味します。例えば、今回のFusaka後、コミュニティは短期間に連続して2回のBPOを実行し、Blob容量を段階的に倍増させる計画です。これにより、必要に応じて段階的にBlob空間を拡大し、Layer 2のコストとスループットを滑らかに向上させ、リスクもコントロールします。
EIP-7918: 安定したBlob料金市場
課題：従来のBlob料金調整は市場の動きに左右されすぎていました。需要が低いと料金はほぼゼロに近づき、新たな需要を喚起できず、逆に需要が高まると料金が急騰し、価格の激しい変動（「内輪もめ」）を招き、Layer 2のコスト計画が立てにくくなっていました。
解決策：EIP-7918の核心は、Blob料金の変動に上限と下限を設け、一定の「最低料金」を設定することです。具体的には、Blob料金の上下限（limits）をLayer 2のLayer 1上の実行コスト（execution fee）に連動させます。これにより、状態ルートの更新やZK証明の検証などの実行コストは安定し、Layer 2の取引量に左右されにくくなります。Blob料金の上下限をこの「錨」に連動させることで、価格の乱高下を防ぎます。
意義：この改良により、Blob料金市場の「内輪もめ」が抑制され、Layer 2の運用コストモデルが予測可能になり、ユーザーはより安定した取引費用を設定できるようになります。結果として、「今日無料でも、明日高騰」というジェットコースター的な料金変動を避けられます。
EIP-7935: メインネットの取引容量向上
課題：イーサリアムの1ブロックあたりの取引量は、「ガス上限」（現在約3000万）によって決まっており、長年変更されていません。ネットワークのスループットを向上させるには、この上限を引き上げる必要がありますが、検証ノードのハードウェア要件を高めすぎず、分散性を損なわないことが前提です。
解決策：この提案は、ブロックのデフォルトガス上限を新しい水準（具体値は未定、例：4500万以上）に引き上げることを推奨します。これは強制ではなく、あくまで新しい推奨値を示し、検証者が段階的に受け入れることを促します。
意義：これにより、1ブロックあたりにより多くの取引を詰め込み、イーサリアムのTPSが向上します。ネットワークの渋滞やガス代の高騰も緩和される見込みです。ただし、ハードウェア要件も上がるため、コミュニティは慎重にテストと導入を進めます。
安全性と安定性！ネットワークの堅牢な防御線を築く
拡張と同時に、ネットワークの安全と安定性を確保することも不可欠です。イーサリアム財団は2025年5月に「兆ドル安全計画」（Trillion Dollar Security, 1TS）を開始し、兆ドル規模の資産を安全に支えるイーサリアムネットワークの構築を目指しています。Fusakaの複数のEIPは、この1TS計画の推進に寄与します。まるで高速道路により信頼性の高い「ブレーキ」や「ガードレール」を設置するようなものです。
EIP-7934: ブロックの物理サイズ上限設定
課題：イーサリアムの「ブロックガス上限」は、ブロック内の取引の計算量だけを制御し、ブロックの物理的なサイズは規定していません。これにより、攻撃者は「低コスト・大容量」の取引（例：大量のアドレスに0 ETH送金、計算コストは低いがデータ量は巨大）を巧妙に仕掛け、計算量は超過していなくても、物理的に巨大なブロックを作成可能です。この「データ爆弾」ブロックはネットワーク伝播が遅くなり、ノードの遅延やDoS攻撃のリスクを高めます。
解決策：各ブロックのサイズに10MBのハードリミットを設け、それを超えるブロックは拒否します。
意義：これは高速道路のトラックの最大サイズ規制のようなもので、「超大型車両」が交通を妨げるのを防ぎます。ネットワーク内の伝播速度を向上させ、遅延や攻撃耐性を高めます。
EIP-7825: 単一取引のガス上限設定
課題：現在、ブロックには総ガス上限がありますが、個々の取引には上限がありません。理論的には、誰かがほぼブロック全体のリソースを使う取引を作り、他の取引を排除することも可能です。これは公平性や安全性の観点から問題です。
解決策：各取引に1677万Gasの硬い上限を設けます。これを超える複雑な操作は、事前に複数の取引に分割して送信する必要があります。
意義：これにより、公平性と予測可能性が向上し、「巨大取引」によるネットワークの支配や遅延を防ぎます。
EIP-7823 & EIP-7883: ModExpプリコンパイルの安全強化
課題：ModExpは、イーサリアムの大数幂乗剰算を処理するプリコンパイルです。暗号学的用途でよく使われますが、二つのリスクがあります。一つは、入力数字の長さに上限がなく、悪意ある超大入力により計算リソースを圧迫する可能性。もう一つは、Gas料金が低すぎて、攻撃者が低コストで大量呼び出しし、ノード資源を枯渇させる恐れです。
解決策：
EIP-7823：ModExpの入力長に8192ビットの上限を設定。
EIP-7883：ModExpのGas料金を引き上げ、特に大きな入力に対してコストを高く設定し、リソース消費と攻撃リスクを抑制。
意義：これらの改良は、潜在的な攻撃ベクトルを排除し、計算サービスの「最大負荷」や「電気料金」のような仕組みを導入することで、ネットワークの堅牢性を高めます。
機能拡張！開発者向けの新ツールと機能
拡張と安全性に加え、Fusakaは開発者にとっても便利な新ツールや機能を提供します。これにより、イーサリアム上のアプリ構築がより効率的かつ強力になります。
EIP-7951: 主流ハードウェア署名の互換性
課題：スマホ（例：iPhone）、銀行のU盾、ハードウェアセキュリティモジュールなどのデバイスは、一般的にsecp256r1（P-256）という暗号標準を使います。一方、イーサリアムはデフォルトでsecp256k1を使っており、これらの主流デバイスと直接安全にやり取りできません。Web3の普及に障害となっています。
解決策：新たにプリコンパイルされたコントラクトを追加し、イーサリアムがsecp256r1の署名をネイティブにサポート・検証できるようにします。
意義：これは大きなマイルストーンです。これにより、スマホのセキュアチップを使って直接イーサリアムの取引に署名できる未来が開けます。追加のウォレットアプリや変換作業なしに、よりシームレスで安全な体験を実現し、Web2とWeb3の融合に大きく貢献します。
EIP-7939: CLZ（先行ゼロビット数）計算命令の追加
課題：スマートコントラクトや暗号学的用途では、256ビットの数字の先頭に何個の連続したゼロビットがあるかを計算する操作が頻繁に必要です。例えばハッシュ計算やZK証明などです。しかし、イーサリアムのEVMにはこのOpcodeがなく、複雑なSolidityコードで代用しており、コストと効率の面で非効率です。
解決策：EVMに「CLZ」（Count Leading Zeros）という新Opcodeを追加し、一発で計算できるようにします。
意義：これにより、開発者は専門的なツールを手に入れ、関連計算のGasコストを大幅に削減できます。特にZK Rollupsなどの数学依存アプリのコストと効率が向上します。
ネットワーク最適化！見えない改善と健全なエコシステム
最後の2つのEIPは、ユーザーの直接の体感は少ないかもしれませんが、長期的なネットワークの健全性と協調性を高めるために重要です。
EIP-7642: 新ノードの同期負荷軽減
課題：イーサリアムは長年の運用で膨大な履歴データを蓄積しています。新規ノードが参加するには、これらすべてをダウンロード・同期する必要があり、時間とコストがかかります。さらに、The Merge以降、不要なフィールドを含む古い取引証明情報も残存し、冗長です。
解決策：履歴データの有効期限を設定し、古すぎるデータを同期から除外できるようにします。また、取引証明のフォーマットも簡素化し、不要なフィールドを削除します。これにより、新ノードは最小限のデータで同期可能となります。
意義：この改善により、ノードの「軽量化」が進み、全ノードの同期に必要なデータ量は約530GB削減されます。これにより、より多くの人がノード運用に参加しやすくなり、ネットワークの分散性と堅牢性が向上します。
EIP-7917: 確定的な出块順序と事前確認
課題：Layer 2 Rollupの重要な課題の一つは、「中心化された定序者（Sequencer）」です。多くのRollupは、単一のエンティティにユーザのL2取引の受理と並び替えを依存しており、これが取引の検閲やMEVの抽出を可能にし、分散性の精神に反します。これを解決するために、「Based Rollup」の構想が提案されており、L2の定序をL1のProposerに委ねて、L1の中立性を継承しようとしています。
しかし、問題は遅延です。Layer2はL1に上場された後でしか取引を実行できず、ユーザー体験が悪化します。これを改善するために、「事前確認」メカニズムが必要です。つまり、L2のゲートウェイは、未来のL1提案者から「この取引を確実に上場します」との約束を事前に得ておき、これにより状態を事前に更新できるのです。ただし、現状のランダムな提案者選出では、誰と交渉すればよいか分からず、事前確認は困難です。
解決策：EIP-7917は、合意プロトコルを修正し、未来の一定期間のProposerの順序を事前に計算し、公開できる仕組みを導入します。これにより、「出塁スケジュール表」が作成され、誰がいつ提案者になるかが事前にわかるようになります。
意義：この改良は、Based Rollupなど次世代の分散化ソリューションの基盤です。この「スケジュール表」により、Layer2のゲートウェイは未来の提案者を事前に特定し、信頼できる事前確認を行えるようになり、ユーザーはほぼ瞬時に取引を行える体験に近づきます。これにより、L1の分散性と安全性を享受しつつ、中心化されたシーケンサーに近い即時取引も可能となります。EIP-7917は、イーサリアムの「分散化拡張」の重要な扉を開きます。
なぜ今、Fusakaアップグレードが必要なのか？
今回のFusakaは、単なる技術的進化だけでなく、伝統的金融のRWAやステーブルコインの大規模上場の時代背景において、戦略的な重要アップグレードです。現在、イーサリアムは全ネットワークの56%以上のステーブルコイン供給を支え、世界のデジタルドル経済の決済層として中心的役割を果たしています。Fusakaの狙いは、「ウォール街」レベルの資産と取引量に備えることです。
伝統金融機関の参入により、KYCや規制に準拠したLayer 2の「専用チェーン」が増加します。これらの専用チェーンは、イーサリアムのメインネットをデータ可用性のための巨大かつ安価で安全なストレージ層として利用します。
FusakaのEIP-7594、EIP-7892、EIP-7918などは、まさにこのニーズに応えるものです。核心は、「Layer 2のデータ公開コストを大幅に削減し、必要に応じて拡張できる弾力性を持たせる」ことです。
**実は、Pectraアップグレード以降、Blobの料金は非常に低くなっていますが、なぜさらに下げる必要があるのか？**それは、Fusakaが「短期的な手数料収入を犠牲にしてでも、より大きな経済活動を促進し、ネットワークのGDPを拡大する」戦略を取っているからです。これにより、多くの取引がステークやETHの焼却に変わり、ネットワークの価値を支えます。
資産規模が兆ドルに達する金融機関にとって、安全性は絶対的な前提です。イーサリアムコミュニティも、「兆ドル安全」の壮大な目標を掲げています。FusakaのEIP-7934、EIP-7825、EIP-7823、EIP-7883は、城壁を強化し、潜在的な安全リスクを排除するための施策です。
要するに、Fusakaの主軸は「拡張性と安全性」の両立です。規制緩和と市場の熱狂に乗じて、今こそこのアップグレードは絶好のタイミングです。これにより、イーサリアムは政策の追い風を受けて、ステーブルコインや資産の上場においても優位性を確立し、投機資産から「主流金融インフラ」へと進化します。
結び：静かなる変革の深さ
2025年末の重要なアップグレードとして、Fusakaは派手な市場の盛り上がりを伴わずとも、静かにイーサリアムに大きな推進力をもたらします。12の改善点は、「拡張性」「安全性」「効率性」の三大課題に直結しています。これらは、イーサリアムの「価値高速道路」を拡張し、その容量と信頼性を高め、未来の大量ユーザー・資産・アプリに備えるものです。
一般ユーザーにとっては、これらの変化は「静かに」進むかもしれませんが、その影響は計り知れません。より強く、より効率的で、安全なイーサリアムは、かつて夢見た壮大なビジョン——グローバルな即時決済ネットワークや「オンチェーンウォール街」——を実現する力を持つことになるでしょう。Fusakaは、その未来への確かな一歩です。