<スパンリーフ=""><スパンテキスト="">フサカスパン><スパンテキスト="">名前は実行層のアップグレードに由来していますスパン><スパンテキスト="">大阪スパン><スパンテキスト="">とコンセンサス層のバージョンスパン><スパンテキスト="">フラスタースパン><スパンテキスト="">組み合わせ。このアップグレードは、2025 年 12 月 3 日の 21:49 UTC にアクティブ化される予定です。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">このアップグレードには、以下をカバーする 12 個の EIP が含まれています。スパン><スパンテキスト="">データの可用性スパン><スパンテキスト="">、スパン><スパンテキスト="">ガス/ブロック容量スパン><スパンテキスト="">、スパン><スパンテキスト="">セキュリティの最適化スパン><スパンテキスト="">、スパン><スパンテキスト="">署名互換性ありスパン><スパンテキスト="">、スパン><スパンテキスト="">取引手数料体系スパン><スパンテキスト="">などは、L1 の拡張を実現し、L2 コストを削減し、ノード コストを削減し、ユーザー エクスペリエンスを向上させるための体系的なアップグレードです。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">1. フサカの 2 つの中心目標: イーサリアムのパフォーマンスの向上とユーザー エクスペリエンスの向上スパン>スパン>
<スパンリーフ=""><スパンテキスト="">目標 1: イーサリアムの基礎となるパフォーマンスとスケーラビリティを大幅に向上させるスパン>スパン>
<スパンリーフ=""><スパンテキスト="">主要なキーワード:スパン>スパン>
- <リ>
<スパンリーフ=""><スパンテキスト="">データ可用性の拡張スパン>スパン>
<リ>
<スパンリーフ=""><スパンテキスト="">ノードの負担が軽減されるスパン>スパン>
<リ>
<スパンリーフ=""><スパンテキスト="">BLOB はより柔軟ですスパン>スパン>
<リ>
<スパンリーフ=""><スパンテキスト="">実行能力の向上スパン>スパン>
<リ>
<スパンリーフ=""><スパンテキスト="">より効率的で安全なコンセンサスメカニズムスパン>スパン>
<スパンリーフ=""><スパンテキスト="">つまり、イーサリアムのパフォーマンスをさらに向上させます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">目標 2: ユーザー エクスペリエンスを向上させ、次世代のウォレットとアカウントの抽象化を促進するスパン>スパン>
<スパンリーフ=""><スパンテキスト="">主要なキーワード:スパン>スパン>
- <リ>
<スパンリーフ=""><スパンテキスト="">ブロックの事前確認スパン>スパン>
<リ>
<スパンリーフ=""><スパンテキスト="">P-256 (デバイスネイティブ署名) のサポートスパン>スパン>
<リ>
<スパンリーフ=""><スパンテキスト="">無力な言葉の財布スパン>スパン>
<リ>
<スパンリーフ=""><スパンテキスト="">より現代的なアカウント システムスパン>スパン>
<スパンリーフ=""><スパンテキスト="">本質は、イーサリアムが主流のインターネット ソフトウェアの体験に近づきつつあるということです。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">2. フサカの 5 つの重要な変更スパン>スパン>
<スパンリーフ=""><スパンテキスト="">1. PeerDAS: ノードのデータストレージの負担を軽減します。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">PeerDAS は、Fusaka アップグレードの中核となる新機能です。現在、Layer2 ノードは BLOB (一時データ型) を使用してデータを Ethereum に公開します。Fusaka がアップグレードされる前は、データが確実に存在するように、すべてのフル ノードですべての BLOB を保存する必要がありました。BLOB のスループットが増加すると、このすべてのデータをダウンロードするとリソースが非常に大量に消費され、ノードにとって負担が大きくなります。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">PeerDAS はデータ可用性サンプリングを使用するため、各ノードはすべてのデータ ブロックを保存する必要はなく、データ ブロックの一部だけを保存する必要があります。データの可用性を確保するために、データの任意の部分を既存データの 50% から再構築できます。再構成方法により、データが正しくない、またはデータが欠落している可能性を、暗号学的に無視できるレベルまで減らすことができます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">PeerDAS の実装原理: リードソロモン形式の消去コーディングを BLOB データに適用します。従来の分野では、DVD も同じエンコード技術を使用しています。DVD ディスクに傷が付いている場合でも、プレーヤーは引き続きそれを読み取ることができます。 QRコードもあるので、一部が遮られても完全な情報を認識することができます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">したがって、PeerDAS ソリューションを通じて、ノードのハードウェア要件と帯域幅要件が許容範囲内にあることを確認できるだけでなく、BLOB 拡張も実現し、より多くのより大規模なレイヤー 2 をより低コストで引き受けることができます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">2. オンデマンドで BLOB の数を柔軟に増加: 変化する L2 データ ニーズに適応しますスパン>スパン>
<スパンリーフ=""><スパンテキスト="">すべてのノード、クライアント、検証ソフトウェアの一貫したアップグレードを調整するために、段階的に実行する必要があり、レイヤー 2 BLOB の変化するニーズにより迅速に適応するために、BLOB パラメーターのみのフォークのメカニズムが導入されました。スパン>スパン>

<スパンリーフ=""><スパンテキスト="">Dencun アップグレードで最初に BLOB がネットワークに追加されたときは 3 (最大 6) でしたが、その後 Pectra アップグレードで 6 (最大 9) に増加しました。Fusaka 以降は、別の大規模なネットワーク アップグレードを必要とせずに持続可能な速度で追加できるようになります。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">3. 履歴レコードの有効期限のサポート: ノードコストの削減スパン>スパン>
<スパンリーフ=""><スパンテキスト="">イーサリアムが成長し続けるにつれてノードオペレーターが必要とするディスクスペースを削減するために、クライアントは部分的な履歴の有効期限の機能のサポートを開始する必要があります。実際、クライアントはいつでもこの機能をリアルタイムで実装できますが、それが To Do リストに明確に含まれているのは、このアップグレードを利用しているだけです。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">4. ブロック事前確認を事前に実装: トランザクション確認を迅速化します。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP7917 を使用すると、ビーコン チェーンは次のエポックのブロック プロポーザーを感知できるようになります。どのバリデータが将来のブロックを提案するかを事前に知ることで、事前確認が可能になります。実際のブロックが生成されるのを待たずに、ユーザー トランザクションがそのブロックに含まれることを保証する、次のブロックのイニシエーターとのコミットメントが行われます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">この機能は、バリデーターによるプロポーザーのスケジュールの操作などの特殊なケースを防ぐため、クライアントの実装とネットワークのセキュリティに役立ちます。さらに、先読み機能により実装の複雑さが軽減されます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">5. ネイティブ P-256 署名: イーサリアムは 50 億台のモバイル デバイスと直接連携しますスパン>スパン>
<スパンリーフ=""><スパンテキスト="">固定アドレスに組み込みのパスキーのような secp256r1 (P-256) 署名チェッカーを導入します。これは、Apple/Android/FIDO2/WebAuthn およびその他のシステムで使用されるネイティブ署名アルゴリズムです。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">ユーザーにとって、このアップグレードにより、デバイスのネイティブ署名とパスキー機能のロックが解除されます。このウォレットは、Apple Secure Enclave、Android キーストア、ハードウェア セキュリティ モジュール (HSM)、および FIDO2/WebAuthn への直接アクセスを提供します。ニーモニック フレーズは不要で、よりスムーズなサインアップ プロセス、および最新のアプリに匹敵する多要素認証エクスペリエンスを実現します。これにより、ユーザー エクスペリエンスが向上し、アカウントの回復が容易になり、数十億のデバイスの既存の機能に一致するアカウント抽象化パターンが実現します。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">開発者にとっては、160 バイトの入力を受け入れ、32 バイトの出力を返すため、既存のライブラリと L2 コントラクトの移植が非常に簡単になります。これには、有効な呼び出し元を壊すことなく、厄介なエッジ ケースを排除するために、無限遠点とモジュロの比較チェックが内部的に含まれています。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">3. Fusaka アップグレードがイーサリアム エコシステムに与える長期的な影響スパン>スパン>
<スパンリーフ=""><スパンテキスト="">1. L2 への影響: 容量拡張は第 2 曲線に入ります。スパン><スパンテキスト="">PeerDAS と BLOB の量がオンデマンドで増加し、より公平なデータ料金メカニズムにより、スパン>スパン><スパンテキスト="">データ可用性のボトルネックが解決され、スパン><スパンリーフ=""><スパンテキスト="">フサカ氏はL2コストの低下を加速させた。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">2. ノードへの影響: 運用コストは減少し続けます。スパン><スパンテキスト="">ストレージ要件が軽減され、同期時間が短縮され、運用コストが削減されます。同時に、長期的には、弱いハードウェア ノードの持続可能な参加を保証し、それによってネットワークの継続的な分散化を保証します。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">3. DApp への影響: より複雑なオンチェーン ロジックが可能になります。スパン><スパンテキスト="">より効率的な数学的演算コードとより予測可能なブロック提案スケジュールにより、高性能 AMM、より複雑な派生プロトコル、および完全なオンチェーン アプリケーションが促進される可能性があります。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">4. 一般ユーザーへの影響: 最後に、ブロックチェーンは Web2 のように使用できるようになります。スパン><スパンテキスト="">P-256 署名の意味 – 覚えやすい言葉は必要ありません、携帯電話は財布になります、より便利なログイン、より簡単なリカバリ、そして多要素検証の自然な統合。これはユーザー エクスペリエンスにおける革命的な変化であり、10 億人のユーザーをチェーンに参加させるために必要な条件の 1 つです。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">4. 概要: Fusaka は DankSharding と大規模なユーザー導入に向けた重要なリンクですスパン>スパン>
<スパンリーフ=""><スパンテキスト="">Dencun は Blob (Proto-DankSharding) 時代を切り開き、Pectra は実行と EIP-4844 の影響を最適化し、Fusaka はイーサリアムを「持続可能な拡張 + モバイルファースト」の方向に重要な一歩を踏み出しました。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">TLDR:スパン>スパン>
<スパンリーフ=""><スパンテキスト="">このアップグレードには、主に以下を含む 12 個の EIP が含まれます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7594: PeerDAS を使用してノードのデータ ストレージの負担を軽減するスパン>スパン>
<スパンリーフ=""><スパンテキスト="">これはイーサリアムのデータ容量を拡張するための重要な基盤です。 PeerDAS は、Danksharding の実装に必要なインフラストラクチャを構築しました。将来のアップグレードにより、データ スループットが 375kb/s から数 MB/s に増加すると予想されます。また、レイヤー 2 拡張を直接実装することで、単一の参加者に負担をかけることなく、ノードがより多くのデータを効率的に処理できるようになります。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7642: ノードに必要なディスク容量を削減するために、履歴の有効期限切れ機能を開始しました。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">これは、受信の処理方法を変更し、ノード同期から古いデータを削除し、同期中に約 530GB の帯域幅を節約することになります。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7823: コンセンサスの脆弱性を防ぐために MODEXP の上限を設定するスパン>スパン>
<スパンリーフ=""><スパンテキスト="">これにより、MODEXP 暗号化プリコンパイルの各入力長が 1024 バイトに制限されます。 MODEXP は、以前は入力長が無制限であったため、コンセンサス脆弱性の原因となっていました。すべての現実世界のアプリケーション シナリオをカバーする実用的な制限を設定することで、テストの範囲が減り、将来のより効率的な EVM コードへの置き換えへの道が開かれます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7825: 単一トランザクションがブロック領域の大部分を消費するのを防ぐためのトランザクション ガス制限の導入スパン>スパン>
<スパンリーフ=""><スパンテキスト="">この動きにより、単一トランザクションに 167777216 ガスの上限が導入され、単一トランザクションがブロック領域の大部分を消費することがなくなります。これにより、ブロック スペースがより公平に分散されるため、ネットワークの安定性と DoS 攻撃に対する防御力が向上し、ブロック検証時間がより予測可能になります。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7883: 低価格設定によるサービス拒否攻撃の可能性を防ぐために、ModExp 暗号化プリコンパイルのガス コストを増やすスパン>スパン>
<スパンリーフ=""><スパンテキスト="">操作の低価格化の問題に対処するために、ModExp 暗号化プリコンパイルのガス コストが増加しました。最小コストは 200 ガスから 500 ガスに増加し、32 バイトを超える大きな入力の場合、コストは 2 倍になります。暗号化プリコンパイラーの価格を適切に設定し、低価格設定によって引き起こされる潜在的なサービス拒否攻撃を防止することで、ネットワークの経済的持続可能性を向上させます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7892: レイヤー 2 の変化するニーズに適応するために、オンデマンドで BLOB の数を柔軟に増加することをサポートします。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">新しい軽量プロセスを作成して、BLOB ストレージ パラメーターを調整します。イーサリアムは、レイヤー 2 の変化するニーズに適応するために、BLOB 容量をより小規模かつ頻繁に調整するために、メジャー アップグレードを待つ必要はありません。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7917: ブロック事前確認を実装し、トランザクション シーケンスの予測可能性を向上させるスパン>スパン>
<スパンリーフ=""><スパンテキスト="">現在、バリデーターは次のエポックが始まるまで誰がブロックを提案するかを知る方法がありません。そのため、MEV の緩和および事前確認プロトコルに不確実性が生じます。この変更により、将来のエポックのプロポーザー スケジュールが事前計算されて保存され、決定性が高まり、アプリケーションからアクセスできるようになります。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7918: 実行コストに関連付けられた BLOB 基本料金を導入することで、ブロック料金市場に対処するスパン>スパン>
<スパンリーフ=""><スパンテキスト="">このスキームは、実行コストに連動した最低価格を導入することにより、ブロック手数料市場の問題を解決します。これにより、第 2 層の実行コストがブロックコストよりもはるかに高い場合に、ブロック手数料市場が 1 wei で失敗するのを防ぎます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">これは L2 にとって重要であり、持続可能な BLOB 価格設定が実際のコストを反映し、L2 の使用量が拡大しても効果的な価格検出を維持できるようになります。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7934: ネットワークの不安定性やサービス拒否攻撃を防ぐために、RLP 実行ブロックを最大 10MB に制限するスパン>スパン>
<スパンリーフ=""><スパンテキスト="">現在、ブロック サイズが非常に大きくなる可能性があるため、ネットワークの伝播が遅くなり、一時的なフォークのリスクが増加します。この制限により、ブロック サイズが、ネットワークが効率的に処理および伝播できる適切な範囲内に収まることが保証されます。この動きにより、ネットワークの信頼性が向上し、一時的なフォークのリスクが軽減され、トランザクション確認時間がより安定します。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7935: デフォルトのガス制限を 60M に増やして、L1 実行機能を拡張するスパン>スパン>
<スパンリーフ=""><スパンテキスト="">この提案では、L1 実行機能を拡張するために、ガス制限を 36M から 60M に増やすことが提案されています。この変更にはハード フォークは必要ありません (ガス キャップはバリデーターによって選択されたパラメーターです) が、高い計算負荷の下でネットワークの安定性を確保するには広範なテストが必要です。したがって、この EIP をハード フォークに含めることで、この作業が優先され、継続されることが保証されます。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">これは、データ ブロックごとの計算を増やすことでネットワーク全体のスループットを直接増加させ、L1 実行機能を拡張する最も直接的な方法です。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7939: CLZ オペコードを追加してオンチェーン計算をより効率的にするスパン>スパン>
<スパンリーフ=""><スパンテキスト="">このアップデートでは、256 ビット数値の先頭にあるゼロの数を効率的にカウントするための新しい CLZ (Count Leading Zeros) オペコードが EVM に追加されています。ビット演算を必要とする数学演算のガスコストを大幅に削減し、計算効率を向上させ、より複雑なオンチェーン計算を可能にします。これにより、より安価で効率的な数学的演算が可能になり、DeFi プロトコル、ゲーム アプリケーション、および複雑な数学的計算を必要とするあらゆる契約に利益をもたらします。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">EIP-7951: ユーザー エクスペリエンスを向上させるために、プリコンパイルされた secp256r1 曲線のサポートを追加します。スパン>スパン>
<スパンリーフ=""><スパンテキスト="">このアップデートにより、広く使用されている暗号曲線 secp256r1 (P-256 としても知られる) のサポートがイーサリアムに追加されます。現在、イーサリアムは署名に secp256k1 曲線のみをサポートしていますが、多くのデバイスやシステムは secp256r1 を使用しています。このアップデートにより、イーサリアムはこの標準曲線を使用して iPhone、Android 携帯電話、ハードウェア ウォレット、その他のシステムからの署名を検証できるようになり、既存のインフラストラクチャとの統合が容易になります。スパン>スパン>







