フサカのアップグレードとは何ですか？ Ethereumの最大のスケーリングベット

次の主要なアップグレードイーサリアムネットワークは地平線上にあります。「Fulu-osaka」のショートと呼ばれるFusakaと呼ばれます。このリリースは2025年第4四半期に予定されており、Ethereumの実行レイヤーとコンセンサスレイヤーの両方の大幅な変化を組み合わせます。

Fusakaは、2022年のマージに続いてイーサリアムネットワークのいくつかのマイルストーンに従います。2023年に上海/Shapellaは、2024年にDencunがProto-DankshardingとBlobsを追加し、2025年にPectraが導入されました。

プロジェクトのロードマップによると、フサカはデータ容量を拡大し、サービス拒否攻撃に対する防御を強化し、開発者とユーザー向けの新しいツールを導入するように設計されています。

変更は一掃されています。フサカはマイナーなパッチではなく、イーサリアムがデータの可用性、ブロブ価格設定、およびトランザクションセーフガードをどのように管理するかの再設計です。その成功は、ネットワークがノードオペレーターを破壊または過剰に負担することなく、上昇するレイヤー2需要を満たすためにスケーリングできるかどうかによって測定されます。

Peerdas：すべてを保存する代わりにサンプリング

フサカの中心的な特徴は、BLOBデータを処理する新しい方法である「データ可用性サンプリング」の略であるPeerdasです。

Ethereumでは、BLOBは、Dencunのアップグレードの一部としてProto-Dankshardingで導入された一時的なデータパッケージです。ブロブにより、レイヤー-2ロールアップにより、大量のトランザクションデータがメインネットに安く投稿され、ブロックチェーンの状態を永久に膨らませることなくスケーラビリティが向上します。

これにより、冗長性が保証されますが、需要が高まるにつれてボトルネックが作成されます。現在のモデルでは、Ethereumのすべてのフルノードは、チェーンに投稿されたレイヤー2データのすべての「ブロブ」をすべて保存する必要があります。

Peerdasは方程式を変更します。各ノードは、BLOBデータのほんの一部（8分の1）のみを保存し、暗号化の再構成に依存して不足しているピースを埋めます。この設計は、10²から10²の順序で、非常に低いエラー確率でデータの可用性を検証するためのランダムサンプリングに依存しています。

この方法でストレージを配布することにより、イーサリアムは、理論的には、ノードオペレーターにより高いハードウェアや帯域幅を要求することなく、最大8倍のブロブスループットをサポートできます。圧縮されたトランザクションデータを公開するためのブロブに依存するロールアップは、最も直接的な利益になると予想されます。

ブロブの経済性と柔軟性

Fusakaは、BLOBデータの価格と管理方法も再構築します。

重要な変更の1つであるEIP-7918は、Blobsの予備料金を導入します。現在の規則では、実行ガス料金が支配すると、BLOB価格がゼロに近づくことがあります。これにより、非効率的な使用のインセンティブが作成されます。予備料金により、BLOBの使用には常にベースラインコストがかかることが保証され、レイヤー2ネットワークが消費するストレージと帯域幅の支払いを行います。

別のメカニズムであるEIP-7892は、BLOBパラメーターのみのフォークを導入しています。これらにより、Ethereumクライアントは完全なハードフォークの外側でBLOBスループットを調整できます。目標は、開発者に次のスケジュールされたアップグレードを待たずに予測不可能なレイヤー2需要に対応する敏ility性を提供することです。

攻撃に対する警備

スケールアップとは、イーサリアムの攻撃面を増やすことを意味します。フサカには、最悪のシナリオを制限し、ネットワークをサービス拒否攻撃から保護するための一連の変更が含まれています。

EIP-7823： 8192ビットでのModExp操作のキャップ入力サイズ。
EIP-7825：輸送ごとのガスキャップを2²⁴ユニットに設定します。
EIP-7883： ModExpの大規模な指数のガスコストを引き上げて、計算努力をよりよく一致させます。
EIP-7934： 10 MBのキャップ実行ブロックサイズ。

一緒に、これらの変更は、極端なトランザクションまたは特大のブロックがクライアントを過負荷にしたり、伝播を停止したり、不安定性を引き起こす可能性があるというリスクを減らします。

ユーザーと開発者向けの新しいツール

フサカはまた、使いやすさを向上させることを目指しています。

ユーザー向けに、EIP-7917は事前登録サポートを導入します。これにより、ウォレットとアプリケーションは提案者のスケジュールで先を見据えて、ユーザーがトランザクションが今後のブロックに表示されることをロックできるようになります。その結果、潜在性が低く、包含に関する不確実性が少なくなります。

開発者向けに、Fusakaは2つの注目すべき機能を追加します。

a CLZオプコード （カウントリーディングゼロ）、暗号化ルーチンと契約効率に役立ちます。
EIP-7951、ネイティブSECP256R1（P-256）の署名検証を提供します。これは、ハードウェアデバイスやモバイルシステムで使用される一般的な楕円曲線であり、その追加により互換性とアカウントの抽象化が向上します。

これらの変更は、アプリケーション開発者の摩擦を減らし、新しいウォレットの設計とセキュリティモデルへの道を開くことを目的としています。

ETHホルダーが知る必要があるもの

毎日のイーサリアムユーザーにとって、フサカは行動を必要としません。アカウント残高、トークン、およびアプリケーションは、以前と同じように機能し続けます。 ethereum.orgは、ユーザーがすべきであることを強調しています ETHを「アップグレード」するか、資金を転送するように依頼する詐欺を無視する– そのような要件はありません。

責任は、バリデーターとノードオペレーターにあり、彼らは実行クライアントとコンセンサスクライアントをステップでアップグレードする必要があります。調整は繊細なプロセスのままです。バリデーターが同期しなくなった場合、ネットワークはダウンタイムまたは一時的なチェーンの分割をリスクリスクします。

フサカは、10月1日にイーサリアムのホレスキーテストネットでアクティブになり、10月14日にセポリア、10月28日にフーディ、メインネットが12月3日に発売されます。

フサカ後のイーサリアムの未来

フサカは、マージ以来、イーサリアムのロードマップで最も大胆なステップの1つを表しています。これは、単一の調整されたリリースで、より多くのBLOB容量、よりタイトな防御、および新しい開発者ツールを提供する試みです。

テストとDevNetの試験は進行中であり、クライアントチームはPeerdasのパフォーマンス、Blob Pricingモデル、および実行およびコンセンサスソフトウェア全体の互換性に焦点を当てています。成功すれば、フサカは、レイヤー2採用の次の波に向けて拡張するイーサリアムの能力のターニングポイントをマークすることができます。