今年最も期待されているイーサリアムプラハアップグレード

導入

ブロックチェーンの歴史がビットコインの拡大の歴史であるならば、イーサリアムの周期的なアップグレードは拡大の方向性を示す中核的な指標です。

1〜2年ごとに行われるイーサリアムのメジャーハードフォークアップグレードは、徐々にそれ自体から各イーサリアムシリーズのL2に広がり、その後複数のL1の開発に拡大します。各ハードフォークに含まれる Eip は、Ethereum コア コミュニティの本質を表し、利益とコストのバランスの結果です。

それでは、Shisijun がPrague-Electra のアップグレードの 11 の Eipsを技術的な観点から説明します。それらは何なのか、その用途は何なのか、そしてなぜ彼なのか?

背景

アップグレードの正確な時間は、Sepolia テスト ネットワークでは 3 月 5 日、Ethereum メイン ネットワークでは 4 月 8 日にリリースされる予定です。

4 日前 (2025.2.26) に Ethereum 公式コード ベースからリリースされたバージョンの最初の文は、「ああ、またホットフィックスがリリースされたよ!」です。はい、問題があります。 Holesky テスト ネットワークで現在アクティブ化されているバージョン コードにより、テスト ネットワークのフォークが発生しました (大規模なダウンタイムとして理解できます)。

フォークされたコード内のバグに注意を払う必要はありませんが、今回はコンテンツの複雑さがわかります。

そして私の個人的な観点から言えば、このアップグレードは、 Pow から Pos への統合後、イーサリアムにとって最も影響力のあるアップグレードでもあります。チェーン上の動作モードが完全に変わり、まったく新しい体験がもたらされます。

完全な eip リストは次のとおりです。

[出典: https://ethroadmap.com/#pectra スティッキー]

提案は若干変更されていますが、 Okx、 Metamask、WalletConnect、Biconomy、BaseWallet、Uniswap、Rhinestone、ZeroDev、TrustWallet、Safeなどのウォレットチームの注目を集めています。基本的に、メインネットワークが切り替わった瞬間に適応できるようにするためにすべてが行われています。ユーザーとして、私たちもウォレットの助けを借りてそれを体験することができます。

しかし、本当の核心的な疑問は、開発者の技術的な実装に加えて、このアップグレードは本当に Ethereum のエコロジカル構造を活用できるのか、ということです。

この変更は十分に深いものなのでしょうか、それとも L2 時代の Ethereum Foundation による単なる定期的なパッチなのでしょうか?

パノラマスキャン

全体のリズムを表で感じてみましょう。

明らかに、3つの大きな特徴が見られます。

1. イーサリアムの開発が深海ゾーンに入ったため、基本的に、含まれる可能性のある新しい提案提案者はすべてイーサリアム財団自体の出身者でした。その中で、ヴィタリックは重要な変更を最初に提案した人物でした。他の役割の創造性が公式のアップグレードに組み込まれるのを見ることはほとんど不可能です。これは、イーサリアムがますます「一方的」になり、徐々に中央集権化された意思決定システムになる根拠にもなるかもしれません。

2. イーサリアムの市場ペースは加速しています。今回のアップグレードでは、昨年11月に8つの基本的なコンセンサスが完了し、現在では実際の実装に11個（Vitalik氏が推進するL2レベルでの3つの追加最適化）が盛り込まれています。従来のメジャーバージョンでは基本的に1つのコアからいくつかの最適化を行うのみでしたが、現在は複数の関係者が同時に行うものがほとんどで、長年コンセンサスを得るのが難しかったAA（ハードフォーク版）も盛り込まれています。このことから、現在、複数のチェーンが爆発的に増加している中で、EVM システムは、SVM システム (Solana など)、Move システム (Aptos など)、さらには BTC システム (さまざまな BTCL2) の急速な発展に直面し、急進的な状態にあることがわかります。

3. イーサリアムは、その環境的利点を活用してユーザーエクスペリエンスを最適化する傾向が高まっています。ユーザーエクスペリエンスを最適化することは、実行すべきことだとお考えでしょうか?いいえ、実際のところ、イーサリアムのメジャーバージョンのマージの多くは、一般的なユーザーエクスペリエンスとはまったく関係がありません。ブロックサイズが調整されたのは（容量拡大はユーザーコストの削減につながり、価格変動の抑制はユーザーエクスペリエンスの最適化と考えられるため）、2018年が最後でした。前回は、BLOBを導入することで、L2のユーザー料金コストが大幅に削減されました。そして今回は、3つの時点からユーザーコストの最適化に重点が置かれていることがわかります。

しかし、問題は、イーサリアムは本当に「ユーザーエクスペリエンスを最優先」しているのかということです。それとも、ユーザーエクスペリエンスを最適化するために強制されているだけでしょうか?

詳細を一つずつ議論し、彼が何を変更したかを理解しましょう。

エクスペリエンスの最適化

解釈

客観的に言えば、7702 は複数のチェーン上の不可能な暗黙のルールを破り、ほとんどの Dapps のアプリケーション ロジックも破ります。

ユーザーにとっては、依然として EOA アドレスであり、CA ロジックは必要なときにのみ駆動され使用されるため、保持コストは低くなります。

操作を実行する前にオンチェーン CA ID を変換する必要がないため、ユーザーは登録する必要がありません。

ユーザーは EOA を使用することで、承認された控除と実行された控除を 1 つにまとめるなど、複数のトランザクションを並行して簡単に実行できるため、ユーザーのトランザクション コストが削減されます。

Dapp の場合、特に取引所など、オンチェーンのエンタープライズ レベルの管理を行う必要があるプロジェクトにとっては、これは破壊的な最適化となります。元のエコシステムでバッチ収集が実現されると、基本的な交換コストが一瞬で半分以上削減され、最終的にユーザーに利益をもたらすことができます。

したがって、大きく変化したにもかかわらず、コストの次元はすべての Dapps による研究と適応に値します。なぜなら、今回は、ユーザーは間違いなく EIP7702 の側に立つからです。

しかし、ここには隠れたリスクがあります。アカウントの抽象化によってインタラクションのコストは削減されますが、ユーザー権限管理の複雑さも増します。

ウォレットメーカーが適切に適応できない場合、予期しないセキュリティ上の脆弱性が生じる可能性があります。以前は、調査中に失われるのはせいぜい 1 つのチェーン資産だけでしたが、現在ではチェーン全体が失われる可能性があり、予定された時間に爆発することさえあります。

どうやら、これはフィッシングハッカーが好むアップグレードであり、ユーザーはオンチェーン取引についてより注意する必要があります。

アプリケーション側の最適化

EIP-2537 (BLS12-381 曲線演算のプリコンパイル)

効果

1. BLS12-381楕円曲線の事前コンパイル操作を導入しました。これにより、BLS署名検証などの複雑な暗号化操作を最適化し、より高いセキュリティ（120ビット以上のセキュリティ）と計算効率（ガス最適化）を実現できます。

2. 実際の機能としては、BLS署名検証、公開鍵集約、マルチ署名検証などが追加されました。

3. さまざまな BLS 操作に対して特定のプリコンパイル済みアドレスが指定されており、BLS12-381 に関連する複雑な数学的操作を実行するための追加コードを展開することなく、これらのプリコンパイル済みアドレスを呼び出すことで契約を直接実行できます。

解釈

マルチ署名スマートコントラクトウォレットを低コストで使用できるため、一般ユーザーにとってますます便利になっています。署名検証計算の複雑さとガスコストを大幅に削減できるほか、ゼロ知識証明（zk-SNARK など）や準同型暗号化などの機能をより効率的に実装およびサポートすることもできます。これは、プライバシーと相互運用性（特に ZCash などの他の BLS 対応ブロックチェーンと）の面で役立ちます。

EIP-2935 (状態から履歴ブロックハッシュを提供する)

効果

1. 最後の 8192 個のブロック ハッシュをシステム コントラクトのストレージに保存し、ステートレス クライアントに最新のブロック ハッシュ データを提供します。

2. この設計により、クライアントはチェーン全体の履歴データ自体を保存する必要なく、実行中に履歴ブロックハッシュにアクセスできるようになります。これは、Verkle ツリーなどの将来の最適化ソリューションにとって特に重要です。

3. これらのハッシュ データはリング バッファーの形式で保存され、ローリング更新をサポートします。つまり、常に最新の 8192 ブロック ハッシュ値を保持します。

4. Set および Get操作を提供します。 SET はトランザクションの書き込みに使用できるシステム アドレスですが、ユーザーは Get を使用してブロック番号でブロック ハッシュを照会できます。

解釈

クライアントは追加のストレージを必要とせずに簡単なクエリを通じて履歴ブロックハッシュにアクセスできるため、一般ユーザーに直接的な影響はありませんが、一部のストレージフリークライアントの出現を促進し、検証を必要とするオンチェーンサービスアプリケーションにとって最適化の価値を持ちます。

また、ほとんどの L2 はオンチェーン データの一貫性と履歴情報を検証するために過去の期間の L1 ブロック ハッシュにアクセスする必要があるため、 RollupL2 のコストも削減されます。

また、データエラーがオフチェーンで報告されるのを防ぐために、履歴ブロックの検証とデータ追跡を必要とするオラクルなどのオンチェーン検証サービスもあります。

ステーキングシナリオの複数の最適化

イーサリアムのステーキングは大きな話題ですが、一般ユーザーへの影響はほとんどありません（ただし、ステーキングに参加する場合は、ここでの経済的ロジックについてさらに深く検討して考える必要があります）。それぞれの提案を一文で要約し、一緒にコメントしたいと思います。

EIP-6110（チェーン上の浮浪者預金の供給）

ステーキング操作はチェーン内プロトコルメカニズムを通じて処理され、コンセンサス層の投票メカニズムが排除され、ステーキングフローのセキュリティと効率が最適化されます。バリデータ誓約操作のリストを実行層ブロックに追加することで、誓約操作の記録と検証が実行層ブロック構造に直接配置され、コンセンサス層が誓約データ (eth1data) 投票メカニズムに依存する必要がなくなります。

EIP-7002 (実行レイヤーのトリガー可能な引き出し)

この提案により、Ethereum の実行レイヤーはバリデーターの終了と部分的な引き出しをトリガーするメカニズムを提供できるようになり、「0x01」引き出しバウチャーを使用するバリデーターは実行レイヤーからステークした ETH を独立して制御できるようになります。

EIP-7251 (MAX_EFFECTIVE_BALANCE を増やす)

最小ステーキング制限は 32 ETH のままですが、単一のバリデーターの有効ステーキング制限を (2048 ETH に) 増加します。

EIP-7549 委員会インデックスを認証外に移動する

検証を簡素化し、効率を向上させるために、コンセンサス レイヤーの「証明」メッセージの委員会インデックス フィールドをメッセージの外側に移動します。その結果、特に ZK 回路で実行する場合、Casper FFG クライアントのパフォーマンスが向上します。

解釈

一度にたくさんのことを見ると混乱するかもしれませんが、実際には、自分自身をコントロールして、核心的なニーズに立ち返るだけでよいのです。

マクロ的な文脈では、イーサリアムのバリデータークラスターは急速に成長しており、2023年10月時点でバリデーターは83万人を超えています。MAX_EFFECTIVE_BALANCEは32 ETHに制限されているため、ノードオペレーターはより大きなステーク資産を管理するために複数のバリデーターアカウントを作成する必要があり、その結果、多数の「冗長バリデーター」が存在することになります。

したがって、EIP-7251を通じて上限を引き上げることにより、lidoなどの集約型ステーキングプロトコルでは管理アカウントの数とシステムの複雑さを軽減できますが、これにより分散化の問題が悪化し、ETHステーキング市場がより集中化される可能性があります。

最低誓約額を常に 32 に維持するということは、依然として大規模世帯の参加が必要であることを意味し、これは集約プロトコルとの環境上の妥協であり、また小規模世帯がコンセンサス レイヤーの安定性に影響を与える高頻度の操作を行うことを防止します。

EIP-7549 により、引き出し操作の柔軟性が向上し、ステーカーやノード オペレーターが資金の管理を強化できるようになります。ここでの技術的な背景は、元の設計にいくつかの欠陥があったことです。署名情報には委員会インデックスが含まれているため、同じ投票であっても委員会が異なると異なる署名ルートが生成され、各投票を個別に検証する必要があります。したがって、EIP-7549 の目的は、署名内の委員会インデックスを削除することで検証に必要なペアリング操作の数を減らし、それによって同一投票の集約を実現することです。

したがって、イーサリアムはステーキング体験を常に最適化しており、その本質はステーキングとノードオペレーターのグループを統合することであることに注意することが重要です。これは合併後のイーサリアムの生命線です。大量の資金がイーサリアムからなくなると、イーサリアムのセキュリティ自体が揺らぐことになります。

複数の EIP が追加されることで、大規模なノード オペレーターは複数のバリデーター アカウントを統合できるようになり、同時に、複利の蓄積による収入の増加や、より柔軟なステーキングの増加など、小規模なバリデーターにも柔軟性が提供されます。

これはとても重要です。当初の 32 ETH に達した後、10 ETH の新たな収入を生み出した場合、新しいアカウントを開設するにはまだ 32 ETH を取得する必要があるため、誓約のために ETH を使用し続けることはできません。

しかし、このアップデート後は、42 eth を直接ステークできるようになります。そうすれば、当然、複利は ETH に戻ります。

したがって、私の意見では、 ETH 市場における DeFi プロジェクトの収益が弱い現状では、資金の流出が続き、ETH の流動性は低下するでしょう。これが財団がこのシリーズを推進する動機なのかもしれない。

L2エコロジーの最適化

EIP-7623:コールデータコストの増加

これは EVM レイヤーに影響を与え、トランザクション内の calldata のガス料金を 1 バイトあたり 4/16 ガスから 10/40 ガスに直接増加させます。ここでの 2 つの値は、0 バイトの料金と非 0 バイトの料金を区別しており、どちらも 2.5 倍に増加しています。

実際、ブロック圧力を減らすことはバナーであり、 L2 に calldata を使用させず、より多くの Blob を使用するように強制します。

EIP-7691: BLOB スループットの増加

ブロック内の BLOB のサイズを増やし、より大きな L2 ストレージ スペースをサポートします。以前の Cancun アップグレードでは、BLOB を表す 2 つのコア パラメーターがありました。targetとmaxは、ブロックあたりの BLOB のターゲット数とブロックあたりの BLOB の最大数を示すために使用されていました。カンクンではパラメータが3と6でしたが、プラハ以降はパラメータが6と9になりました。つまり、容量が拡大されたのです。

実際、イーサリアムはL2に「高速道路」を追加しているだけですが、「トラフィック管理」と「異なる高速道路の課金基準」をどのように解決するかが最も根本的な問題です。

EIP-7840: EL 構成ファイルに BLOB スケジュールを追加する

クライアントが EIP-7691 の BLOB 数設定を動的に調整できるように、構成ファイルが追加されました。

また、BLOB ガス価格の応答性を調整できるパラメーター baseFeeUpdateFraction もあります。

解釈

結局のところ、これは EIP 提案なので、非常に技術的に聞こえますが、コアとなる概念は理解しやすいです。

イーサリアムのコアセールスポイントは、Defi夏の契約システムからL2エコシステムコミュニティに移行しました。他のチェーン システム、たとえ 24 年間で最もホットな btcL2 システムであっても (その本質は依然として L2 への期待によるものです)、Ethereum の L2 とはまったく競争上の立場にありません。

BTC と同様に、チェーンの制限により、データフォールバックやセキュリティ共有の実際の意味での L2 を実現することは困難です。

他の svm および move チェーンは、本質的に独自の L1 を開発中であり、その上の L2 を浅く探索しています。もちろん、これらのチェーンの高性能は、L2 にそれほど依存しません。

したがって、Ethereum は L2 の tps を通じて自らを改善します。もちろん、流動性の分散やクロスチェーンの複雑さなど、多くの問題があります。しかし、これが彼が行ける唯一の方法だった。結局、Web3が高頻度アプリケーションチェーンの段階まで発展すると、チェーンを頻繁に横断することはなくなり、流動性や普遍性の問題を解決するために、チェーンの抽象化などの試みが行われている。後ほど、粒子ネットワークやその他の分析を解釈します。

L2 のトランザクション コストは Ethereum の Blob の容量に大きく依存するため、calldata ガス料金を変更する目的は、L2 がより多くの Blob を使用し、 L2 状態データを保存するために Ethereum の永続的に保持される calldata を使用しないようにすることです。

さらに、BLOB の容量は、その後の L2 の増加も考慮する必要があり、動的に構成可能である必要があります。

したがって、この開発方向を通じて、L2 の方向の確実性をさらに決定することができ、それはまた、L2 の欠点を解決するための市場の需要の確実性を意味します。

最後に

プラハ アップグレードは、イーサリアムの継続的な進化の道のりにおける重要な節目ですが、私としては、このアップグレードは、絶え間ない妥協と調整を必要とする妥協案のようなものです。

イーサリアムは、ステーキングと L2 に関するイーサリアム固有の最適化とは別に、他の BLS、AA などが実際に他の L1 によって広く試験運用されているため、主導権を握るというよりは、市場に押されています。

しかし、全体的な重要性という点では、このアップグレードは「ロンドン」や「合併」のような広範な市場の議論を引き起こしたわけではないものの、イーサリアムネットワークのより高いスケーラビリティと分散化の基盤を静かに築き上げています。

アカウントの抽象化が進むと、ユーザーが暗号アプリケーションを使用するハードルが下がります。ステーキングメカニズムの改善により、Ethereum PoS ネットワークのセキュリティと安定性がさらに強化されます。データの可用性とスループットの向上により、ますます繁栄する第 2 層のエコシステムに、より広いスペースが提供されます。

Prague/Electra アップグレードの完了により、 Ethereum はより効率的、より使いやすく、より柔軟になることが予想されます。さらに重要なのは、プラハのアップグレードによってもたらされた概念とテクノロジーの一部が、将来の改善への道を示していることです。

次に計画されているハードフォーク「Osaka」アップグレードでは、コミュニティは待望のVerkleツリー状態ソリューションやシングルスロット最終確認メカニズムなど、さらに革新的な改善を導入する可能性があります。

長期的には、イーサリアムの開発ロードマップは明確かつ確固たるもので（少し頑固ではあるが）、これらのアップグレードの累積的な効果により、イーサリアムは「1秒あたり数百万件のトランザクション」（The Surge）と検閲防止、中央集権化リスクの低さ（The Scourge）という壮大なビジョンを達成することになるだろう。

2025年末の大阪ハードフォーク（例年通り26年延期と予想）と2026年のアムステルダムハードフォークでは、各アップグレードによりイーサリアムがより成熟し、堅牢になり、機能が豊富になると予想されます。