jakiro
著者: 葉恵文、ウォールストリートニュース
イーサリアムは本日、「フサカ」と呼ばれる重要なネットワークアップグレードを実行しており、これは継続的な拡張ロードマップにおけるもう一つの重要なマイルストーンとなる。このアップグレードは、データ容量の大幅な増加とプロトコル効率の最適化により、レイヤー2ネットワークのトランザクションコストをさらに削減し、グローバルな効率的な決済レイヤーとしてのイーサリアムの中核的地位を強化することを目的としています。
計画によれば、フサカのアップグレードはブロックの高さ 13,164,544 でアクティブになります。これは、Dencun と Pectra のアップグレードに続く、イーサリアムの拡張への道における新たな一歩です。ゴールドマン・サックスの暗号事業責任者ケニー・リー氏は、フサカはイーサリアムのスケーラビリティ・ロードマップの次の段階を代表しており、世界的なリーチと費用対効果の両方を備えた決済層へのネットワークの進化を推進するという目標を掲げていると述べた。
このアップグレードの主な変更点は、「PeerDAS」（Peer Data Availability Sampling）テクノロジーの導入です。この機能は、理論的にはレイヤー 2 ネットワークのデータ容量を 8 倍に増やすように設計されており、これによりトランザクション スループットが向上し、レイヤー 2 ユーザーのトランザクション手数料が大幅に削減されることが期待されます。
さらに、Fusaka アップグレードには、「Blob Parameters Only」(BPO) フォーク メカニズムの導入も含まれています。将来のネットワーク容量の改善をより柔軟に行う;同時に、ストレージの有効期限やブロック制御などの機能を通じて、レイヤー 1 メイン ネットワークのパフォーマンスを最適化します。ウォレットの機能とユーザーエクスペリエンスの向上。これらの変化は共に、イーサリアムのスケーラビリティ、持続可能性、操作性における構造的な飛躍を構成します。
デンクンからフサカへ: 拡張とインフラストラクチャの最適化に注力
Fusaka アップグレードは、実際には、コンセンサス層「Fulu」アップグレードと実行層「OSAKA」アップグレードの同時アクティブ化です。イーサリアム財団によって確認された最終計画によると、アップグレードに含まれるイーサリアム改善提案（EIP）は主に次の 3 つの主要分野に焦点を当てています。
<ブロック引用>
- <リ>
レイヤ 1 の効率を向上させる: ストレージの有効期限 (EIP-7642) やトランザクション ガス制限 (EIP-7825) などが含まれ、ネットワーク使用量の増加に伴うノード運用の効率を維持することを目的としています。
<リ>
レイヤ 2 データ容量を拡張する: コアは PeerDAS (EIP-7594) で、Blob パラメーターの更新 (EIP-7892) と BLOB コストの最適化 (EIP-7918) によって補完されます。
<リ>
ユーザーエクスペリエンスと開発者ツールの向上: ウォレットの機能とアプリケーション開発を強化するための、決定論的プロポーザー先読み (EIP-7917) と secp256r1 曲線サポートのプリコンパイル (EIP-7951) について説明します。
これら 3 つの主要な方向性は、2025 年 4 月にイーサリアム財団によって確立された戦略的優先事項 (イーサリアムのメイン ネットワークの拡張、Blob の拡張、およびユーザー エクスペリエンスの向上) と完全に一致しています。この記事では、レイヤー 2 データ容量の改善と料金メカニズムの最適化に焦点を当てます。
コアミッション：「L2中心」の拡大路線
イーサリアムがレイヤー 2 を介したスケーリングに焦点を当てている理由を理解するには、その設計哲学を見直す必要があります。
「ブロックチェーンのトリレンマ」（つまり、分散化、セキュリティ、スケーラビリティは同時に達成できない）において、イーサリアムの初期設計では、ベースレイヤー（レイヤー1）の分散化とセキュリティが優先されました。これにより、分散型アプリケーションの需要が高まるにつれて、レイヤー 1 での高額なトランザクション手数料と遅い確認時間というボトルネックが生じています。
この問題を解決するために、イーサリアムは「ロールアップ中心」のロードマップを採用しました。この戦略では、トランザクション処理タスクのほとんどがレイヤ 2 ネットワークに転送されます。レイヤ 2 はオフチェーンでトランザクションを実行し、最終的な決済とセキュリティのために圧縮データをイーサリアム レイヤ 1 に解放します。
このモジュール式アプローチにより、イーサリアムはその中核となる分散化原則を犠牲にすることなくスケーラビリティを実現できます。ただし、これにより、新たな「データの可用性」の問題も生じます。つまり、すべてのノードがすべてのデータをダウンロードする必要なく、公開された圧縮データが有効であることをネットワーク全体に証明する方法です。
PeerDAS: データ容量の 8 倍増加を達成する鍵
Fusaka アップグレードで最も影響力のある機能である PeerDAS は、上記のデータ可用性の問題を解決するために作成されました。
Fusaka 以前は、Dencun のアップグレードにより、レイヤー 2 データを保存する費用対効果の高い方法として「Blob」が導入されましたが、各 Ethereum フル ノードは依然として完全な Blob データをダウンロードする必要があり、ネットワークの帯域幅とスループットの上限が制限されていました。
PeerDAS はこのモデルを根本的に変えます。アップグレード後、ネットワークは BLOB データを小さな部分に分割し、異なるノードに分散します。各ノードは、データ全体のごく一部 (約 1/8) をダウンロードして検証するだけで済み、暗号化手法を通じてデータ セット全体の可用性と整合性が確保されます。このメカニズムにより、単一ノードのリソース要件が大幅に削減され、理論的にはネットワークのデータ容量が約 8 倍増加します。PeerDAS は、その後の BLOB 拡張の基礎を築き、レイヤー 2 トランザクション コストを削減するための重要な原動力となります。
BPO フォーク: BLOB 制限をより柔軟に増やします
レイヤ 2 トランザクション アクティビティが成長し続けるにつれて (図 2)、BLOB 領域の需要も増加しています。
Coinmetrics のデータによると、毎日の BLOB の数は増加しています。ただし、現在のメカニズムでは、ブロックあたりの BLOB の数を増やすには、複雑な「ハード フォーク」が必要です。このような大規模なアップグレードは調整が難しく、頻度も高くありません。
このボトルネックを解決するために、Fusaka 氏は「Blob Parameter Only (BPO) Forking」メカニズムを導入しました。これは、BLOB 関連のパラメーター (ブロックあたりの BLOB の最大数など) を更新するためにのみ使用される専用の軽量フォークです。範囲が狭く、影響が制御可能なため、開発チームはこのようなアップグレードをより頻繁かつ安全に展開できるため、追加機能を含むメジャー アップグレードを待つことなく、ネットワークのデータ容量を段階的に増やすことができます。イーサリアム財団によると、BPO フォークは、ブロブの数が最大に達するまで数週間かけて段階的に 2 倍になるように事前にプログラムされています。
手数料市場の安定化: Blob 下限価格メカニズムの導入
Dencun のアップグレード後、レイヤー 2 は、イーサリアムにデータを公開するために、実行ガスとブロブ ガスという 2 つの独立した料金に直面します。BLOB の需要が低い場合、その料金はゼロ近くまで下がる可能性がありますが、レイヤー 2 は依然としてかなりの額の実行ガスを支払う必要があります。この「価格シグナリングの失敗」は、価格設定の非効率性や市場の不安定性につながる可能性があります。
この問題を解決するために、Fusaka は EIP-7918 を通じて BLOB に「最低価格」メカニズムを導入しました。この下限価格は固定値ではなく、実行ガス料金に動的にリンクされます。
市場主導の BLOB 料金がこの下限を下回ると、料金調整アルゴリズムによってそれ以上の料金の低下が防止されます。この動きは、BLOB 料金が常にその経済的価値を反映するようにし、料金市場をネットワークの混雑に敏感に保ち、レイヤー 2 により安定した予測可能な価格設定環境を提供することを目的としています。
市場への影響と潜在的なリスク
フサカのアップグレードは市場に大きな影響を与えることが予想されます。PeerDAS と BPO の分岐によってもたらされるデータ容量の増加により、レイヤー 2 の運用コストがさらに削減されることが期待されます。同時に、EIP-7918 の最低価格メカニズムにより、BLOB 領域が不当かつ安価に使用されないことが保証されます。ネットワークの経済的持続可能性は維持されます。これにより、レイヤー 2 ネットワーク間の競争が激化する可能性があり、競争の焦点は取引コストからユーザー エクスペリエンス、エコロジー協力、流動性の深さに移る可能性があります。
ただし、このアップグレードにはいくつかのリスクと考慮事項も伴います。
<ブロック引用>
- <リ>
実行リスク: 主要なハード フォークにはクライアント調整の失敗や脆弱性のリスクが伴い、一時的にネットワークが不安定になる可能性があります。
<リ>
メインネット料金の影響は限定的: アップグレードの直接的なメリットは主にレイヤー 2 に反映されます。イーサリアムメインネットワークのガス料金は、短期的にはすぐに値下げされない可能性があります。
<リ>
ハードウェア要件: PeerDAS は効率性を考慮して最適化されていますが、BLOB ターゲットが高くなると、時間の経過とともにバリデーターの帯域幅要件が増加する可能性があります。
<リ>
生態学的適応の遅れ: レイヤー 2 および dApp 開発者が新しいアーキテクチャを最大限に活用するには時間がかかります。
