新たな規模へ：イーサリアムのFusakaアップグレード

編訳：白話ブロックチェーン

主なポイント：

• Fusakaは、より大きなBlob容量と強力なPeerDAS高効率データ可用性システムによって、イーサリアムのスケーラビリティを拡張します。
• L1のスループットは、より高い60M Gas上限と実行レイヤーの最適化により大幅に増加します。
• 改良された手数料メカニズムとUX（ユーザーエクスペリエンス）の向上が、より統一されコスト効率の高いL1-L2エコシステムの基盤を築きます。

Fusaka概要

イーサリアムは2025年12月3日21:49 UTC（スロット13,164,544）に次のアップグレード、コードネーム**「Fusaka」ハードフォークを予定しています。Fusakaは実行レイヤーのアップグレードOsakaとコンセンサスレイヤーのアップグレードFulu**を組み合わせ、過去のフォークと同様の構成を引き継いでいます。

次回5月のPectraの後、Fusakaはイーサリアムのスケーリングロードマップにおいて重要な一歩となり、Layer-1の性能強化、Blob容量拡大、Rollupのコスト効率向上、UXアップグレードをもたらします。また、Blobパラメータ専用（BPO）フォークを導入し、Rollup需要の増加に応じて安全にBlobを増やすことができます。今年初めに、イーサリアム財団は**「プロトコル」戦略**を概説し、これは次の3つの長期目標を中心としています：L1の拡張、Blobの拡張、UXの改善。Fusakaはこの統一されたビジョンを完全に反映した最初のアップグレードであり、イーサリアムが将来的にどのように拡張とアクセシビリティ向上を計画していくかの転換点となります。

Blobの拡張

昨年のDecunアップグレードで効率的な**「Blob」**が導入され、イーサリアムメインネット上でRollupが取引データを格安に保存できるようになりました。それ以来、BlobsはBase、Arbitrum、LighterなどのRollupにより大きく活用されてきました。これによりBlobの使用量がピークに近づき（現在は各ブロックの6Blob目標に接近）、Rollupによる指数関数的な急増リスクが存在します。より高いデータ可用性（DA）需要により、Blobスペースはイーサリアムのスケーリングパスにおける主要なボトルネックとなっており、Fusakaはこれらの制約を直接解決します。

PeerDAS：ピアデータ可用性サンプリング

PeerDAS (EIP-7594)、またはピアデータ可用性サンプリングは、Fusakaで最も重要なアップグレードの1つと言えます。これはL1とBlobの拡張という目標に直接合致しています。PeerDASは、イーサリアムノードがBlobデータの可用性をより効率的にチェックする方法を導入します。完全なノードがBlob全体をダウンロードするのではなく、データ内容の小さな断片をサンプリングして可用性を検証し、L1リレーノードへの負荷を増やすことなく同じセキュリティ保証を提供します。

予想される影響：

• ノードは各Blobの約1/8のみ保存するため、ハードウェア要件を増やすことなくより大きなBlobスループットを実現。
• イーサリアムが安全にBlob容量を増やせるようになる—これはRollup容量の中核的な推進力。
• 内部データ可用性コストの低下により、L2取引が安くなり、バッチ投稿の信頼性が向上。
• **完全なDankshardingおよびエコシステム全体のより高い総取引輸送量への基盤を築く。例えば、Baseはブログ記事で、Fusaka後のL2スケーラビリティ改善により「2ヶ月間でチェーンの積載量を倍増できる」**と述べています。

Blobパラメータ専用 (BPO) フォーク

PeerDASによってノードがBlobデータの検証に必要な帯域幅とストレージが削減されることで、イーサリアムはBlob容量を安全に増やせるようになります。FusakaはBlobパラメータ専用 (BPO) フォークを導入し、時間の経過とともにブロックごとのBlob数を段階的に増やすことを目指します。これにより、イーサリアムは完全なハードフォークを待たずにBlobパラメータを調整できるため、プロトコルに柔軟で迅速なスケーリングツールが提供されます。

今後予定されているBPOフォーク：

• 2026年初頭：6から12へ増加(スロット14,000,000)
• 2026年末：12から25へ増加(スロット15,500,000)
• 2027年初頭：25から50へ増加(スロット16,300,000)

予想される影響：

• より多くのDA帯域幅：Rollup容量が1ブロックあたり6Blobから128Blobまで増加し、L2取引手数料が低下。
• 柔軟な拡張：Blobパラメータは需要の増加に応じて動的に調整可能。
• **段階的な発展経路：**イーサリアムのより安価なRollup実行とスケーラブルなデータ可用性のロードマップに合致。

Blob基礎料金調整

Blob容量が拡大するにつれ、イーサリアムのBlob料金市場はRollup需要とのバランスでより大きな役割を果たします。現在、RollupによるBlobの消費はほぼゼロです。Blob価格はたいてい1 weiの最低値にとどまっており、需要は価格にあまり敏感でなく、使用量の変動にもスムーズに調整されません。これにより料金メカニズムが**「非弾性的」な領域**に停滞し、使用量の変化への応答力が制限されます。

Fusakaは、Blob基礎料金をL1基礎料金の一部に連動させることで、Blob基礎料金に下限を導入します。これによりBlob価格がゼロに落ち込むのを防ぎ、Blobスペースの拡大時にも料金調整メカニズムの互換性を維持します。

• **より安定したBlob価格設定：**料金市場が最安値に陥るのを防止。
• **Rollupの予測可能な経済性：**Rollupがデータ可用性に対して妥当な基準料金を支払うことを保証し、急激または不安定な料金の急騰を回避。
• ユーザーコストへの影響は最小限：新しい下限があってもL2データコストは数セント程度にとどまり、ユーザー体験への影響は無視できるレベル。
• **持続可能な長期経済性：**ノードが増加するBlobスループットを処理するのを促し、Blob料金が現在ETHに貢献し、将来的には容量拡大に応じて増加する可能性も。

L1の拡張

FusakaはL1拡張にも大きな重点を置いています。EIP-7935によりイーサリアムのLayer-1実行能力を向上させ、プロトコルのデフォルトGas上限を60Mに引き上げます。これにより、ブロックに含まれる取引数が大幅に増加し、より高いスループット、混雑の減少、安価なGas料金が実現します。

予想される影響：

• **より高いスループット：**各ブロックの計算量が増え、L1全体の容量が拡大。
• **より複雑なアプリケーションに対応：**より大きなGas上限が複雑なコントラクト実行をサポート。
• **高負荷時の前詰まりが減少：**追加容量により需要ピーク時の前詰まりが減少。
• **低料金の維持に寄与：**追加容量が現在の低料金環境（<0.4 gwei）を支援。

Gas上限の引き上げに加え、FusakaはL1実行をより明確にし、将来のネットワーク拡張に備える改良も導入します。新しい1トランザクションあたりのGas使用上限により、1つの取引がブロック全体を独占するのを防ぎ、並列実行の基盤が築かれます。ModExpプリコンパイルのアップデートはGasコストを再調整し、操作の境界を明確化してトラフィック増加時もリソース利用の予測可能性を維持します。ネットワーク層も廃止されたプレマージフィールドの削除により簡素化され、イーサリアムノードの同期がより高速かつ容易になります。

ユーザー体験の改善

Fusakaはユーザーと開発者の利便性向上のためのアップデートも導入します。EIP -7951はsecp256r1楕円曲線のネイティブサポートを追加します。これはApple Secure Enclave、Android Keystore、ほとんどの民生用ハードウェアで使われている署名標準です。これにより、ウォレットやアプリが（Face ID、Touch ID、WebAuthnなど）類似の認証フローをイーサリアム上で直接統合できるようになり、オンボーディングを減らし、個人・法人ユーザーのセキュリティを強化します。

これらはイーサリアムの開発者・ユーザーインターフェースを現代化する助けとなり、より安全でメインストリーム志向のアプリケーション構築が容易になります。

結論

Fusakaが有効化されることで、最も直接的な影響はRollupコストの先行低減、Blobスループットの大幅拡大、L1実行能力の大幅な拡大に現れます。同時に、より大きなBlob空間、オーバーヘッドの削減、およびL1性能の継続的な改良が組み合わさることで、L2決済の経済性を形作り、関連するダイナミクスに影響を与え、システム全体がより広範なイーサリアムエコシステムに内部集約の感覚をもたらします。

長期的な価値への影響は最終的に需要と採用に依存しますが、Fusakaはイーサリアムの次のステージに向けてより明確でスケーラブルな基礎を築きます。この段階ではL1とL2の機能がよりシームレスに連携し、ネットワークはより多くのユーザー、資産、オンチェーン活動の高容量に対応できるようになります。

記事リンク：https://www.hellobtc.com/kp/du/12/6151.html

出典：