イーサリアムは、その技術的オーバーホールにおいて決定的なマイルストーンを迎えようとしています。フサカの展開が近づく中、ネットワークは重要なアップデートの最終テストフェーズに入っています。この控えめな変化の背後には、2026年に期待される並行実行の基盤を築くという戦略的な転換点があります。単なるパフォーマンスの向上にとどまらず、イーサリアムは成長するスケーラビリティの課題に対処するために持続可能なスケーリングをサポートする構造的な変革を開始しています。簡潔に言うと--------* Fusakaアップデートは、2025年12月3日に予定されているメインネットへの展開前の最終テストフェーズに入ります。* 各トランザクションに対して、16.78百万ユニットに設定されたガス制限を導入し、単一のトランザクションがブロック全体を独占することを防ぎます。* トランザクションキャップは、リソースのより良い配分を可能にし、DoSリスクを軽減し、ブロックの予測可能性を向上させます。* この更新は、2026年に予定されているGlamsterdamアップデート(EIP-7928)のための並列トランザクション実行の到来を準備します。より安定性のための新しい制限------------------------------Fusakaアップデートは、EIP-7825提案に従い、16.78百万ユニットに設定されたトランザクションごとのガスキャップの導入という重要な新要素をもたらします。これまで、単一のトランザクションはブロック内の利用可能な全ガス、約4500万ユニットを消費する可能性があり、これによりネットワークは混雑リスクやサービス拒否(DoS)攻撃にさらされることがありました。トランザクションごとのガス制限は、ブロックの効率を改善し、DoSリスクを低減し、並列実行の基盤を築くことを目的としています。この制限は、メインネットへの展開の準備段階の一部として、HoleskyおよびSepoliaテストネットで既にアクティブです。この制限を設定することにより、イーサリアムはプロトコルの回復力を向上させ、取引処理を円滑にしようとしています。この技術的変更は、全体のブロック容量を45から60百万ガス単位へと増加させることも伴っています。具体的には、この進化は次のことを可能にします:* 単一のトランザクションがブロック全体のリソースを独占するのを防ぐ;* 複数の低強度トランザクションの同時包含を促進する;* ガス消費に対する飽和または標的攻撃のリスクを軽減する;* バリデーターと開発者のためのブロック構築の予測可能性を最適化する。このネットワークの内部運用のオーバーホールは、将来の進化、例えば並列実行の準備として、イーサリアムのインフラストラクチャをプロフェッショナル化する上での重要なマイルストーンを示しています。テストネットからメインネットへ、大規模な並列実行に向けて----------------------------------------------------------------この新しいブロックアーキテクチャを超えて、Fusakaは"Peer Data Availability Sampling"(*PeerDAS*)と呼ばれる中央の革新を導入します。このシステムにより、イーサリアムノードはレイヤー2からの*"blob"*データのランダムな一部のみを保存することができ、全体のデータセットを保存する必要はありません。目標は、ネットワークのセキュリティを維持しながらハードウェア要件を削減することです。この進展は、まさにこのデータの可用性に依存するロールアップ型ソリューションの採用を強化することを目指しています。実際、このPeerDASの革新は*"セキュリティを維持しながらハードウェアのニーズを削減し、レイヤー2ネットワークのためのより経済的で高スループットなスケーラビリティを促進することを可能にします"*。PeerDASの実装は、イーサリアムのロードマップにおける次のステップへの道を開きます : *"Glamsterdam"* アップデートは2026年に予定されており、EIP-7928を導入します。これは、並列トランザクション実行の最初の具体的なイテレーションです。この進化により、現在のように順次実行するのではなく、複数の操作を同時に処理できるようになります。この視点では、Fusakaは重要な前提条件として機能します:取引ごとのガス制限や最適化されたデータインフラがなければ、並行実行は安全に展開できません。Consensysのエンジニア、ガブリエル・トリンティナリアにとって、*"これらのテストネットのアップデートは、メインネットのフォーク前に信頼を強化するために不可欠です"*。最終的に、12月3日に予定されているこの一連の改善は、イーサリアムの内部運用を根本的に変える可能性があります。このネットワークは、将来の使用、特にレイヤー2ソリューションにより適した、よりモジュラーでスケーラブルなアーキテクチャに向かっています。これにより、パフォーマンスの検証、エッジケースの特定、アクティベーション前の技術的パラメータの洗練が可能になります。
イーサリアムはFusakaのローンチに向けて重要なアップデートをテストしています。
イーサリアムは、その技術的オーバーホールにおいて決定的なマイルストーンを迎えようとしています。フサカの展開が近づく中、ネットワークは重要なアップデートの最終テストフェーズに入っています。この控えめな変化の背後には、2026年に期待される並行実行の基盤を築くという戦略的な転換点があります。単なるパフォーマンスの向上にとどまらず、イーサリアムは成長するスケーラビリティの課題に対処するために持続可能なスケーリングをサポートする構造的な変革を開始しています。
簡潔に言うと
より安定性のための新しい制限
Fusakaアップデートは、EIP-7825提案に従い、16.78百万ユニットに設定されたトランザクションごとのガスキャップの導入という重要な新要素をもたらします。
これまで、単一のトランザクションはブロック内の利用可能な全ガス、約4500万ユニットを消費する可能性があり、これによりネットワークは混雑リスクやサービス拒否(DoS)攻撃にさらされることがありました。トランザクションごとのガス制限は、ブロックの効率を改善し、DoSリスクを低減し、並列実行の基盤を築くことを目的としています。
この制限は、メインネットへの展開の準備段階の一部として、HoleskyおよびSepoliaテストネットで既にアクティブです。
この制限を設定することにより、イーサリアムはプロトコルの回復力を向上させ、取引処理を円滑にしようとしています。この技術的変更は、全体のブロック容量を45から60百万ガス単位へと増加させることも伴っています。
具体的には、この進化は次のことを可能にします:
このネットワークの内部運用のオーバーホールは、将来の進化、例えば並列実行の準備として、イーサリアムのインフラストラクチャをプロフェッショナル化する上での重要なマイルストーンを示しています。
テストネットからメインネットへ、大規模な並列実行に向けて
この新しいブロックアーキテクチャを超えて、Fusakaは"Peer Data Availability Sampling"(PeerDAS)と呼ばれる中央の革新を導入します。このシステムにより、イーサリアムノードはレイヤー2からの*“blob”*データのランダムな一部のみを保存することができ、全体のデータセットを保存する必要はありません。
目標は、ネットワークのセキュリティを維持しながらハードウェア要件を削減することです。この進展は、まさにこのデータの可用性に依存するロールアップ型ソリューションの採用を強化することを目指しています。実際、このPeerDASの革新は*“セキュリティを維持しながらハードウェアのニーズを削減し、レイヤー2ネットワークのためのより経済的で高スループットなスケーラビリティを促進することを可能にします”*。
PeerDASの実装は、イーサリアムのロードマップにおける次のステップへの道を開きます : “Glamsterdam” アップデートは2026年に予定されており、EIP-7928を導入します。これは、並列トランザクション実行の最初の具体的なイテレーションです。この進化により、現在のように順次実行するのではなく、複数の操作を同時に処理できるようになります。
この視点では、Fusakaは重要な前提条件として機能します:取引ごとのガス制限や最適化されたデータインフラがなければ、並行実行は安全に展開できません。Consensysのエンジニア、ガブリエル・トリンティナリアにとって、“これらのテストネットのアップデートは、メインネットのフォーク前に信頼を強化するために不可欠です”。
最終的に、12月3日に予定されているこの一連の改善は、イーサリアムの内部運用を根本的に変える可能性があります。このネットワークは、将来の使用、特にレイヤー2ソリューションにより適した、よりモジュラーでスケーラブルなアーキテクチャに向かっています。これにより、パフォーマンスの検証、エッジケースの特定、アクティベーション前の技術的パラメータの洗練が可能になります。