フサカのアップグレードがエテリアにもたらすもの

フサカという名前は、実行レイヤーのバージョンアップ大阪とコンセンサスレイヤーのバージョンアップフラスターの組み合わせからきている。text=""> とコンセンサス層のバージョンFula Starの組み合わせからきている。このアップグレードは2025年12月3日21:49 UTCに有効になる予定です。

このアップグレードには、データ可用性をカバーする12のEIPが含まれています。ガス/ブロック容量、セキュリティの最適化、シグネチャの互換性を含みます。、トランザクション手数料構造など。これは、L1拡張を実現し、L2コストを削減し、ノードコストを下げ、ユーザーエクスペリエンスを向上させるための体系的なアップグレードです。

I.Fusakaの2つの中核目標：イーサパフォーマンスの向上、ユーザーエクスペリエンスの向上

目標1：イーサの基本的なパフォーマンスとスケーラビリティを大幅に改善する

コアキーワード:

• データ可用性のスケーリングブロブの柔軟性が向上

実行性が向上

• より効率的で安全な合意メカニズム

一言で言えば：イーサネットのパフォーマンスをさらに向上させます。

目標2：ユーザー・エクスペリエンスを向上させ、次世代のウォレットとアカウントの抽象化を推進する

一言で言えば：イーサネットのパフォーマンスをさらに向上させることです。align: left;">コアキーワード:

• ブロック事前確認

• P-256（デバイス固有署名）サポート

• ヘルパーウォレットなし

• より現代的なアカウントシステム

その本質はこうです：イーサリアムは主流に向かっているインターネット・ソフトウェア体験。

Fusakaの5つの重要な変更のうちの2つ

イーサリアムは主流のインターネットソフトウェア体験へと向かっています。

1.PeerDAS：ノード上のデータストレージの負担を軽減

PeerDASは、Fusakaのアップグレードの中核となる追加機能です。Fusakaアップグレードの中核となる追加機能です。現在、Layer2ノードはデータをEtherに公開するためにblob（一時的なデータ型）を使用しています。Fusakaアップグレード以前は、データが存在することを確認するために、各フルノードが各blobを保存する必要がありました。blobのスループットが増加するにつれ、このすべてのデータをダウンロードすることは非常にリソースを消費するようになり、ノードが余裕を持つことが難しくなります。

PeerDASは、データ可用性サンプリングを使用するスキームで、各ノードがすべてのデータブロックを保存する必要はありません。データブロックの一部だけを保存する必要があります。データの可用性を確保するために、データのどの部分も既存のデータの50%から再構築することができ、この再構築法は不正確なデータや欠落データの確率を暗号学的に無視できるレベルまで下げることができます。

PeerDASの実装原理：ブロブデータに適用されるリード・ソロモン式消去コーディング。従来の領域では、同じコーディング技術がDVDに使用されています。DVDディスクに傷がついても、プレーヤーはそれを読み取ることができます。また、QRコードでは、部分的に見えなくなっても、完全なメッセージが認識されます。

PeerDASソリューションでは、ノードのハードウェアと帯域幅の要件が許容範囲内であることを保証することができます。

2.オンデマンドでエラスティックにブロブ数を増やす：変化し続けるレイヤー2データ要件に適応

2.オンデマンドでエラスティックにブロブ数を増やす：変化し続けるレイヤー2データ要件に適応

2.オンデマンドでエラスティックにブロブ数を増やす：変化し続けるレイヤー2データ要件に適応

2.p style="text-align: left;">すべてのノード、クライアント、およびバリデータ・ソフトウェアにわたって一貫したアップグレードを編成し、インクリメンタルに実行する必要があります。パラメータのみのフォーク)。

Dencunのアップグレードで最初にネットワークに追加されたブロブは3つ（最大6つ）で、その後Pectraのアップグレードで6つ（最大9つ）に増えました。のアップグレードは必要ない。

3.履歴失効のサポート：ノード・コストの削減

3.

イーサネットが成長し続けるにつれて、ノード運用者が必要とするディスク容量を削減するために、クライアントは部分的な履歴の有効期限をサポートし始める必要があります。実際には、クライアントはすでにこの機能をリアルタイムですぐに利用可能にしており、プロキシに代わって行うことのリストに明示的に含めるために、このアップグレードを利用するだけです。

4、ブロック事前確認の実装に先立ち：トランザクション確認をより高速に

4、ブロック事前確認の実装に先立ち：トランザクション確認をより高速に

EIP7917により、ビーコンチェーンは次のエポックのブロック提案者を感知できるようになります。どのバリデータが将来のブロックを提案するかを事前に知ることで、事前確認が可能になる。今後提案されるブロックの提案者と約束が交わされ、実際のブロックの生成を待つことなく、ユーザー取引がそのブロックに含まれることが保証される。

この機能は、バリデータによる提案者スケジューリングの操作などの極端なシナリオを防ぐため、クライアント側の実装やサイバーセキュリティにとって有益です。さらに、将来を見据えた機能は実装の複雑さを軽減します。

5.ネイティブP-256署名：イーサは50億のモバイルデバイスに直接アライメントされます

5.align: left;">固定アドレスに、Apple/Android/FIDO2/WebAuthnなどで使用されているネイティブな署名アルゴリズムである、組み込みのパスキーのようなsecp256r1（P-256）署名チェッカーを導入しています。

ユーザーにとって、このアップデートはデバイスネイティブの署名とパスキー機能をアンロックします。ウォレットは、Apple Secure Quarantine、Android Key Vault、ハードウェアセキュリティモジュール（HSM）、およびFIDO2/WebAuthnに直接アクセスでき、ニーモニックは必要ありません。これは、より優れたユーザーエクスペリエンス、アカウントを回復する簡単な方法、および何十億ものデバイスの既存の機能と一致するアカウント抽象化モデルにつながります。

開発者にとっては、160バイトの入力を受け入れ、32バイトの出力を返すので、既存のライブラリやL2コントラクトの移植が非常に簡単になります。その基盤には、有効な呼び出し元を破壊することなくトリッキーな境界ケースを排除するための、無限大へのポインタとモジュロ比較チェックが含まれている。

FusakaアップグレードがEtherエコシステムに与える3つの長期的影響

1.L2への影響：第2カーブへのスケーリング。PeerDASとBlobカウントのオンデマンド増加、およびより公平なデータ・コスト・メカニズムにより、データ可用性のボトルネックが解消されます。FusakaはL2コストのダウンストリームを加速させます。

2.ノードへの影響：ランニングコストは下がり続けています。ストレージ要件の減少と同期時間の短縮により、ランニングコストが削減されます。同時に、長期的には、弱いハードウェア・ノードの持続可能な参加が保証されるため、ネットワークの継続的な分散化が保証されます。

3.DAppへの影響：より複雑なオンチェーンロジックが可能になります。より効率的な数学的オペコードと、より予測可能なブロック提案スケジュールは、とりわけ高性能なAMM、より複雑な派生プロトコル、完全なオンチェーンアプリケーションを推進する可能性を秘めています。

4.一般ユーザーへの影響：最後に、ブロックチェーンはWeb2のように使うことができます。P-256署名が意味するもの - ニーモニックは不要、携帯電話をウォレットに、より簡単なログイン、よりシンプルなリカバリ、多要素認証の自然な統合、これはユーザーエクスペリエンスにおける革命的な変化であり、10億人のユーザーをチェーンに乗せるために必要なものの1つです。

4つ目の結論：フサカはダンクシャーディングと大量ユーザー導入に向けた重要なリンクである

DencunはBlob（Proto-DankSharding）の時代を開き、PectraはEIP-4844の影響を受けて実行を最適化し、そしてFusakaはEtherを次のような方向へと導きます。"Pectraの最適化された実装とEIP-4844の影響、そしてFusakaの持続可能なスケーリング＋モバイルファースト・イーサネットに向けた重要な一歩。

TLDR:

アップグレードには主に12のEIPが組み込まれます:

EIP-7594 ：

これはイーサネットのデータ容量を拡張するための重要な基盤であり、PeerDASはダンクシャーディングに必要なインフラを実装するために必要なインフラを構築します。将来のアップグレードにより、データ・スループットが375kb/秒から数MB/秒に向上することが期待されています。また、レイヤー2のスケーリングを直接可能にし、ノードが個々の参加者を圧倒することなく、より多くのデータを効率的に処理できるようにします。

EIP-7642: ノードのディスク容量を軽減するために履歴の有効期限を導入

これはレシートの処理方法の変更に相当し、ノードの同期から古いデータを削除することで、同期中の帯域幅を約530GB節約できます。

EIP-7823 : コンセンサスの脆弱性を防ぐためにMODEXPに上限を設定する

これは、MODEXP暗号プリコンパイルにおいて、各入力の長さを1024バイトに制限するもので、これまでは入力の長さが無制限であったため、コンセンサスの脆弱性の原因となっていました。すべての実世界のアプリケーションシナリオをカバーする実用的な制限を設定することで、テスト範囲を縮小し、より効率的なEVMコードに将来置き換える道を開きます。strong>

これは、単一のトランザクションに167777216のガスキャップを導入し、単一のトランザクションがブロックスペースの大部分を消費することを防ぎます。これにより、ブロックスペースがより公平に分配され、ネットワークの安定性とDoS攻撃に対する防御力が向上し、ブロックの検証時間がより予測しやすくなります。

EIP-7883 : ModExp暗号プリコンパイルのためのガス代を増やし、過小評価による潜在的なDoS攻撃を防ぐ

運用上のプライシング不足に対処するため、ModExp暗号プリコンパイルのガス料金が引き上げられました。最小コストは200gasから500gasに引き上げられ、32バイトを超える大きな入力に対しては2倍になった。暗号プリコンパイラに適切な価格が設定されるようにすることで、ネットワークの経済的な持続可能性が向上し、過小評価による潜在的なサービス拒否攻撃を防ぐことができます。

EIP-7892 : オンデマンドの弾力性をサポートし、レイヤー2