
イーサリアムの研究者が語る:未来、私たちはどこへ向かうのか?
TechFlow厳選深潮セレクト

イーサリアムの研究者が語る:未来、私たちはどこへ向かうのか?
本稿はイーサリアムの発展歴史と今後の計画について述べており、特に2024年のアップグレードおよび再ステーキングに伴うリスクの対策に注目している。
執筆:Mike、Stokes
翻訳:Kate、火星財経
概要
Vitalikが「ロールアップ中心のイーサリアムロードマップ」を提唱してから、すでに3年以上が経過した。その間、大きな変化があったものの、コミュニティがこの道を着実に進む中で、そのビジョンはまさしく良質なワインのように熟成されている。ビーコンチェーンの起動、マージ、ステーキング報酬の引き出し、そしてまもなく訪れるプロト・ダンクシャーディング(proto-danksharding)のフォークは、プロトコル開発に携わる個人やチームによる、工学的・研究的・調整的な卓越性の結晶である。しかし2024年を迎えた今、周囲のノイズはかつてないほど大きくなっている。そこで我々は、「ロールアップ中心のロードマップ」を現代的な視点で再構築し直す価値があると考えた。現代の問題には、新しい解決策が必要かもしれない。
我々は、最も緊急または注目すべき課題から出発するのではなく、価値観から始めることを提案する。一見教条的で現実離れしているように思えるかもしれないが、それは「何を解決すべきか」という問いに答える上で役立つと考える。過去・現在・未来という枠組みを使い、プロトコルの進化を包括的に俯瞰する。第1節(過去)では、最近のイーサリアムの歴史を概観する。第2節(現在)では、今日の主要な課題を強調する。第3節と第4節では時間軸を一旦停止し、イーサリアムが優れている点(第3節)、およびイーサリアムが意図的に目指していないこと(第4節)に焦点を当てる。これらの多層的な考察が、第5節(未来)における前向きな計画の土台となる。第5節では、近未来(2024年のプラハ/エレクトラ分岐[§5.1])と中期的将来(今後3〜4年間[§5.2])に分けて議論する。
最後に、本稿はあくまで著者の見解であり、EF(Ethereum Foundation)の「公式見解」を示すものではないことを強調したい(そもそもそんなことを言うのは気が引けるが、念のため明記しておく)。第1〜4節の目標は客観性であり、第5節で展開するより主観的なアイデアの基盤を築くものである。
第1節 - イーサリアム簡史

^ こう読まれるだろう
未来を語る前に、まず現在のイーサリアムがどこに立ち、どのようにここに至ったのかを振り返っておこう。Vitalikが2020年10月に「ロールアップ中心のイーサリアムロードマップ」を発表してから3.5年が経過した。プロトコルのアップグレードを進捗の「マイルストーン」として捉え、各コンセンサスアップグレードの「要点」に注目する。実行レイヤーのアップグレードおよび各ブランチのEIPに関する詳細なリストはイーサリアムの歴史ページを参照されたい。
-
[2020年12月1日] - ビーコンチェーンの始まり
今年の最終月、わずか35秒後に最初のビーコンチェーンブロックが誕生した(スロット時間を0,12,24,36,48に調整すべきだったかもしれないが、残念ながら11,23,35,47,59となってしまった(スライド41参照))。
詳細はアナウンスを参照。
-
[2021年10月27日] - Altair
このフォークでは、検証者へのインセンティブメカニズムの更新と、ライトクライアントのサポート拡充が必要となった。また、マージに備えてコンセンサス層の「テストフォーク」としても機能した。
-
[2022年9月15日] - Bellatrix / Paris
「マージ」。イーサリアムは完全にプルーフ・オブ・ステーク(PoS)へ移行した。
-
[2023年4月12日] - Capella / Shanghai
「ステーキング報酬の引き出し」。PoSメカニズムのサイクルを完結させる小規模なフォーク。
-
[2024年3月13日予定] — Deneb / Cancun
「プロト・ダンクシャーディング(EIP-4844)」。データシャーディングのアップグレード。
このような細かい粒度で見ると、アップグレードの背後にある戦略的根拠は明確である。
2020年12月から2023年4月までの約2.5年間、コア開発者と研究者たちは「プルーフ・オブ・ステーク・マラソン™」を完走した。マージに向けた工学・研究・調整・協力の水準は驚異的であり、それがこれほどスムーズに進行した事実は、コミュニティの技術的卓越性を裏付けている。
2023年初頭から現在までの1年間、コミュニティの注力はプロト・ダンクシャーディング(EIP-4844)のリリースに移った。「Dencun」は、L2のデータコストを下げることでイーサリアムをスケーリングする第一歩となる。このアップグレードは複雑さを伴うことが証明されたが、ゴールは目前に迫っており、メインネットのフォークは2024年3月13日に予定されている。
これらのハードフォークによって描かれた戦略は、明確で的を射ており、ロールアップ中心のロードマップと一致している。Tim Beikoは各フォークを「音楽フェスの出演者リスト」に例えた。多くのパフォーマー(EIP)が一つのイベントにまとめられるが、ヘッドライナーがそのフォークを定義する。これまでのヘッドライナーは「ビーコンチェーン開始」「検証者インセンティブ」「マージ」「報酬引き出し」「プロトデータシャーディング」であった。後知恵を持っても、今のところどのハードフォークの重点を変更したいとは思わない。
第2節 - 2024年のイーサリアム、空気感チェック

「ウィケッド」の新映画に誰かワクワクしていますか?
さて、過去を自慢げに振り返るのはここまでにして、今日のイーサリアムを見てみよう。上図のドロシーが指摘するように、「私たちはもう2020年にはいない」。現代の問題には正直な内省が必要だ。エコシステムが成長し専門化する中、多くのトピックが注目と行動を争っている。その結果、何が重要なのか、なぜ重要なのかを見極めるのが難しくなっている。我々は多数の議論を三つの柱に整理した:スケーラビリティ、MEV[1]、およびステーキング(これらはVitalikのロードマップにおける「Surge」「Scourge」「Merge」とおおよそ対応する)。それぞれに関連する重要な課題もいくつか提示する。
1. スケーラビリティ――イーサリアムはどのようにスケーリングを続けるべきか?
• 代替DAソースの急増を受けて、イーサリアムはDAのスケーリングをどう考えるべきか?
• データシャーディングのロードマップを追求する中で、イーサリアムは実行のスケーリングも試みるべきか?
• L1で実現されるクロスチェーン流動性の断片化やL2間の相互運用性について、イーサリアムは明確な方針を持つべきか?
2. MEV――イーサリアムはMEVにどう対応すべきか?
• 現在のブロッカー集中状態は許容できるか?
• 権力則的な分散型ブロック生成環境において、イーサリアムは強固な検閲耐性をどう維持するか?
• mev-boostへの依存や、最近発生したプロトコル外ソフトウェアの問題(prysmバグ、low-carb crusador、bloXrouteの楽観的失敗)に対して、イーサリアムはどう対処すべきか?
• タイミングゲームがメインネットに出現することに対して、イーサリアムは反応すべきか?
3. ステーキング――イーサリアムのステーキングはどのように進化すべきか?
• イーサリアムは、ステーキングの集中化を抑制するためにどの程度積極的であるべきか?
• イーサリアムはLSTの一部機能を意図的に維持すべきか?
• Coinbaseや他の中央集権取引所が大量のイーサリアムステーキングを蓄積することは、中期的にどのようなリスクをもたらすか(特にビットコインETFのカストディアンがETHおよびステークされたETHのETF申請に乗り出す可能性を考えると)?
• 個人ステーキング参加者はすでにネットワーク内で比較的小さな存在だが、彼らをいかにして守るべきか?
• リステーキングのリスクは、どのように十分に対処されるべきか?
この問題の壁は圧倒的だが、分析の麻痺に陥ってはならない。続く章では、プロトコルの目的(§3)と非目的(§4)に基づいて議論を再構築する。
第3節 - イーサリアムの特別な点とは?
現在のタイムラインを一時停止し、イーサリアムの例外主義®を考えてみよう。外部からのプレッシャーが大きい中、イーサリアムの優先順位はあまり明確にされてこなかった。トップダウン的に「最も危険なリスク」を推し量るのではなく、ボトムアップで「イーサリアムとは何か」「何がユニークなのか」を再考することを提案する✨。
1. 分散化、検閲耐性、信頼の中立性、無許可性、信頼不要性。
• これらの属性こそがイーサリアムの価値の根源である。それぞれ微妙に異なる意味を持つが(細かい議論は避ける)、すべて同じエネルギーを共有しており、プロトコルの精神を体現している。いわば「it-factor」である。
• 分散化は、検閲耐性を提供する手段である。分散化がなければ、特定の政党やグループがブロックチェーンに影響力を行使でき、その権力が使われるのも時間の問題だ。
• 検閲耐性は、信頼の中立性を実現する手段である。定義上、真に中立なシステムとはすべての人を平等に扱う必要がある。
• 検閲耐性は、無許可性を維持する手段でもある。無許可性とは、ユーザーとしての利用(トランザクション署名者)、アプリケーションのデプロイ(開発者)、信頼できる第三者なしでのブロックチェーンとのインタラクション(検証者)のすべてを含み、どれも不可欠である。
• 個人ステーキング参加者[2]がイーサリアムの分散化を支えている。イーサリアムの設計上のあらゆる決定は、個人ステーキング参加者のことを常に考慮しなければならない。彼らがいなければ、意味のある分散化は存在しない。
• 検閲耐性は、黒い白鳥(ブラックスワン)的な瞬間にこそその価値が明らかになる。それが唯一重要なものとなるとき、初めてその関係性を感じ取ることができる。例えば、カナダでは2022年に私有財産権が大きく侵害されたとき、その保護の重要性が切実に感じられた。
2. コミュニティ。
• 分散型ガバナンス。イーサリアムは、いかなる単一の実体よりもずっと大きな存在であり続けようとしている。オープンソースの精神は、クライアントソフトウェア、プロトコル仕様、研究、イベント、調整活動などあらゆる面に貫かれている。
• クライアントの多様性。イーサリアムは活発なマルチクライアントエコシステムを持っている。技術的利点を別にしても、クライアントの多様性はプロトコルに精通した多数の開発者を育て、改善に向けた貴重なエネルギー、スキル、視点を貢献している。
• イーサリアムは情熱的で温かい。「人々」(しばしば第0層と呼ばれる)は不可欠な要素である。世界中で定期的に開催される会議、数千の人的つながり、良好な雰囲気は、長年にわたり新たな暗号通貨参加者の「デジタルホーム」であり続けてきた。
3. ETH資産。
• 分配。プルーフ・オブ・ステークがイーサリアムにとって正しい合意形成アルゴリズム+シビル攻撃防止手段だと信じているが、同時に7年間のプルーフ・オブ・ワークが素晴らしいトークン分配メカニズムであったことも否定できない。
• Lindy効果。長期的な存在により、イーサリアムネットワークはその反脆弱性を証明しており、ネットワークのトークンとその価値主張に対する信頼を築いている。
• 実用性。ビットコインをデジタルゴールドに、イーサリアムをデジタル石油に例えるのが好きだ。実際、ETHはイーサリアムネットワークのガス代として使われる。
• 貨幣的特性。そのアナログの対象(前述の石油の比喩)とは異なり、イーサリアムには貨幣的特性もある(DeFiでの担保資産、デジタル商品と経済的安全性の会計単位、エコシステム全体での交換媒体)。これにより価値が拡張され、「貨幣プレミアム」が生まれる。ETHは「インターネットの商品通貨」として依然として強力な候補である。
• 価値は安全性の必須条件である。「超安定通貨」理論の核心原則は、ネットワークの安全性がETH資産の価値に依存しているということだ。我々はこれを真実と考える。もしイーサリアムが数兆ドル規模の経済帯域の決済層を目指すなら、その決済を保証するセキュリティを担うトークンは価値を持つ必要がある。
• ネットワーク効果。流動性、既存のアプリケーションと開発者、EVM、急速に成長するL2の採用など、すべてがETH資産とイーサリアムエコシステム全体の強力なネットワーク効果を支えている。
上記の内容は網羅的でも規定的でもない。これらはイーサリアムの差別化要素を強調したものである。次にプロトコルの「非目的」に注目する際、この列挙は特に重要になる。私たちの見立てでは、以下の点に注力するのは「木を見て森を見ず」になりかねず、短期的利益をもたらすとしても避けるべきである。
第4節 - イーサリアムが意図していないこと
「また布教活動かよ。」もし今そう思ったなら、この節はあなたのためにある。イーサリアムが得意なこととは逆に、我々は(少なくとも私たちの見解では)イーサリアムが明確に目指していないことを特定しようとしている。
1. 最も使いやすいL1実行を提供する。
• これは重要な出発点である。なぜなら、「ロールアップ中心のロードマップ」は*明示的に*ユーザーアクティビティをL2に押し出すことを目指しているからだ。実行ではなくデータにシャーディングを行うことで、イーサリアムは「L1実行は高価で日常取引には向かない」という立場を取っている。
• 具体例:アプリケーション開発者が長いスロット時間や高い手数料に不満を漏らすこともあるが、事実は変わらない――イーサリアムL1はアプリケーションの置き場ではない。イーサリアムを「L2にとって最適なDAおよび決済層」にするという設計は、L1アプリ開発者の望みと直接矛盾する可能性がある。例えば、スロット時間を短縮する(純粋に仮定)ことはL1取引のUXを劇的に改善するが、個人ステーキング参加者コミュニティを損なう。そのようなトレードオフはおそらく価値がない。
• ただし、イーサリアムが意図的にL1実行を悪化させようとしているわけではない。L1は依然としてL2の強制的取引実行を支援しており、L1での取引処理を維持することは重要だ。ガスリミットの引き上げに関する議論は有益かもしれない。
2. 最も安価なDA層を提供する。
• これは重要だ。代替DAレイヤーや「モジュラー」ブロックチェーンの物語が勢いを増しているからである。代替DAレイヤーは、イーサリアムが使えない魔法のような技術を使っているわけではない。彼らは単に、個人ステーキング参加者のエコシステムを構築・育成するつもりはないのだ。
• 具体例:イーサリアムは、個人ステーキング参加者の要件を維持するために、帯域幅(および計算)要件において妥協しない。そのため、それらのネットワークと同じ速度でバイト単位のスケーリングを行うことはできない。
• しかしイーサリアムの目標は、ブロック+blob空間の「マンハッタン」であり続けることだ。「十分に速く」blob空間をスケーリングし、安全性を損なうことなく高効用を維持することが不可欠である。イーサリアムはすでに「catbird」の位置を占めており、その恩恵を受けている。既存の流動性、相互運用性、アプリケーション、L2のネットワーク効果は非常に強大である。イーサリアムのDAは、ロールアップに対して引き続き「安全あたり価格」で最高の価値を提供すべきだ。
3. スタートアップのように運営する。
• 上述の通り、イーサリアムは真の意味での分散型ガバナンスを持っている。複数のコンセンサス・実行クライアント、アプリ開発者、インフラプロバイダー、アプリサービスプロバイダー、研究者、教育者などが存在し、多くの利害関係者がプロトコルの未来に発言権を持つ。イーサリアムのガバナンスは、明確な組織階層と集中意思決定を持つ企業/スタートアップの運営効率を模倣しようとするべきではないし、できない。
• 具体例:ネットワークアップグレードは困難な作業である。外部の多くの人がアップグレード間の遅延や明確なタイムラインの欠如、ACDプロセスに不満を述べるが、船は計画通りに進んでいる!§1を思い出そう。
• とはいえ、イーサリアムは分散型ガバナンスが許す範囲内で効率的・効果的に振る舞うべきだ。プロトコルは最終的に固化しなければならず(実際には緩やかに変化する――IPv4/IPv6を参照)、長期的な生存能力を管理するための明らかな改善余地はある。イーサリアムは政治化による早期の硬直化を避け、ロードマッププロジェクトを継続すべきである。
*壇上から降りる。* 前節は議論の余地がないと考える(耳を塞いで叫び声を避けよう)が、より主観的な領域に傾いていることは認める。次の節は成熟した意見の領域に入る。しかし、これは必要不可欠である。限られたリソースの中で、イーサリアムの未来に向けた厳しい選択が求められる。我々はプラハ/エレクトラ分岐(§5.1)と中期的将来(§5.2)についての見解を提示する。
第5節 - 未来を見据えて

前向きな気持ちで目覚める
まだここにいてくれてありがとう。ついに「先を見る」準備ができたと感じる。まさにロードマップの意義とはそこにあるのではないだろうか?本稿は「ロールアップ中心のロードマップ」と今日の理解を踏まえ、前述の内容に基づいてイーサリアムの未来を構築しようとする:
• §1で概説した歴史的視点を認識する。
• §2で提起された現在の現実に目を向ける。
• §3で強調されたイーサリアムの特異性に整合する。
• §4で想定された、イーサリアムが意図していない目標に従う。
ここまでは事実に焦点を当て、客観性を保ってきた。一方、イーサリアムがどう進むべきかについての意見を示すことは完全に主観の領域に入る。以下は著者たちの見解であり、偏見を含むことに注意されたい。それでも、他者の意見に耳を傾けつつ、自らの考えを表明しようとすることが望ましいと考える。「強い意見、緩やかな保持(strong opinions, loosely held)」。
最終段階を丁寧に議論したところで、我々の展望を二つの期間に分けよう。まず、仮想的なプラハ/エレクトラハードフォークについて概観する(EOY 2024が目標で、これがおおむね共通認識と思われる)。次に、「中期的」将来、すなわち今後3〜4年を展望する。各セクションでは、前述の三つのトラック――スケーリング、MEV、ステーキング――に沿ってビジョンを分割する。
§5.1 - プラハ/エレクトラまで(2024年末を目指す)
reth、prysm、sigma primeが彼らのプラハ/エレクトラ分岐に関する見解を発表したことに触発され、我々が理想的(POVベース)に考える年末の分岐の内容を共有する。
• スケーリング ――「イーサリアムをブロックおよびblob空間の『マンハッタン』としてさらにスケーリングし続ける。」
メインネットの4844データ分析に基づきblob数を増加させ、CALLDATAコストの調整も検討。PeerDASの実装を開始するが、プラハ/エレクトラ分岐でその開発がボトルネックにならないようにする[3]。
• MEV ――「包含リストの導入により、プロトコル内のMEV集中リスクへの対応を第一歩とする。」
EIP-7547および関連作業を参照。
• ステーキ
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News










