解決策：この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のEIPを分類し、わかりやすく解説します。それぞれがどのような問題を解決し、なぜイーサリアムの未来にとって重要なのかを説明します。
スケーリング！イーサリアムをより高速に、多くの取引を処理できるように
これがFusakaアップグレードの核心テーマです。イーサリアムが世界のデジタル経済を支えるには、取引の混雑と高額な手数料の問題を解決しなければなりません。以下のEIPは、その実現を目的とし、特にLayer 2のスケーリングとコスト削減に焦点を当てています。
EIP-7594: PeerDAS - データ可用性サンプリング
課題：Dencunアップグレードでデータ「Blob」がLayer 2に安価なデータストレージを提供した後、重要な問題が浮上しました。それは、「これらの膨大なデータが本当に利用可能かどうかをどう保証するか？」です。現状では、各検証ノードはブロックに含まれる全てのblobデータをダウンロードし検証する必要があります。1つのブロックに最大9つのBlobが含まれる場合はまだ可能ですが、将来的にBlobの数が128に増加した場合、全てのblobをダウンロード・検証するコストは非常に高くなり、検証ノードの参加ハードルが上がり、ネットワークの分散性が脅かされます。
解決策：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の上限を調整するたびに、大規模なアップグレード（例：Fusakaのような）を待つのは遅すぎて、エコシステムの成長に追いつきません。
解決策：このEIPは、「Blobパラメータ専用ハードフォーク（Blob Parameter Only Hardfork, BPO）」という仕組みを定義します。これは非常に軽量なアップグレードで、Blobに関するいくつかのパラメータ（例：1ブロックあたりの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証明の検証などの実行コストは比較的安定しており、取引量に左右されません。これらのコストと連動させることで、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万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ビットの数字の先頭に何個の連続したゼロビットがあるかを計算する操作が頻繁に必要です（例：ハッシュ計算、圧縮、零知識証明）。しかし、現状のEVMにはこのOpcodeがなく、複雑なSolidityコードで実装しコストも高くなります。
解決策：EVMに新たに“CLZ”（Count Leading Zeros）というOpcodeを追加し、一発で計算できるようにします。
意義：これにより、開発者は専門的なツールを手に入れ、関連計算のGasコストを大幅に削減できます。特にZK Rollupsなどの数学依存アプリの効率化に寄与します。
ネットワーク最適化！見えない改善と健全なエコシステム
最後の2つのEIPは、ユーザーの直接の体感は少ないかもしれませんが、長期的なネットワークの健全性と協調性にとって非常に重要です。
EIP-7642: 新ノードの同期負荷軽減
課題：時間の経過とともに、イーサリアムは膨大な歴史データを蓄積しています。新規ノードが参加するには、これらすべてをダウンロード・同期する必要があり、時間もコストも増大しています。さらに、The Merge以降、古い取引証明情報には不要なフィールドも残っており、冗長です。
解決策：歴史データの有効期限を設定し、古いデータを同期から除外できるようにします。また、取引証明のフォーマットも簡素化し、不要なフィールドを削除します。これにより、新ノードは最小限のデータで同期可能となります。
意義：この改善により、ノードの「スリム化」が進み、全ノード同期に必要なデータ量は約530GB削減されます。これにより、より多くの人がノード運用に参加しやすくなり、ネットワークの分散性と堅牢性が向上します。
EIP-7917: 確定的な出块順序と事前承認
課題：このEIPの重要性を理解するには、現在のLayer 2 Rollupの核心的な問題点を理解する必要があります。それは、「中心化した定序者（Sequencer）」の存在です。多くのRollupは、単一のエンティティにユーザのLayer 2取引の受信と並び替えを依存しており、これが取引の検閲やMEVの抽出を可能にし、分散性の精神に反しています。
この問題を解決するために、「Based Rollup」の構想が提案されました。これは、Layer 2の定序者を廃止し、代わりにイーサリアムのLayer 1のブロック提案者（Proposer）を使って取引を並び替える方式です。これにより、Layer 2はL1の分散性と中立性を継承します。
しかし、この方式には遅延の問題があります。Layer 2は、L1に上がるまで待たなければならず、ユーザ体験が悪化します。解決策は、「事前承認（Pre-commit）」の仕組みです。つまり、Layer 2のゲートウェイは、未来のL1提案者から「この取引をブロックに入れることを保証します」との約束を事前に得ることで、ユーザは待ち時間を短縮できるのです。ただし、現状のランダムな提案者選出では、誰と交渉すれば良いか分からず、事前承認は困難です。
解決策：EIP-7917は、合意プロトコルを修正し、未来の一定期間の提案者の順序を事前に計算し、公開できる仕組みを導入します。これにより、「出塁スケジュール表」が作成され、誰がいつ提案者になるかが事前にわかるようになります。
意義：この改良は、Based Rollupなど次世代の分散化ソリューションの基盤となります。これにより、Layer 2のゲートウェイは未来の提案者を事前に特定し、信頼できる事前承認を得ることが可能となります。結果として、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は、その未来への確かな一歩です。