メインコンテンツまでスキップ

Ethereum の BPO-2 アップグレード:パラメトリックスケーラビリティの新時代

· 約 13 分
Dora Noda
Software Engineer

ブロックチェーンが自身を再発明するのではなく、単にノブを回すだけでスケールを決定したらどうなるでしょうか? 2026年 1月 7日、Ethereum は BPO-2(2 回目の Blob Parameters Only フォーク)を有効にし、Fusaka アップグレードの最終フェーズを静かに完了しました。その結果、容量が 40% 拡大し、レイヤー 2 の手数料が一夜にして最大 90% 削減されました。これは派手なプロトコルの刷新ではありません。Ethereum のスケーラビリティが、手続き的(procedural)ではなくパラメトリック(parametric)になったことを証明する、外科的な精密さによる成果でした。

BPO-2 アップグレード:重要な数値

BPO-2 は Ethereum の Blob ターゲットを 10 から 14 に、最大 Blob リミットを 15 から 21 に引き上げました。各 Blob は 128 KB のデータを保持するため、1 つのブロックで約 2.6 ~ 2.7 MB の Blob データを運べるようになりました。これはフォーク前の約 1.9 MB からの増加です。

文脈を補足すると、Blob はロールアップが Ethereum にパブリッシュするデータパケットです。これにより、Arbitrum、Base、Optimism などのレイヤー 2 ネットワークは、Ethereum のセキュリティ保証を継承しながら、オフチェーンでトランザクションを処理できます。Blob スペースが不足すると、ロールアップ間で容量の競合が発生し、コストが上昇します。BPO-2 はその圧力を緩和しました。

タイムライン:Fusaka の 3 段階の展開

このアップグレードは単独で行われたわけではありません。Fusaka の計画的な展開の最終ステージでした:

  • 2025年 12月 3日:Fusaka メインネットのアクティベーション、PeerDAS(Peer Data Availability Sampling)の導入
  • 2025年 12月 9日:BPO-1 により、Blob ターゲットが 10 に、最大値が 15 に増加
  • 2026年 1月 7日:BPO-2 により、ターゲットが 14 に、最大値が 21 に増加

この段階的なアプローチにより、開発者は各増分ごとにネットワークの健全性を監視し、自宅ノード運用者が増加した帯域幅の需要に対応できることを確認できました。

なぜ「ターゲット」と「リミット」が異なるのか

Ethereum の手数料メカニズムを理解するには、Blob ターゲットと Blob リミットの区別を把握することが不可欠です。

Blob リミット(21)はハードシーリング、つまり 1 つのブロックに含めることができる Blob の絶対的な最大数を表します。Blob ターゲット(14)は、プロトコルが長期的に維持することを目指す均衡点です。

実際の Blob 使用量がターゲットを超えると、過剰な消費を抑えるためにベースフィーが上昇します。使用量がターゲットを下回ると、より多くの活動を促すために手数料が減少します。この動的な調整により、自己調節型の市場が形成されます:

  • フル Blob の場合:ベースフィーが約 8.2% 上昇
  • Blob がない場合:ベースフィーが約 14.5% 減少

この非対称性は意図的なものです。需要が低い期間には手数料を素早く下げ、需要が高い期間には緩やかに上昇させることで、ロールアップの経済性を不安定にするような価格の急騰を防ぎます。

手数料への影響:実際のネットワークからの実数値

Fusaka の展開以来、レイヤー 2 のトランザクションコストは 40 ~ 90% 下落しました。数値がそれを物語っています:

ネットワークBPO-2 後の平均手数料Ethereum メインネットとの比較
Base$0.000116$0.3139
Arbitrum~$0.001$0.3139
Optimism~$0.001$0.3139

Blob 手数料の中央値は、1 Blob あたり $0.0000000005 という低水準まで落ちており、実用上は実質無料です。エンドユーザーにとって、これはスワップ、送金、NFT ミント、ゲームのトランザクションコストがほぼゼロになることを意味します。

ロールアップがいかに適応したか

主要なロールアップは、Blob の効率を最大化するために運用を再構築しました:

  • Optimism はバッチャーをアップグレードし、calldata よりも Blob に主に依存するように変更、データ可用性コストを半分以上に削減しました。
  • zkSync は証明提出パイプラインを刷新し、ステートの更新をより少なく、より大きな Blob に圧縮することで、投稿頻度を減らしました。
  • Arbitrum は、Fusaka サポートにより、よりスムーズな手数料と高いスループットを導入する ArbOS Dia アップグレード(2026年 第1四半期)に向けて準備を整えました。

EIP-4844 の導入以来、950,000 以上の Blob が Ethereum に投稿されました。オプティミスティック・ロールアップでは calldata の使用量が 81% 削減されており、Blob モデルが意図通りに機能していることを示しています。

128 Blob への道:次に来るもの

BPO-2 は通過点であり、目的地ではありません。Ethereum のロードマップでは、1 スロットあたり 128 以上の Blob を含むブロックが想定されており、これは現在のレベルから 8 倍の増加となります。

PeerDAS:技術的基盤

PeerDAS(EIP-7594)は、アグレッシブな Blob スケーリングを可能にするネットワーキングプロトコルです。すべてのノードにすべての Blob をダウンロードすることを要求する代わりに、PeerDAS は**データ可用性サンプリング(Data Availability Sampling)**を使用して、データの一部のみをダウンロードしながらデータの完全性を検証します。

仕組みは以下の通りです:

  1. 拡張された Blob データは、**カラム(columns)**と呼ばれる 128 の断片に分割されます。
  2. 各ノードは、ランダムに選択された少なくとも 8 つのカラムサブネットに参加します。
  3. 128 個のうち 8 個のカラム(データの約 12.5%)を受信すれば、数学的に完全なデータ可用性を証明するのに十分です。
  4. 消失訂正符号(Erasure coding)により、一部のデータが欠落していても、オリジナルを復元できることが保証されます。

このアプローチにより、自宅ノード運用者の要件を管理可能なレベルに保ちながら、データスループットの理論上 8 倍のスケーリングが可能になります。

Blob スケーリングのタイムライン

フェーズターゲット Blob最大 Blobステータス
Dencun (2024年 3月)36完了
Pectra (2025年 5月)69完了
BPO-1 (2025年 12月)1015完了
BPO-2 (2026年 1月)1421完了
BPO-3/4 (2026年)未定72+計画中
長期的128+128+ロードマップ

最近のオール・コア・デブ(All-core-devs)会議では、2 月下旬以降、2 週間ごとに BPO フォークを追加し、72 Blob のターゲットを達成するという「推測的なタイムライン」が議論されました。このアグレッシブなスケジュールが実現するかどうかは、ネットワークの監視データ次第です。

Glamsterdam: 次の主要なマイルストーン

BPO フォークの先を見据えると、統合された Glamsterdam アップグレード(コンセンサス層の Glam と実行層の Amsterdam)は、現在 2026 年第 2 四半期 / 第 3 四半期をターゲットにしています。これはさらなる劇的な改善を約束します。

  • Block Access Lists (BALs): 並列トランザクション処理を可能にする動的なガスリミット
  • Enshrined Proposer-Builder Separation (ePBS): ブロック構築の役割を分離するためのオンチェーンプロトコルで、ブロックの伝搬により多くの時間を提供
  • ガスリミットの引き上げ: 最大 2 億まで引き上げられる可能性があり、「完全な並列処理」を実現

Vitalik Buterin 氏は、2026 年後半には「BALs と ePBS により、非 ZK-EVM 依存の大規模なガスリミットの引き上げ」がもたらされると予測しています。これらの変更により、レイヤー 2 エコシステム全体で持続可能なスループットが 100,000 TPS 以上に押し上げられる可能性があります。

BPO-2 が明らかにするイーサリアムの戦略

BPO フォークモデルは、イーサリアムがアップグレードにアプローチする方法における哲学的な転換を表しています。複数の複雑な変更をモノリシックなハードフォークにまとめるのではなく、BPO アプローチでは、迅速にデプロイでき、問題が発生した場合にロールバック可能な単一変数の調整を分離します。

「BPO2 フォークは、イーサリアムのスケーラビリティが手順(procedural)ではなく、パラメータ(parametric)によるものになったことを強調しています」と、ある開発者は指摘しました。「Blob 空間は依然として飽和状態からはほど遠く、ネットワークは単に容量を調整することでスループットを拡張できます。」

この観察は重要な意味を持っています:

  1. 予測可能なスケーリング: ロールアップは、イーサリアムが Blob 空間を拡大し続けることを前提に容量のニーズを計画できます。
  2. リスクの低減: 分離されたパラメータ変更により、連鎖的なバグの発生を最小限に抑えられます。
  3. 迅速なイテレーション: BPO フォークは数ヶ月ではなく、数週間で行うことができます。
  4. データ駆動型の意思決定: 各増分は、次のステップに反映させるための実世界のデータを提供します。

経済学:誰が恩恵を受けるのか?

BPO-2 の受益者は、安価なトランザクションを享受するエンドユーザーだけではありません:

ロールアップオペレーター

データ投稿コストの低下により、すべてのロールアップのユニットエコノミクスが改善されます。これまで薄利で運営されていたネットワークも、ユーザー獲得、開発ツール、エコシステムの成長に投資する余地が生まれます。

アプリケーション開発者

1 セント未満のトランザクションコストは、これまで経済的に成り立たなかったユースケースを解き放ちます。マイクロペイメント、高頻度ゲーミング、オンチェーン状態を持つソーシャルアプリケーション、IoT 統合などです。

イーサリアムバリデーター

Blob スループットの増加は、Blob あたりの手数料が下がったとしても、総手数料の増加を意味します。ネットワークはより多くの価値を処理し、ユーザーエクスペリエンスを向上させながらバリデーターのインセンティブを維持します。

広範なエコシステム

イーサリアムのデータ可用性が安価になることで、セキュリティを優先するロールアップにとって代替 DA 層の魅力が低下します。これにより、モジュール型ブロックチェーンスタックの中心としてのイーサリアムの地位が強化されます。

課題と検討事項

BPO-2 にはトレードオフがないわけではありません:

ノード要件

PeerDAS はサンプリングを通じて帯域幅の要件を削減しますが、Blob 数の増加は依然としてノードオペレーターに多くの負荷を要求します。段階的な展開は、問題が深刻化する前にボトルネックを特定することを目的としていますが、Blob 数が 72 や 128 に向かって増加するにつれ、帯域幅が限られている家庭用オペレーターは苦労する可能性があります。

MEV の動態

Blob の増加は、ロールアップトランザクション全体で MEV 抽出の機会が増えることを意味します。Glamsterdam の ePBS アップグレードはこれに対処することを目指していますが、移行期間中は MEV 活動が活発化する可能性があります。

Blob 空間の変動性

需要が急増している間、Blob 手数料は依然として急速に高騰する可能性があります。フルブロックあたり 8.2% の増加は、持続的な高需要が指数関数的な手数料の増加を招くことを意味します。将来の BPO フォークでは、容量の拡大とこの変動性のバランスを取る必要があります。

結論:段階的なスケーリング

BPO-2 は、有意義なスケーリングが必ずしも革命的な突破口を必要とするわけではないことを示しています。時には、既存のシステムの慎重なキャリブレーション(調整)こそが、最も効果的な改善をもたらします。

イーサリアムの Blob 容量は、Dencun 時の最大 6 個から BPO-2 での 21 個へと、2 年足らずで 250% 増加しました。レイヤー 2 の手数料は桁違いに減少しました。そして、128 個以上の Blob へのロードマップは、これが始まりに過ぎないことを示唆しています。

ロールアップへのメッセージは明確です。イーサリアムのデータ可用性層は需要に合わせて拡張されています。ユーザーにとって、その結果はますます不可視(インビジブル)なものになります。1 セントの端数ほどのコストで、数秒で確定し、現存する最も実績のあるスマートコントラクトプラットフォームによって保護されるトランザクションです。

イーサリアムスケーリングの「パラメータ時代」が到来しました。BPO-2 は、時には適切なノブを回すだけで十分であることの証明です。


イーサリアムの拡張する Blob 容量を活用していますか?BlockEden.xyz は、イーサリアムおよび Arbitrum、Optimism、Base を含むレイヤー 2 エコシステム向けにエンタープライズグレードの RPC サービスを提供しています。当社の API マーケットプレイスを探索して、次世代のスケーラブルなアプリケーションを支えるインフラストラクチャに接続しましょう。