解決策：この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思想は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証明の検証などの実行コストは安定し、Layer 2の取引量に左右されにくくなります。Blob料金の上下限をこの「安定した基準」に連動させることで、価格の乱高下を防ぎます。
意義：この改良により、Blob料金市場の「内輪もめ」が抑制され、Layer 2の運営コストモデルがより予測可能になります。結果として、Layer 2はより安定した取引費用を設定でき、ユーザーは「今日無料、明日高騰」といった過激な料金変動を避けられるようになります。
EIP-7935: メインネットの取引容量向上
課題：イーサリアムの1ブロックあたりの取引量は「ガス上限」（現在約3000万）によって決まっており、長年変更されていません。ネットワークのスループットを向上させるには、この上限を引き上げる必要がありますが、検証者のハードウェア要件を高めすぎず、分散性を損なわないことが前提です。
解決策：この提案は、ブロックのデフォルトガス上限を新しい水準（具体値は未定、例：4500万以上）に引き上げることを推奨します。これは強制ではなく、あくまで新しい推奨値を示し、検証者が段階的に受け入れることを促します。
意義：これにより、1つのLayer 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：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）に委ね、L1の中立性を継承しようとしています。
しかし、これには遅延の問題があります。Layer 2は、L1に取引を上げるまで待たなければならず、ユーザー体験が悪化します。解決策は、「事前承認」メカニズムです。つまり、Layer 2のゲートウェイが未来のL1提案者から「この取引を上げる約束」を事前に得ておき、「もし上げなかったらペナルティを科す」といった仕組みです。これにより、Layer 2は事前に状態を更新でき、待ち時間を短縮できます。ただし、提案者がランダムに決まる現状では、誰と交渉すればよいか分からず、事前承認は困難です。
解決策：EIP-7917は、合意プロトコルを修正し、未来の一定期間の提案者の順序を事前に計算し、公開します。これにより、「出塁スケジュール表」が作成され、誰がいつ提案者になるかが事前にわかる仕組みです。
意義：この改良は、Based Rollupなど次世代の分散化ソリューションの基盤となります。スケジュール表により、Layer 2ゲートウェイは未来の提案者を事前に特定し、信頼できる事前承認を行えるため、L1の分散性と安全性を享受しつつ、ほぼ中央集権的なシーケンサーに近い即時取引体験を提供できます。これにより、イーサリアムの「分散化」と「拡張性」の次なる一歩を切り開きます。
なぜ今、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は、その未来への確かな一歩です。