イーサリアムが「Fusakaアップグレード」を実施し、「スケーリングと効率化」を推進、オンチェーン決済能力を強化
TechFlow厳選深潮セレクト
イーサリアムが「Fusakaアップグレード」を実施し、「スケーリングと効率化」を推進、オンチェーン決済能力を強化
Fusakaのアップグレードは、その決済レイヤーとしての地位を確固たるものにし、Layer-2における競争軸をユーザーエクスペリエンスとエコシステムの深さへと進化させる。
Web3業界の深掘り報道に専念し潮流を洞察執筆：葉慧雯
出典：華爾街見聞
イーサリアムは本日、「Fusaka」と呼ばれる重要なネットワークアップグレードを実施している。これは、拡張性ロードマップにおける新たなマイルストーンであり、データ容量の大幅な拡大とプロトコル効率の最適化を通じて、Layer-2ネットワークの取引コストをさらに引き下げ、イーサリアムがグローバルな高効率決済レイヤーとしての中心的役割を確固たるものにすることを目指している。
計画によると、Fusakaアップグレードは2025年12月3日にブロック高さ13,164,544でアクティベートされる予定である。これはDencunおよびPectraアップグレードに続く、イーサリアムのスケーラビリティ推進における次の一歩となる。ゴールドマン・サックスの暗号資産事業責任者Kenny Lee氏は、Fusakaがイーサリアムのスケーラビリティロードマップの次なる段階を示しており、ネットワークを世界的影響力と費用対効果を兼ね備えた決済レイヤーへと進化させることが目標だと指摘している。
今回のアップグレードの最も核心的な変更点は、「PeerDAS」（Peer Data Availability Sampling：対等データ可用性サンプリング）技術の導入である。この機能により、Layer-2ネットワークのデータ容量が理論上8倍にまで拡大され、より高い取引スループットが実現され、Layer-2ユーザーの取引手数料が大幅に低下することが期待されている。
また、Fusakaアップグレードには、「Blobパラメータ専用（BPO）フォーキング」メカニズムの導入も含まれており、今後のネットワーク容量の拡張をより柔軟なものにする。さらに、ストレージ期限切れやブロック制御などの機能によってLayer-1メインネットのパフォーマンスが最適化され、ウォレット機能やユーザーエクスペリエンスの改善も図られる。これらの変更は、イーサリアムのスケーラビリティ、持続可能性、操作性における構造的な飛躍を成し遂げるものである。
DencunからFusakaへ：拡張性とインフラ最適化に注力
Fusakaアップグレードは、コンセンサス層の「Fulu」アップグレードと実行層の「Osaka」アップグレードを同時にアクティベートするものである。イーサリアム財団が確定した最終案によれば、アップグレードに含まれるイーサリアム改善提案（EIP）は主に以下の3つの分野に集中している：
-
Layer-1の効率向上： ストレージ期限切れ（EIP-7642）やトランザクションGas上限（EIP-7825）など、ネットワーク利用量の増加に伴ってもノード運営の効率性を維持することを目指す。
-
Layer-2データ容量の拡張： 中核はPeerDAS（EIP-7594）であり、それに加えてBlobパラメータの更新（EIP-7892）とBlob手数料の最適化（EIP-7918）が補完する形で行われる。
-
ユーザーエクスペリエンスと開発者ツールの改善： 決定的プロポーザー先読み（EIP-7917）やsecp256r1曲線サポートのプリコンパイル（EIP-7951）などを含み、ウォレット機能やアプリケーション開発を強化する。
これら3つの方向性は、イーサリアム財団が2025年4月に確立した戦略的重点（イーサリアムメインネットの拡張、Blobsの拡張、ユーザーエクスペリエンスの改善）と完全に一致しており、本稿では特にLayer-2のデータ容量拡大と手数料メカニズムの最適化に焦点を当てる。
中核的使命：「L2中心」の拡張路線
イーサリアムがなぜLayer-2を通じた拡張に注力しているのかを理解するには、その設計哲学に立ち返る必要がある。
「ブロックチェーントライレンマ」（分散化、安全性、拡張性の3つが同時に最適化できない）において、イーサリアムは初期段階から基礎層（Layer-1）の分散化と安全性を優先してきた。これにより、分散型アプリケーションの需要増加に伴い、Layer-1では取引手数料の高騰や確認時間の遅延というボトルネックが生じた。
この問題を解決するために、イーサリアムは「Rollup中心」のロードマップを採用した。この戦略では、大部分の取引処理をLayer-2ネットワークに移管し、Layer-2がオンチェーン外で取引を実行した後、圧縮されたデータをイーサリアムLayer-1に投稿して最終的な決済とセキュリティを確保する。
このモジュラーなアプローチにより、イーサリアムはコアとなる分散化の原則を犠牲にすることなく拡張性を実現した。しかし、これにより新たな「データ可用性」問題が生じた――つまり、すべてのノードが全データをダウンロードしなくても、公開された圧縮データが有効であることをネットワーク全体に対して証明する方法である。
PeerDAS：データ容量を8倍に拡大する鍵
Fusakaアップグレードの中で最も影響力のある機能であるPeerDASは、まさに上記のデータ可用性問題を解決するために導入されたものである。
Fusaka以前でも、Dencunアップグレードにより「Blobs」が経済的に効率的なLayer-2データ保存手段として導入されていたが、各イーサリアムフルノードは依然として完全なBlobデータをダウンロードする必要があり、これがネットワークの帯域幅とスループットの上限を制限していた。
PeerDASはこのモデルを根本的に変える。アップグレード後、ネットワークはBlobデータを小片に分割し、異なるノードに分散させる。各ノードは全体データの約1/8程度の断片のみをダウンロード・検証すれば、暗号的手法によってデータセット全体の可用性と完全性を保証できるようになる。この仕組みにより、個々のノードのリソース要件が大幅に削減され、理論的には約8倍のデータ容量増加が可能になる。PeerDASは将来的なBlob拡張の基盤を築き、Layer-2取引コストの低下を促進する主要な原動力となる。
BPOフォーキング：Blob上限をより柔軟に引き上げる
Layer-2の取引活動が継続的に増加する中（図二）、Blob空間に対する需要も高まり続けている。
Coinmetricsのデータによると、毎日のBlob数は増加傾向にある。しかし、現行の仕組みでは、1ブロックあたりのBlob数を増やすには複雑な「ハードフォーク」が必要であり、こうした大規模アップグレードは調整が難しく頻度も低い。
このボトルネックを解消するため、Fusakaは「Blobパラメータ専用（BPO）フォーキング」メカニズムを導入する。これはBlob関連のパラメータ（例：1ブロックあたりの最大Blob数）の更新に特化した軽量なフォーキングであり、範囲が狭く影響が限定的なため、開発チームはより頻繁かつ安全にアップグレードを展開でき、他の機能を含まない重大アップグレードを待たずに段階的にデータ容量を増やせるようになる。イーサリアム財団によれば、BPOフォーキングは事前にプログラムされ、数週間以内に段階的にBlob数を倍増させて最大値に達するまで繰り返される予定である。
安定した手数料市場：Blob底価メカニズムの導入
Dencunアップグレード後、Layer-2がイーサリアムにデータを投稿する際には、実行GasとBlob Gasという2種類の独立した手数料が課せられている。Blob需要が低い場合、Blob手数料はほぼゼロまで下がる可能性があるが、Layer-2は依然としてかなり高額になりうる実行Gasを支払わなければならない。このような「価格シグナルの失敗」は、価格設定の非効率と市場の不安定性を招く。
これを解決するため、FusakaはEIP-7918を通じてBlobの「底価」メカニズムを導入する。この底価は固定値ではなく、実行Gas手数料と動的に連動する。
市場原理によるBlob手数料がこの底価を下回った場合、手数料調整アルゴリズムがそれ以上の低下を阻止する。この措置は、Blob手数料が常にその経済的価値を反映することを保証し、ネットワーク混雑に対して費用市場が敏感に反応するようにするとともに、Layer-2に安定的で予測可能な価格環境を提供することを目的としている。
市場への影響と潜在的リスク
Fusakaアップグレードは市場に大きな影響を与えると予想される。PeerDASとBPOフォーキングによるデータ容量の拡大は、Layer-2の運用コストをさらに引き下げる可能性がある。一方で、EIP-7918の底価メカニズムは、Blobスペースが不当に安価に利用されることを防ぎ、ネットワークの経済的持続可能性を維持する。これにより、Layer-2ネットワーク間の競争が激化し、競争の焦点は取引コストからユーザーエクスペリエンス、エコシステム協業、流動性の深さへと移行する可能性がある。
ただし、今回のアップグレードにはいくつかのリスクと留意点も伴う：
-
実行リスク： いかなる大規模なハードフォークにも、クライアント間の調整失敗やバグ発生のリスクがあり、ネットワークの一時的な不安定を招く可能性がある。
-
メインネット手数料への影響は限定的： アップグレードの直接的な恩恵は主にLayer-2に現れ、イーサリアムメインネットのGas手数料は短期間で急激に下がるとは限らない。
-
ハードウェア要件： PeerDASが効率を最適化しても、より高いBlob目標は時間とともにバリデータの帯域幅要求を高める可能性がある。
-
エコシステムの適応遅延： Layer-2やdApp開発者は、新しいアーキテクチャの利点を十分に活用するまでに時間がかかる。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
