イーサリアム、'フサカ' アップグレード最終テストネット突入…12月3日メインネット適用予定

イーサリアム(Ethereum)は来たる12月3日に予定されている『フサカ(Fusaka)』アップグレードを前に、最終テストネット段階に入った。今回のアップグレードは、個々のトランザクションごとのガス上限を設定してブロックの効率性を高め、サービス拒否(DoS)のリスクを軽減するとともに、将来的な並列処理ベースの拡張性のための技術的基盤を整えることを目的としている。

今回の変更は既にホレスキー(Holesky)とセポリア(Sepolia)テストネットで適用されており、単一トランザクションがブロック全体のガス(約4500万単位)を独占的に使用する問題を防ぐよう設計された。新しい構造ではトランザクション当たり約1678万ガス単位に制限され、ブロック内で複数の取引がより効率的に含まれることができる。

ガスキャップ(gas cap)は一つのトランザクションが使用できる演算量を制限し、ブロック全体が単一のトランザクションで埋まる現象を防ぐ。これによりブロック構成の効率性と予測可能性が高まり、ネットワーク全体の処理安定性が向上すると期待される。

今回の措置はイーサリアムが長期的に進めている『並列実行(parallel execution)』体制に向かうための重要な基盤である。並列実行が導入されれば複数のトランザクションを同時に処理でき、処理速度と拡張性が大幅に向上する見込みだ。

フサカアップグレードは先週セポリアテストネットでブロックガス上限を約4500万から6000万に拡大した後に実施された。次の段階であるフーディ(Hoodi)テストネット適用は10月28日に予定されており、メインネットへのアップグレードは12月に本格的に実施される見込みだ。

フサカ(EIP-7825)は2024年3月のデンクン(Dencun)アップグレードと2025年5月6日のペクトラ(Pectra)アップグレードに続く主要な段階で、ブロックガス上限を6000万に引き上げ、トランザクション当たりのガスキャップを1677万単位に制限する内容を含む。また、主要機能としてピアDAS(PeerDAS·Peer Data Availability Sampling)を導入し、ノードがレイヤー2データ全体ではなく一部のサンプルのみを保存することで、セキュリティを維持しつつハードウェア負担を軽減し拡張性を高める。

その後予定されている次回アップグレード『グラムステルダム(Glamsterdam)』は、イーサリアムの実行レイヤーを中心とした並列トランザクション処理(EIP-7928)を導入する計画だ。

コンセンシス(Consensys)傘下のベス(Besu)クライアントプロトコルエンジニア、ガブリエル・トリンティナリア(Gabriel Trintinalia)は「今回のテストネットアップグレードはメインネット適用前の性能検証とパラメータ調整、例外状況の点検において非常に重要だ」と述べ、「イーサリアムの開発者やバリデータ、エコシステム全体が自信を持てるようにする重要な段階だ」と語った。