イーサリアムの進化：フサカ、グラムステルダム、そしてその先へ

Offchain Labsおよびプリズム（Prysm）の**プレストン・ヴァン・ルーン（Preston Van Loon）**による、ETHDenverでのプレゼンテーションです。プレストンは、イーサリアムの最近のアップグレードのスピードや、ペクトラ（Pectra）、フサカ（Fusaka）、PeerDAS、グラムステルダム（Glamsterdam）、FOCIL、スロット時間の短縮、より高速なファイナリティなど、ネットワークの今後の展望について解説します。

このトランスクリプトは、ETHDenverが公開した元のビデオのトランスクリプト (opens in a new tab)のアクセシブルなコピーです。読みやすさを考慮して軽く編集されています。

はじめに (0:07)

司会者: 皆さん、それでは次へ進みましょう。プレストン・ヴァン・ルーン氏と一緒に、イーサリアムの進化についてお話しします。それではお願いします。

プレストン・ヴァン・ルーン: はい、ありがとうございます。GM（おはようございます） — 朝であろうとなかろうと、昼夜を問わずいつでもGMですよね。だから私は一日中GMと言っています。イーサリアムの進化についてお話ししたいと思いますので、さっそく始めましょう。

皆さんも聞いたことがあるであろう言説があります。「イーサリアムはリリースが遅すぎる」というものです。聞いたことがあるでしょう。私も聞いたことがあります。皆さんも何度も耳にしているはずです。「マージはいつ？」「開発者は何とかできないの？」「他のチェーンは動きが速いのに、なぜイーサリアムはこんなに遅いの？」と人々は言います。私は今日、その言説はもう終わったとお伝えするためにここに来ました。

私はプリズムというコンセンサス・クライアントの開発に携わっています。これはイーサリアムのビーコン・チェーンの重要なコンポーネントの1つです。そして私は、ペクトラやフサカといった最近のアップデートの最前線にいました。内部から見た限り、これは人々が長年イーサリアムに対して主張してきたような、動きの遅い官僚主義的なものではありませんでした。実際には、イーサリアムの歴史上最大規模のアップグレードをいくつか提供する、非常にスピード感があり、見事に実行された組織でした。

1年間で3つのアップグレードをリリース (1:18)

2025年に私たちがリリースしたのは、1年間で3つの主要なアップデートでした。まず、2025年5月のペクトラです。これにより、ネイティブなアカウント抽象化、統合を可能にするバリデータの最大エフェクティブ・バランスの引き上げ、さらに10個のEIPが導入されました。5月の時点では、これはEIPの数においてイーサリアムがこれまでに経験した中で最大のアップグレードでした。

しかし、そのわずか7ヶ月後、私たちはフサカをリリースしました。これはEIPの数においてさらに大きなアップグレードでした。これには13のEIPが含まれており、PeerDASと呼ばれる非常にエキサイティングなイノベーションがありました。さらにそのわずか6日後、BPO1フォークで再びアップグレードを行い、その直後にBPO2が続き、イーサリアムのブロブ容量が増加しました。

これはイーサリアムが確実にリリースを行っている証拠です。これは、5つか6つのコンセンサス・クライアント、5つの実行クライアント、多くの研究者など、イーサリアムのコア開発に関わる100人以上の人々によるコラボレーションであり、彼ら全員が同時に連携してリリースを行っているのです。

PeerDASによるスケーリング (2:22)

フサカの目玉であるPeerDASを見てみましょう。PeerDASは非常に素晴らしいスケーリング・ソリューションです。PeerDASの前にはペクトラがありましたが、ペクトラでは、ノード・オペレーターまたはバリデータとして、ブロックに付属するすべてのブロブをダウンロードする必要がありました。これは1ブロックあたり6つのブロブを目標としていました。全員がそれをダウンロードしなければならず、それがスケーリングのボトルネックになっていました。これを増やそうとすれば、ノード・オペレーターにブロブのための帯域幅使用量を比例して増やすよう求めることになります。

現在、フサカでは、ブロブは消失訂正符号化（erasure-coded）されており、バリデータにはその一部のみを保管するよう求めています。ブロブの8分の1を保管するだけで済みます。そして、ブロブの任意の50%があれば、全体を再構築することができます。したがって、これがネットワーク全体に分散されることで、データ可用性が確保され、ソロ・ステーカーへの負担が軽減されます。これにより、ブロブ使用におけるネットワーク帯域幅が即座に約90%削減されます。

数字を見てみましょう。ペクトラでは、ガス・リミットが3,600万で、目標が6つ、最大が9つのブロブでした。これをブロブ使用のベースラインと考えています。これは1ブロックあたり768キロバイトでした。さて、ペクトラとフサカの間に、ガス・リミットが引き上げられる帯域外（out-of-band）のアップグレードがありました。これはオンチェーンのガバナンス・プロセスであり、バリデータがブロックの制限をどうすべきかについて単に投票した結果、3,600万から4,500万に増加しました。そしてその年の後半にフサカに至りましたが、ブロブの目標や最大値は変更されず、再びガス・リミットが引き上げられました。

そして、帯域幅の大幅な減少が実現し、目標が6つのブロブを持つ各ブロックにおいて、バリデータが保存しなければならないブロブ・データはわずか96キロバイトになりました。その後、ブロブ・パラメータのみのフォークであるBPO1で、目標を10、最大を15に増やしました。わずか1ヶ月後に実施されたBPO2では、14と21になりました。これはペクトラの時の2倍ですが、それでもソロ・ステーカーにとってブロブの帯域幅使用量は71%少なくなっています。

グラムステルダムで予定されていること (4:30)

次のグラムステルダムでは何が予定されているのでしょうか？ 非常に重要な3つのことと、現在も活発に研究されている1つのことがあります。

1つ目はePBS、つまりプロトコルに組み込まれたプロポーザー・ビルダー分離（PBS）です。現在のブロック生成の方法では、多くの人がMEV-Boostを通じて、ブロックを構築する機会を非常に洗練されたビルダーにアウトソーシングしています。それがネットワークの大部分を占めています。問題は、リレイ（中継者）を信頼しなければならないこと、そしてビルダーが実際に入札したブロックを提出するということに多くの信頼を置かなければならないことです。ePBSはプロトコル内のメカニズムを導入するため、必要な信頼がはるかに少なくなり、同じアイデアの非常にクリーンな実装となります。

次に、ブロックレベルのアクセス・リストがあります。これは、各ブロックに、状態のどこでデータを読み書きしたかを示すリストが付属するという素晴らしいイノベーションです。これが意味するのは、ブロックを並列に処理できるということです。現在は、ブロックを順番に処理する必要があります。ブロック10を処理したい場合は、まず9、8と処理しなければなりません。しかし、ブロックの集まりがあり、それらのどれも状態アクセス情報と競合していない場合、8つすべてを並列に処理できるようになります。もし8つのコアを持っていれば、イーサリアムはより効率的になり、ブロックの処理が速くなります。

3つ目はガスの価格改定です。このEIPを通じたベンチマークにより、一部のオペコードは価格が高すぎ、一部は低すぎることが示されました。そこで、各オペコードに対して支払う手数料を現実を反映するように更新し、イーサリアムをより安全で効率的なものにします。

進化するレイヤー2 (L2) の役割 (6:14)

ヴィタリック（Vitalik）が最近言及したことで、お話ししたいことが1つあります。彼は数週間前のツイートで、レイヤー2 (L2) の当初のビジョンとイーサリアムにおけるその役割はもはや意味をなさないと述べました。これは多くの見出しを飾り、多くの人がこれを誤って受け取ったと思います。

内部の人間として、これが何を意味するのかお話ししましょう。イーサリアムは予想よりも早くスケーリングしています。手数料はかつてないほど低くなっています。メインネットで1 Gwei未満のガス代を支払うことになるとは思ってもみませんでしたが、現実になっています。ブロブは豊富にあり、十分に足りています。予想よりも早くブロブをスケーリングさせています。そして、L2の手数料でさえ非常に低くなっています。

したがって、汎用的なL2が必要だという考え、つまり、レイヤー1 (L1) にあるのと同じEVMを単に何度もコピー＆ペーストしただけで、ただ速く動くだけのL2が必要だという考えは、もはやビジョンではありません。これらのL2は専門化によって繁栄するでしょう。プライバシー、ゲーム、分散型金融 (DeFi) の特定の分野、またはEVMの拡張などをターゲットにするものも出てくるでしょう。しかし、単なるL1のクローン・コピーであるならば、L2を通じたシャーディングのようなパラダイムを当初思い描いていたロードマップの一部にはなりません。

FOCIL: プロトコルレベルの検閲耐性 (7:25)

グラムステルダムの先には、現在活発に開発・研究されている3つの非常に素晴らしいものがあります。1つ目はFOCIL（Fork-Choice Enforced Inclusion Lists：フォーク選択によって強制されるインクルージョン・リスト）です。

これが解決しようとしている問題は、ブロック・ビルダーに選択権があるということです。彼らはどのトランザクションをブロックに含めるかを決定できます。MEVの優位性のためか、あるいは規制上の圧力のためか、特定のトランザクションを好んだり好まなかったりするかもしれません。いずれにせよ、彼らは望むようにトランザクションを検閲することができ、誰にもどうすることもできません。

FOCILは力関係を変えます。ブロック・ビルダーがブロック内のすべてのトランザクションを選択できるとする代わりに、ランダムなコミッティが存在し、彼らのローカルなヒューリスティクスに基づいて、次のブロックに含めなければならないと考えるいくつかのトランザクションを選択します。次のブロックのすべてのトランザクションではありません。ビルダーには依然として多くの自由がありますが、必ず含めなければならないサブセットが存在します。ブロック・プロポーザーは、この短いリスト（おそらく8つ程度のトランザクション）を受け取り、ブロックの最後に配置し、それらはブロックとともに実行されます。

これはフォーク選択を通じて強制されます。ブロックを見たバリデータは、下部にインクルージョン・リストが追加されていない限り、そのブロックに対してアテステーションを行いません。リストのないブロックを見た場合、そのブロックを無効と見なして単に無視します。伝播させることも、投票することもありません。これはまだ活発な研究段階であり、一部のパラメータはまだ決定されていませんが、方向性は明確です。イーサリアムはプロトコルレベルで検閲耐性を組み込むことになります。

スロット時間の短縮 (9:24)

次の非常にエキサイティングなものは、スロット時間の短縮です。グラムステルダムの次のフォークであるヘガタ（Hegata）では、スロット時間の短縮、つまりクイック・スロットを含めることができるかどうかを検討しています。これは、一気に6秒スロットやさらに速いものに飛躍するという意味ではなく、それを可能にするためのレールを構築するということです。

「ただ速くしよう」というように、非常にシンプルに聞こえます。しかし、ネットワークの伝播、限られた時間内で実行しなければならないバリデータのアテステーションの義務、そして経済性について考える必要があります。私が初めてこれを実験したとき、単に12を6に変更しただけで、突然全員が2倍の発行、つまり2倍のお金を稼ぐようになりました。これはスロット時間短縮の本来の意図ではありません。すべてを平等に保ちながら速くすることが目的です。したがって、これは非常に複雑なことですが、段階的に最終目標に到達する可能性を秘めています。

より高速なファイナリティ (10:20)

3つ目は、より高速なファイナリティです。イーサリアムは2エポックごと（13分ごと）にファイナライズされるため、これは非常に重要です。そして、「自分のトランザクションは永続的なものか？」という問いに大きく依存するアプリケーションが存在します。トランザクションがファイナライズ済みのエポックに含まれていない場合、答えはノーです。再編成（reorg）によって消去され、トランザクションを再度送信しなければならない可能性がわずかにあります。

もし高速なファイナリティがあれば、取引所やブリッジ、あるいはあらゆるアプリケーションが、トランザクションが確定したと確信できるようになります。まず、ファイナリティに2エポックかける代わりに、1エポックで行うようにしましょう。次に、32スロットの長さのエポックの代わりに、4スロットに短縮しましょう。これを6秒のスロット時間と組み合わせれば、30秒未満でのファイナリティについて話していることになります。これは本当に素晴らしい最終目標です。

北極星（目指すべき方向） (11:15)

これらすべては、L1が高速で数秒でファイナライズされるという、私たちが目指す北極星（究極の目標）に組み込まれています。どうやってそこに到達するのでしょうか？ まず、すでにリリースされているPeerDASから始めます。これにより、データ可用性のためのスケーラブルなレイヤーが提供されました。次に、主にePBSを含むグラムステルダムがあります。これはプロポーザー・ビルダー分離のクリーンな実装であり、FOCILのようなものをより効果的にします。FOCILは検閲耐性をもたらし、ePBSと非常に調和します。クイック・スロットにより、スロット時間が短縮されることで、より高速なファイナリティがさらに効果的になります。そして、数秒でファイナライズされる高速なトランザクションを実際に実現するという、この最終目標に到達するのです。

おわりに (12:02)

2年後の生活がどのようなものか想像してみてください。暗号資産の世界は動きが非常に速いため、考えるのは少し難しいかもしれません。しかし、わずか2年後にはこれが現実になっているかもしれません。4秒または6秒のトランザクション確認時間、分単位ではなく秒単位で測定されるファイナリティ、プロトコルレベルでの検閲耐性の強制、ポスト量子暗号技術に対する保護、そして単に速くなるだけでなく、機能や新しいイノベーションで競争するL2。これらすべてを実現しながら、消費者向けのノートパソコンやハードウェアを使って自宅でフル・ノードを実行できるという美徳を維持しています。イーサリアムはアクセスしやすく、将来にわたって誰にとってもアクセスしやすいものであり続けます。

皆さんに持ち帰っていただきたいのは、私が最初にお話しした言説を裏付ける証拠は本当に何もないということです。イーサリアムは迅速にリリースを行っています。わずか1年で3つのアップグレードがありました。そして次の24ヶ月間には、さらに多くのものが予定されており、それらはさらに速いペースでやってくるでしょう。

これらは単なる空想の5年間のタイムラインではありません。これらは現在開発中の具体的な提案を伴う現実のものです。現在デブネットにあるものもあります。私たちが話している今この瞬間にも、これらの実装に取り組んでいる人々がいます。今日イーサリアム上で構築しているなら、あなたは世界で最も活発に開発されているブロックチェーン上で構築していることになります。

私はイーサリアムのコア開発者であるプレストン・ヴァン・ルーンです。Offchain Labsのプリズム・チームで働いています。もし関わりたいのであれば、イーサリアムで何が起きているかを把握する最良の方法は、自分自身で構築を手伝うことです。後で私に話しかけてください。プリズムのリポジトリや、コンセンサス仕様、実行仕様のリポジトリを見に来てください。皆さんの貢献を心からお待ちしています。ありがとうございました。