Ethereum の Glamsterdam フォーク:並列処理と ePBS が 10,000 TPS を射程圏内に入れる方法
Ethereum は、ベースレイヤーがトランザクションを一つずつ処理するシングルスレッドのボトルネックのままである間、長年 Layer 2 ロールアップを通じて拡張を続けてきました。その時代が終わりを告げようとしています。2026 年半ばを予定している Glamsterdam ハードフォークは、ブロックアクセスリスト(Block Access Lists:BAL)による並列実行を導入し、コンセンサスレイヤーにプロポーザー・ビルダー分離(ePBS)を直接組み込みます。これは、Ethereum のメインネットが初めて 10,000 TPS 以上を目指すための構造的な大規模改修です。
これは、いかなる基準で見ても、Merge(マージ)以来、最も野心的な Layer 1 スケーリングの動きです。
片側一車線から多車線ハイウェイへ
2015 年のローンチ以来、Ethereum はすべてのトランザクションを順次実行してきました。つまり、長い列に並んだ操作を一つずつ順番に処理する方式です。この設計はシンプルで安全ですが、現代のハードウェアが持つ並列処理能力を無駄にしています。現在、16 コアのマシンを稼働させているバリデーターであっても、トランザクションの実行にはそのうちの 1 コアしか使用していません。
EIP-7928(Block Access Lists:BAL)は、この状況を根本から変えます。各ブロックには、どのトランザクションがどのサブアカウントやストレージスロットにアクセスするかを示すマップが含まれるようになります。2 つのトランザクションが互いに独立していることが証明されれば(例えば、Uniswap でのスワップと、全く別のステートにアクセスする NFT のミントなど)、それらは複数の CPU コアで同時に実行できます。
これは、Ethereum が片側一車線の道路から多車線ハイウェイに移行するようなものです。互いに競合しないトランザクションは、列に並んで待つ必要がなくなります。
実質的な影響は相乗的です。第一段階で予定されているガスリミットの 6,000 万から 1 億への引き上げ(そして ePBS 導入後には最終的に 2 億まで引き上げ)と組み合わせることで、Ethereum の未加工のスループット容量は 3.3 倍以上に成長します。何より素晴らしいのは、スマートコントラクトの開発者がコードを一行も変更する必要がないことです。