解決策：このEIPは、「Blobパラメータ専用のハードフォーク（Blob Parameter Only Hardfork, BPO）」という仕組みを定義します。これは非常に軽量なアップグレードで、Blobに関するいくつかのパラメータ（例：1ブロックあたりの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データをダウンロードし検証する必要があります。1つのブロックに最大9つのBlobが含まれる場合はまだ可能ですが、将来的にBlobの数が128に増えた場合、すべてをダウンロード・検証するコストは膨大になり、検証ノードの参加ハードルが高まり、ネットワークの分散性が脅かされる恐れがあります。
解決策：PeerDAS（Peer Data Availability Sampling）は、「全てを検査」する方式を「サンプリングによる抽出」に変えます。具体的には：
ネットワークはBlobデータを複数の断片に分割します。
検証者は全Blobをダウンロードせず、ランダムにいくつかの断片だけをダウンロード・検査します。
その後、参加者同士が互いに検査結果を交換し合い、全体のBlobデータの完全性と可用性を共同で確認します。
これは、大きなパズルのピースを少しずつ確認しながら全体の完成度を判断するようなもので、各人がいくつかのピースだけを持っていても、重要なつながりを確認し合うことで、全体の整合性を保証できる仕組みです。なお、PeerDASは新規の発明ではなく、その核となるDAS（Data Availability Sampling）の考え方は、CelestiaなどのサードパーティDAプロジェクトですでに実証済みです。PeerDASの導入は、イーサリアムの長期的なスケーリング計画において、重要な「技術的負債」の解消にあたります。
意義：PeerDASは検証者のストレージ負担を大きく軽減し、イーサリアムの大規模データ拡張を可能にします。将来的には、1つのブロックに数百のBlobを格納し、Teragasのビジョンである1000万TPSを支え、一般ユーザーも容易に検証者として参加できることで、ネットワークの分散性を維持します。
EIP-7892: BPOハードフォーク - 軽量化パラメータのアップグレード
課題：Layer 2のデータ容量需要は刻々と変化します。Blobの上限を調整するたびに大規模なアップグレードを待つのは遅すぎて、エコシステムの成長に追いつきません。
解決策：このEIPは、「Blobパラメータ専用のハードフォーク（Blob Parameter Only Hardfork, BPO）」という仕組みを定義します。これは非常に軽量なアップグレードで、Blobに関するいくつかのパラメータ（例：1ブロックあたりのBlob目標数）だけを変更し、複雑なコード変更は不要です。ノード運営者は、指定された時間に新しいパラメータを受け入れるだけで済み、まるで設定ファイルをオンラインで更新するような感覚です。
意義：BPOは、イーサリアムに迅速かつ安全にネットワーク容量を調整する能力をもたらします。今回のFusakaでは、コミュニティが連続して2回のBPOを実施し、Blob容量を段階的に倍増させる計画です。これにより、必要に応じて段階的に拡張し、コストとスループットのバランスを取りながらリスクを抑えたスケーリングが可能となります。
EIP-7918: 安定したBlob料金市場
課題：従来のBlob料金の調整メカニズムは、市場の需要に応じて過度に変動し、低需要時にはほぼ無料に近くなり、新たな需要を喚起しにくい一方、需要が高まると料金が高騰し、価格の激しい「内輪もめ」が発生していました。Layer 2のコスト計画が立てにくくなる問題です。
解決策：EIP-7918の核心は、Blob料金の変動に上限と下限を設け、一定の範囲内に収めることです。具体的には、Layer 2のLayer 1上での実行コスト（例：状態ルートの更新やZK証明の検証）に連動させて、Blob料金の上下限を設定します。これにより、料金は一定の「錨（アンカー）」に固定され、価格の乱高下を防ぎます。
意義：この改良により、Blob料金の「内輪もめ」が抑制され、Layer 2の運用コストが予測しやすくなります。結果として、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万ガスの硬い上限を設定します。これを超える複雑な操作は、事前に分割して複数の取引として送信する必要があります。
意義：公平性と予測可能性を高め、過度に巨大な取引によるネットワークの遅延や妨害を防ぎます。
EIP-7823 & EIP-7883: ModExpプリコンパイルの安全強化
課題：ModExpは、イーサリアムの大数のべき乗計算に使われるプリコンパイルです。暗号用途で頻繁に使われますが、入力長に上限がなく、超大きな入力を悪用されるリスクや、Gasコストが低すぎて攻撃に利用される恐れがあります。
解決策：
EIP-7823：ModExpの入力長に8192ビットの上限を設ける。
EIP-7883：大きな入力に対してGas料金を引き上げ、計算コストとリソース消費を適切に一致させる。
意義：これらの改良により、攻撃の潜在的なベクトルを排除し、計算サービスの安全性と効率性を向上させます。
機能拡張！開発者向けの強力なツールを提供
拡張と安全性に加え、Fusakaは開発者にとって便利な新ツールや機能も導入します。これにより、イーサリアム上のアプリケーション構築がより効率的かつ強力になります。
EIP-7951: 主流ハードウェア署名の互換性
課題：スマートフォン（例：iPhone）、銀行のU盾、ハードウェアセキュリティモジュールなどのデバイスは、一般的にsecp256r1（P-256）という暗号標準を使っています。一方、イーサリアムはデフォルトでsecp256k1を使用しており、これらのデバイスと直接安全にやり取りできません。
解決策：新たにプリコンパイルされたコントラクトを追加し、イーサリアムがsecp256r1の署名をネイティブにサポート・検証できるようにします。
意義：これは大きなマイルストーンです。これにより、スマホのセキュアチップを使って直接イーサリアムの取引に署名できる未来が開けます。追加のウォレットアプリや変換作業なしに、よりシームレスで安全なWeb3体験が実現します。従来のハードウェアとの連携ハードルが大きく下がり、Web2とWeb3の融合にとっても大きな前進です。
EIP-7939: CLZ（先行ゼロビット数）計算命令の追加
課題：スマートコントラクトや暗号学的用途では、256ビットの数字の先頭に何個の連続したゼロビットがあるかを計算する操作が頻繁に必要です（例：ハッシュ計算、圧縮、零知識証明など）。しかし、現状の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は、単一のエンティティに取引の受け付けと並び替えを依存しており、検閲やMEVの抽出のリスクがあります。これを解決するために、「Based Rollup」構想が提案されており、L2の定序をL1の提案者に委ね、L1の分散性と中立性を継承しようとしています。
しかし、問題は遅延です。L1に上場されるまで待つ必要があり、ユーザー体験が悪化します。そこで、「事前承認（Pre-commit）」の仕組みを導入し、未来の提案者が「この取引をブロックに入れることを保証します」と約束できれば、L2は事前に状態を更新でき、待ち時間を短縮できます。ただし、現行のランダムな提案者選出では、誰と交渉すればよいか分からず、事前承認は困難です。
解決策：EIP-7917は、合意形成プロトコルを修正し、未来の一定期間の提案者の順序を事前に計算・公開できる仕組みを導入します。これにより、「出塁スケジュール表」が作成され、誰がいつ提案者になるかが予めわかるようになります。
意義：この仕組みは、Based Rollupなど次世代の分散型スケーリングソリューションの基盤となります。スケジュール表により、L2ゲートウェイは未来の提案者を事前に特定し、信頼できる事前承認を行えるため、より高速で分散性の高い運用が可能となります。
なぜ今、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は、その未来への確かな一歩です。