イーサリアム・プラハアップグレードの解析:絶え間ない妥協調整の折衷案
著者: 十四君
もしブロックチェーンの歴史がビットコインのスケーリングの歴史であるなら、イーサリアムの周期的なアップグレードは、スケーリングの方向性の核心指針です。
1-2年ごとに行われるイーサリアムの大規模ハードフォークアップグレードは、彼自身から徐々にイーサリアム系列のL2に波及し、さらに複数のL1の発展に広がります。そして、各ハードフォークに含まれるEIPは、イーサリアムのコアコミュニティの高度なエッセンスを表しており、利益とコストのバランスの結果です。
したがって、引き続き十四君が技術的な観点から、プラハ-エレクトラアップグレードの11のEIPを一つずつ振り返り、それが何で、何に役立ち、なぜそれが選ばれたのかを見ていきましょう。
背景
現在のアップグレードの正確な時間は、9月3.5日にSepoliaテストネットで、4月8日にイーサリアムメインネットでのリリースが予想されています。
イーサリアム公式コードリポジトリは4日前(2025年2月26日)にバージョンの最初の文を発表しました:"Oh look, another hotfix release!" そうです、問題が発生しました。現在Holeskyテストネットでアクティブなバージョンコードが、テストネットのフォークを引き起こしました(大規模なダウンタイムと理解できます)。
フォークのコードバグに注目する必要はありませんが、これからこの内容の複雑さが見て取れます。
また、筆者個人の見解として、今回のアップグレードは、イーサリアムがPoWからPoSへのマージの後で最も影響力のあるものであり、チェーン上の運用モデルを完全に変え、新しい体験をもたらすでしょう。
完全なEIPリストは以下の通りです:
[出典:https://ethroadmap.com/#pectra sticky]
提案の導入は若干の変更がありましたが、すでにOkx、Metamask、WalletConnect、Biconomy、BaseWallet、Uniswap、Rhinestone、ZeroDev、TrustWallet、Safeなどのウォレットチームの関心を引き起こしています。基本的に、メインネットの切り替えの瞬間に適応できるように確保されています。ユーザーとしても、ウォレットを利用して体験することができます。
しかし、真の核心的な問題は------このアップグレードは、開発者たちの技術的実現を除いて、イーサリアムのエコシステムの構図を本当に揺るがすことができるのか?
その変化は十分に深いのか、それとも単にイーサリアム財団がL2時代に行う定期的な修正に過ぎないのか?
全景スキャン
まずは表を使って全体のリズムを感じてみましょう。
明らかに、私たちは3つの大きな特徴を見ることができます:
イーサリアムの発展が深水域に入った後、基本的に新しい提案者はイーサリアム財団の純粋な内部の人々になっています。その中でもVitalikは重要な変更の首推人です。他の役割の創造的なアイデアが公式のアップグレードに組み込まれることはほとんど見られず、これはおそらくイーサリアムがますます「一意孤行」する市場の声の証拠であり、徐々に中心化された意思決定システムになっています。
イーサリアムの市場のリズムが加速しています。今回のアップグレードは昨年11月に基本的な合意が完成してから8つのEIPがあり、現在の実行には11のEIPが含まれています(追加されたのはVitalikが推進したL2の3つの最適化です)。かつての大規模バージョンは基本的に1つのコアから少数の最適化を行っていましたが、今ではほぼ多方面からのアプローチが行われています。かつて数年にわたり合意が得られなかったAA(ハードフォークバージョン)も含まれています。これからは、現在のマルチチェーンの爆発の中で、EVM系がSVM系(ソラナなど)、Move系(アプトスなど)、さらにはBTC系(各種BTC L2)と共に急成長しているいくつかの過激な状態を感じ取ることができます。
イーサリアムはエコシステムの共同の利点を活用し、ますますユーザー体験の最適化に傾いています。あなたはユーザー体験の最適化は当然のことだと思うかもしれませんが、実際にはイーサリアムの多くの大規模バージョンの統合は、一般ユーザーの体験とはあまり関係がありません。前回のブロックサイズの調整(スケーリングはユーザーコストを低下させ、価格変動を減少させることはユーザー体験の最適化と見なされます)は2018年のことでした。前回はBlobを導入することで、L2のユーザー手数料コストを大幅に削減し、今回の3つのタイミングはユーザーコストの最適化に重点を置いていることがわかります。
しかし問題は、イーサリアムは本当に「ユーザー体験を最優先にしている」のか?それとも、単にユーザー体験を最適化するように強いられているだけなのか?
詳細な観点の探討を一つずつ展開し、彼が一体何を変えたのかを理解していきましょう。
体験の最適化
まず最も重要な変化は、7702であり、アカウント抽象化メカニズムをチェーンレイヤーから更新して導入することです。
解読
客観的に言えば、7702は複数のチェーン上の不可能な暗黙のルールを打破し、大多数のDappのアプリケーションロジックをも打破しました。
ユーザーにとって、彼は依然としてEOAアドレスであり、必要なときにのみCAロジックを駆動して使用するため、保有コストが低くなります。
ユーザーは、チェーン上のCAアイデンティティを先に変換する必要がなく、操作を行うことができるため、ユーザーは登録する必要がありません。
ユーザーはEOAを使用して複数のトランザクションを同時に行うことができ、例えば、権限を委任して実行する2つの操作を統合することができ、これによりユーザーの取引コスト自体が低くなります。
Dappにとっては、特にチェーン上の企業レベルの管理を行うプロジェクト、例えば取引所などにとっては、革命的な最適化です。バッチ集約が原生的に実現されれば、取引所のコストは瞬時に半分以上削減され、最終的にはユーザーにも恩恵をもたらします。
したがって、彼は多くのことを変えましたが、コストの次元を占めることは、すべてのDappが研究し適応すべき価値があります。なぜなら、今回はユーザーが必然的にEIP7702の側に立つからです。
しかし、ここには隠れたリスクがあります:アカウント抽象化はインタラクションコストを低下させましたが、ユーザーの権限管理の複雑さを増加させました。
もしウォレットメーカーが正しく適応できなければ、予期しないセキュリティホールを引き起こす可能性があります。かつての調査では、単一のチェーン資産の損失が最大でしたが、今では全チェーンの損失や、さらには定期的な爆発の可能性があります。
明らかに、これはフィッシングハッカーたちが非常に好むアップグレードであり、ユーザーはチェーン上の取引に対してより注意を払う必要があります。
アプリケーション側の最適化
EIP-2537(BLS12-381曲線操作のためのプリコンパイル)
役割
BLS12-381楕円曲線のプリコンパイル操作を導入し、BLS署名検証などの複雑な暗号操作を最適化し、より高い安全性(120+ビットの安全性)と計算効率(ガスの最適化)を提供します。
実際の機能として、BLS署名検証、公開鍵の集約、およびマルチ署名検証が新たに追加されました。
異なるBLS操作に特定のプリコンパイルアドレスを指定し、契約はこれらのプリコンパイルアドレスを直接呼び出すことで、BLS12-381関連の複雑な数学操作を実行するために追加のコードを展開する必要がありません。
解読
一般ユーザーが低コストでマルチ署名型のスマートコントラクトウォレットを使用できるようになります。署名検証計算の複雑さとガスコストを大幅に削減し、ゼロ知識証明(例えばzk-SNARKs)や同態暗号などの機能をより効率的に実現し、サポートすることができます。プライバシーと相互運用性(特にZCashなどの他のBLSをサポートするブロックチェーンとの相互運用性)においても役立ちます。
EIP-2935(状態からの歴史的ブロックハッシュの提供)
役割
最後の8192個のブロックハッシュを特定のシステム契約のストレージに保存し、無状態クライアントに最近のブロックハッシュデータを提供します。
この設計により、クライアントは実行時に歴史的ブロックハッシュにアクセスでき、全体のチェーンの歴史データを自ら保存する必要がなく、特に将来のVerkleツリーなどの最適化案に重要な役割を果たします。
これらのハッシュデータはリングバッファの形式で保存され、ロール更新をサポートし、常に最新の8192個のブロックハッシュ値を保持します。
Setおよびget操作を提供し、SETはシステムアドレスが操作可能な書き込みトランザクションであり、ユーザーはgetを使用してブロック番号でブロックハッシュを照会できます。
解読
クライアントは簡単なクエリを通じて歴史的ブロックハッシュにアクセスでき、追加のストレージを必要としないため、一般ユーザーには直接的な影響はありませんが、無ストレージクライアントの出現を促進し、チェーン上での検証サービスアプリケーションに最適化の価値をもたらします。
Rollup L2のコストにも役立ちます。なぜなら、ほとんどのL2は過去のL1ブロックハッシュにアクセスする必要があり、チェーン上のデータの一貫性と歴史情報を検証するためです。
また、オラクル型のチェーン上の検証サービスは、歴史的ブロックを検証し、データ追跡を行い、オフチェーンでのデータ報告の誤りを防ぐ必要があります。
ステーキングシーンの複数の最適化
イーサリアムのステーキングは大きな話題ですが、一般ユーザーへの影響は非常に小さいです(ただし、ステーキングに参加している場合は、ここでの経済論理を深く考える必要があります)。各提案を一言で要約し、一緒にコメントします。
EIP-6110(チェーン上のバリデーターデポジットの供給)
チェーン内のプロトコルメカニズムを通じてステーキング操作を処理し、コンセンサス層の投票メカニズムを排除し、ステーキングフローの安全性と効率を最適化します。実行層のブロックにバリデーターのステーキング操作リストを追加することで、ステーキング操作の記録と検証を直接実行層のブロック構造に組み込み、コンセンサス層がもはやステーキングデータ(eth1data)投票メカニズムに依存する必要がなくなります。
EIP-7002(実行層トリガー可能な引き出し)
この提案は、イーサリアムの実行層(Execution Layer)がバリデーターの退出と部分的な引き出しをトリガーするメカニズムを提供し、「0x01」引き出し証明書を使用するバリデーターが実行層から独立してそのステーキングETHを制御できるようにします。
EIP-7251(MAXEFFECTIVEBALANCEの増加)
単一のバリデーターの有効ステーキング上限を2048ETHに引き上げますが、最低ステーキング限度は32ETHのままです。
EIP-7549(委員会インデックスを証明の外に移動)
コンセンサス層の「証明」メッセージの委員会インデックスフィールドをメッセージの外部に移動し、検証を簡素化し、効率を向上させます。最終的にはCasper FFGクライアントの性能が向上し、特にZK回路での実行時に効果を発揮します。
解読
これだけ多くのことを一度に見ると混乱しやすいですが、核心的なニーズに戻れば大丈夫です。
マクロな背景として、イーサリアムのバリデーター集団は急速に増加しており、2023年10月時点で83万を超えるバリデーターが存在します。MAXEFFECTIVEBALANCEが32ETHに制限されているため、ノードオペレーターは大規模なステーキング資産を管理するために複数のバリデーターアカウントを作成する必要があり、これが大量の「冗長バリデーター」の存在を引き起こしています。
したがって、EIP-7251によって最大上限が引き上げられることで、Lidoのようなステーキングプロトコルは管理アカウントの数を減らし、システムの複雑さを軽減できますが、これは去中心化の問題を悪化させ、ETHステーキング市場をより集中化させる可能性があります。
また、最低32ETHのステーキング額を維持することは、大口の参加を依然として求めており、これは集約プロトコルとのエコシステムの妥協であり、小口の参加者が高頻度の操作を行うことによってコンセンサス層の安定性に影響を与えるのを避けるためでもあります。
EIP-7549を通じて、引き出し操作の柔軟性が増し、ステーキング者やノードオペレーターが資金のコントロールを強化できます。ここでの技術的背景は、元々の設計にいくつかの欠陥があったためです。委員会インデックスが署名情報に含まれているため、同じ投票であっても委員会が異なると異なる署名ルート(signing root)が生成され、各投票を個別に検証する必要がありました。したがって、EIP-7549の動機は、署名内の委員会インデックスを削除することで、同じ投票の集約を実現し、検証に必要なペアリング操作の数を減少させることにあります。
したがって、イーサリアムがステーキング体験を継続的に最適化していることに注意する必要があります。これは、ステーキングとノードオペレーターの集団を強化するためのものであり、イーサリアムの合併後の命脈です。一度大量の資金がイーサリアムの周りに存在しなくなると、その安全性自体が揺らぐことになります。
複数のEIPの加持により、これによりより大規模なノードオペレーターが複数のバリデーターアカウントを統合できるようになり、小規模なバリデーターにもより多くの柔軟性がもたらされます。例えば、複利収益の蓄積やより柔軟なステーキングの増加を通じて収益を増加させることができます。
これは非常に重要です。元々32ETHを達成した後に、新たに10ETHの収益が発生した場合、実際にはそのETHを再度ステーキングすることはありません。なぜなら、32ETHに達しない限り新しいアカウントを開設できないからです。
しかし、今回の更新後は、直接42ETHをステーキングすることができます。明らかに、あなたの複利収益は再びETHに戻ることができます。
したがって、筆者の見解では、現在のETH市場のDeFiプロジェクトの収益が疲弊している状況において、彼は引き続き資金を吸収し、ETHの流動性が低下するでしょう。これが財団がこの一連の動機を推進する理由かもしれません。
L2エコシステムの最適化
EIP-7623:コールデータコストの増加
これはEVM層に影響を与えるもので、トランザクション内のコールデータのガス料金を、各バイトあたり4/16ガスから10/40ガスに直接引き上げます。ここでの2つの数値は、0バイトのコストと非0バイトのコストを区別しており、いずれも2.5倍の増加です。
実際には、ブロックの圧力を軽減することを旗印にして、L2がコールデータを使用せず、Blobを多く使用するように促しています。
EIP-7691:Blobスループットの増加
ブロック内のBlobの容量を増加させ、より大規模なL2ストレージスペースをサポートします。以前のカンクンアップグレードでは、Blobのコアパラメータであるターゲットと最大があり、各ブロックの目標Blob数と各ブロックの最大Blob数を示していました。カンクンは3と6でしたが、プラハの後、パラメータは6と9に変わり、要するにスケーリングされました。
実際には、イーサリアムはL2に「高速道路」を提供していますが、「車の流れの管理」と「異なる高速道路の料金基準」を解決することが根本的な問題です。
EIP-7840:EL設定ファイルにBlobスケジュールを追加
クライアントがEIP-7691のBlob数設定を動的に調整できるようにするための設定ファイルが追加されました。
その中には、Blobのガス価格に対する応答能力を調整できるbaseFeeUpdateFractionというパラメータもあります。
解読
結局のところ、EIP提案ですので、技術的に聞こえるかもしれませんが、核心的な理念は非常に簡単に把握できます。
イーサリアムの核心的なセールスポイントは、DeFiの夏の契約体系からL2エコシステム共同体へと変わりました。他のどのチェーン体系も、たとえ2024年に最も人気のあるBTC L2体系(その本質はL2の期待によるものですが)であっても、イーサリアムのL2とは競争の位置が異なります。
なぜなら、BTCのようなチェーンは、データの回帰が非常に難しく、実際的な意味でのL2としての安全性を共有することができないからです。
他のSVM系やMove系は、本質的に自分のL1を発展させており、その上にあるL2を浅く探求しています。もちろん、これらのチェーンの高性能は、L2を行うことにあまり依存していません。
したがって、イーサリアムはL2のTPSを通じてイーサリアム自体の向上を実現しています。もちろん、その中には多くの問題があり、流動性の分散やクロスチェーンの複雑性などが問題です。しかし、この道を進むしかありません。結局のところ、Web3が高頻度のアプリケーションチェーンの段階に発展すると、頻繁にクロスチェーンを行うことはなくなり、流動性と汎用性の問題を解決するために、チェーンの抽象化のようなトラックが試みられています。後でParticle Networkなどを解読して分析します。
L2上の取引コストは、イーサリアムのBlobの容量に高度に依存するため、コールデータのガス料金を変更することは、L2がBlobを多く使用するように促すためのものです。
イーサリアムに永続的に保存されるコールデータを使用してL2の状態データを保存しないでください。
さらに、Blobの容量は今後のL2の増加を考慮する必要があり、動的に構成可能である必要があります。
したがって、この発展方向を通じて、L2方向の確実性をさらに確認でき、L2の欠点を解決する市場の需要の確実性を意味します。
最後に
プラハアップグレードは、イーサリアムの継続的な進化の道の重要な一歩ですが、筆者の感覚としては、今回のアップグレードは、妥協と調整の折衷案のように感じます。
イーサリアムは市場に押されて進んでおり、自らをリードしているわけではありません。なぜなら、ステーキングとL2上のイーサリアム独自の最適化を除いて、他のBLS、AAなどはすでに他のL1で広く試行されています。
しかし、全体的な意味において、このアップグレードは「ロンドン」や「合併」のように広範な市場の議論を引き起こすものではありませんが、イーサリアムネットワークのより高いスケーラビリティと去中心化の基盤を静かに築いています。
アカウント抽象化の推進は、ユーザーが暗号アプリケーションを使用する際のハードルを下げ、ステーキングメカニズムの改良はイーサリアムPoSネットワークの安全性と安定性をさらに強化し、データの可用性とスループットの向上は、ますます繁栄する二層エコシステムにより広いスペースを提供します。
プラハ/エレクトラアップグレードが完了するにつれて、イーサリアムはより効率的で、よりフレンドリーで、より弾力的になることが予見されます。さらに重要なのは、プラハアップグレードがもたらすいくつかの理念と技術が、未来の改善の方向性を示していることです。
すでに計画されている次のハードフォーク「大阪」(Osaka)アップグレードでは、コミュニティは長い間期待されていたVerkleツリー状態方案や単一スロット最終確認メカニズムなど、より革命的な改善を導入する可能性があります。
長期的に見れば、イーサリアムの開発ロードマップは明確で堅実(やや頑固なところもありますが)であり、これらのアップグレードの累積効果は、イーサリアムが「毎秒百万トランザクション」(The Surge)や、検閲耐性、低中心化リスク(The Scourge)などの壮大なビジョンを実現する推進力となるでしょう。
2025年末の大阪ハードフォーク(例によって2026年に遅れると予想されます)、2026年のアムステルダムハードフォークが、イーサリアムをより成熟し、強靭にし、機能をより豊かにすることを期待しています。