著者: コインテレグラフ
編集：フェリックス。PANews
2025年12月3日、イーサリアムはメインネット上で「Fusaka」アップグレードを有効化します。これは、5月の「Pectra」アップグレードに続く、今年2回目のメジャーハードフォークとなります。Fusakaという名称は、2つの社内アップグレードコード名である「Osaka」（実行レイヤーのアップグレード）と「Fulu」（コンセンサスレイヤーのアップグレード）を組み合わせたものです。
Fusakaアップグレードとは何ですか？
ロールアップは現在、イーサリアムのトランザクションと手数料収入の大部分を処理していますが、L1 に公開されるデータの量と関連コストによって依然として制限されています。
Fusakaのアップグレードは、この負担を軽減することを目的としています。主要機能であるPeerDAS（Peer Data Availability Sampling）により、バリデーターはすべてのデータをダウンロードすることなくRollupブロックを検証できるため、帯域幅とストレージ要件を削減しながら、データスループットを大幅に向上させることができます。
同時に、「Blob-Only Parameter」(BPO)、新しいガスおよびブロック サイズの制限、および履歴有効期限の調整により、ブロックチェーンは複数の容量増加に適応できるようになります。
この記事では、Fusaka アップグレードによってもたらされる変更、Surge、Verge、Purge ロードマップにおける位置付け、今後数年間のユーザー、Rollups、および Ethereum エコシステム全体への潜在的な影響を分析します。
合流から富坂まで：路線図
Fusaka 氏の位置づけを理解するには、Ethereum の開発の歴史を振り返ることが役立ちます。
マージ（2022）により、イーサリアムはプルーフ・オブ・ワークのメカニズムからプルーフ・オブ・ステークのメカニズムへと移行し、エネルギー消費が約99.9%削減されました。
Shapella（2023）は、ステークされたEtherの引き出しを可能にし、一方向のステーキングシステムを流動的なシステムに変換し、より多くのバリデーターを引き付けました。
Dencun（2024 年 3 月）では、ロールアップ用の安価な一時データ チャネル（protodanksharding とも呼ばれる）である Ethereum Improvement Proposal (EIP) 4844「blob」が導入されました。
Pectra（2025年5月）は、EIP-7702アカウントの抽象化を追加し、バリデーターの上限2048 Etherなどのステーキングパラメータを再調整しました。
これらのアップグレードは、Vitalik Buterin氏の簡潔なロードマップ「Merge、Surge、Verge、Purge、Splurge」に沿ったものです。Surgeはロールアップとデータ可用性の向上を通じてEthereumのスケールアップを目指しており、VergeとPurgeは軽量クライアントと古い履歴レコードの消去に重点を置いています。
Fusakaは、これらすべての機能を同時に実現する初のアップグレードです。Surgeの一部としてRollupデータを拡張し、VergeとPurgeの一部として履歴を最適化し、より軽量な同期メカニズムを提供します。また、モジュール型Ethereumスタックの明確な目標を設定します。それは、L1決済に加えてL2スループットを向上させ、10万TPS（トランザクション/秒）以上を達成することです。
PeerDAS、ブロブ、そしてより大きなブロック
Fusaka のコア スケーリング ソリューションは、PeerDAS とも呼ばれる EIP-7594 です。
PeerDASでは、各ノードがRollupデータブロック全体をダウンロードする必要がなくなりました。代わりに、ブロックを小さな単位に分割し、サンプリングと消失訂正符号技術を用いて、バリデータノードがランダムなフラグメントのみを受信するようにします。十分なフラグメントが利用可能であれば、ネットワークは完全なデータが存在することを確信できます。
これにより、ノードあたりの帯域幅とストレージが削減され、ステーカーにハードウェアのアップグレードを強いることなく、最終的に BLOB 容量を 8 倍に増加させる基盤が築かれます。
この成長をより柔軟にするために、EIP-7892 では BPO フォークが導入されました。これは、Blob に関連する 3 つのパラメータ (目標値、最大値、基本コスト調整係数) のみを変更する小さなハードフォークです。
Fusaka 以降、Ethereum は、これまでのように数年ごとにメジャーフォークを待つのではなく、L2 需要の増加に応じて BLOB 容量をより頻繁に、より小さな増分で増やすことができます。
実行面では、Fusaka はガスとブロック サイズを更新しました。
- 有効ブロックガスターゲットは、現在の4500万から大幅に増加しました。EIP-7825は、1回のトランザクションで使用できるガス量を制限し、EIP-7934は、サービス拒否（DoS）攻撃のリスクを軽減するために、10MBの再帰長プレフィックス（RLP）ブロックサイズ制限を追加しました。
- EIP-7823 および EIP-7883 では、1 回の重い暗号化呼び出しによってブロック全体が停止するのを防ぐために、MODEXP の事前コンパイルの価格が変更され、制限されています。
つまり、Fusaka は、ロールアップ データと複雑なトランザクションを保存するためのスペースを Ethereum に提供すると同時に、ブロックが通常のノードによって検証可能であることを保証するためのセキュリティ メカニズムを追加します。
ユーザーエクスペリエンス、セキュリティ、開発者ツール
Fusaka の改善は容量だけに重点が置かれているわけではありません。いくつかの EIP は、ユーザー エクスペリエンス、セキュリティ、開発者の使いやすさにも重点を置いています。
EIP-7917は、提案者の次のエポックのスケジュールを完全に決定論的にし、ビーコンルートを介してオンチェーンでアクセスできるようにします。これは、ロールアップベースおよび事前確認型スキームにとって非常に重要です。これらのスキームでは、高速かつ信頼性の高いソフトファイナリティ保証を提供するために、どのバリデータが特定のブロックを提案するかを事前に把握する必要があります。
ユーザーエクスペリエンスの観点から、EIP-7951はsecp256r1プリコンパイルを追加し、EthereumがAppleのSecure Enclave、Android Keystore、Fast Identity Online 2（FIDO2）、WebAuthnキーで採用されているP-256署名をネイティブにサポートできるようになります。これにより、ウォレットはニーモニックフレーズではなく、デバイスレベルの生体認証とキーを利用できるようになり、L1は主流プラットフォームのログインプロセスに近づきます。
開発者たちは、256ビットワード内の先頭のゼロの数を数えるために使用される、先頭のゼロを計算するためのオペコードであるEIP-7939を入手しました。これにより、ビットレベルの数学演算、大きな整数演算、そして一部のゼロ知識証明回路の実装が、より安価かつ容易になります。
最後に、EIP-7642はイーサリアムの履歴データ有効期限メカニズムを拡張し、クライアントが提供するデータ範囲を公開しながら、マージ前およびそれ以前のデータをより多く破棄できるようにします。これにより、ノードあたり数百GBのスペースを節約し、新しいバリデータとの同期を大幅に高速化できます。
誰が恩恵を受けるか: L2ノード、バリデータノード、イーサリアム保有者
L2 エコシステムでは、PeerDAS と BPO フォークの組み合わせにより、データがより安価になり、より豊富になります。
アナリストは、Fusakaと最初のBPOフォークを組み合わせることで、特にDeFi、ゲーム、ソーシャルメディアといった高スループットアプリケーションにおいて、L2データ料金がしばらくの間40%から60%削減される可能性があると予測しています。データ料金の低下は実験の余地が広がることを意味し、価格とユーザーエクスペリエンスをめぐるロールアップ競争の新たな局面を引き起こす可能性があります。
ノードオペレーターとバリデーターにとって、Fusakaはいくつかの負担を軽減する一方で、負担を増やすものでもあります。サンプリングと過去の有効期限により、ノードがダウンロードして保存する必要があるデータの量が削減され、新しいノードが最新のブロックと同期しやすくなります。
ただし、BPO フォークによって BLOB 数がさらに増加すると、設備の整ったバリデーターとインフラストラクチャ プロバイダーがより多くのアップロード帯域幅を負担することになり、クライアントの実装とガイダンスが十分に注意されていない場合は、ネットワークが大規模なキャリアに向かう可能性があります。
機関投資家やステーキングサービスプロバイダーは、Fusakaを一時的な速度向上ではなく、戦略的なイネーブラーと捉える傾向があります。より予測可能なデータスループット、より安全なガス制限とブロックサイズ制限、そしてより明確な履歴管理により、大規模なバリデータ運用の計画が容易になります。
ETH保有者にとって、その影響は明らかです。イーサリアムネットワークは、L2レベルで大容量の決済およびデータエンジンに対応できるよう調整されており、イーサリアム上で決済を行う取引を増やすために最低手数料とBLOB価格も調整されています。これは、手数料市場とバリデーター報酬に影響を与える可能性があります。
しかし、この調整にはトレードオフも伴います。プロトコルはより複雑になり、一般ユーザーがコストとユーザー体験の大幅な改善を実感できない場合、批判を招く可能性があります。
フサカの後：グラムスターダムと10万TPSへの道
「Glamsterdam」と呼ばれる次のアップグレードは、プロポーザ・ビルダー分離（ePBS）とブロックレベルアクセスリスト（BAL）という2つの主要なハイライトを備え、2026年に開始される予定です。
- ePBS は、外部リレーのみに依存するのではなく、ブロック構築と提案をプロトコル レベルで分離することにより、最大抽出可能価値 (MEV) サプライ チェーンを強化することを目指しています。
- BAL は、将来の BLOB 容量の増加を含め、より効率的な実行と状態アクセスの処理を改善するように設計されています。
PeerDASとBPOのフォークがSurgeの開発を牽引しました。履歴の有効期限の延長とピアツーピア（P2P）メカニズムの調整は、VergeとPurgeのテーマを反映しています。Proposer LookaheadやP-256のサポートといったユーザーエクスペリエンスの向上により、事前確認型ウォレットとパスキー型ウォレットの大規模な実装が可能になりました。
イーサリアムがこのペースを維持できれば、Fusakaはより転換点として認識されるようになるでしょう。これは、分散型計画から一貫性のある価値重視のスケーリングソリューションへのロードマップの転換を示すものです。Fusakaの目標は、ネットワークに当初価値を与えた分散型の性質を損なうことなく、毎秒10万件のトランザクションを処理するモジュール式スタックをサポートすることです。
