ギャラクシーリサーチのオリジナル記事
コンピレーション | Odaily Planet デイリーゴーレム (@web3_golem)
編集者注: イーサリアム ペクトラのアップグレードは、2025 年初頭にメインネットでアクティブ化される予定です。昨日発表されたレポートで、ギャラクシー リサーチは、ペクトラ アップグレードの内容と開発プロセス、およびイーサリアムとイーサリアムの価格に予想される影響について詳しく説明しました。また、ペクトラのアップグレードに関連するフサカのアップグレードや、履歴の有効期限、提案者ビルダーの分離（ePBS）、バークルツリーの移行など、イーサリアムの価値に影響を与えると予想されるその他のプロトコル開発についても紹介しました。
原文が長すぎて展開箇所が多すぎたため、Odaily Planet Daily は、Pectra アップグレードに含まれる 10 個の EIP を主軸として紹介し、ネットワーク欠陥の修復における Pectra アップグレードの役割を詳しく説明してレポートをまとめ、ネットワークの欠陥を修復し、改善しました。 UX、および DA 容量の増加と同時に、これらのアップグレードが ETH とステークホルダーの価格に与える影響を分析します。
Pectra アップグレードの概要
2024 年 10 月の時点で、開発者は Pectra アップグレードの範囲を拡大し、追加のコード変更である EIP 7742 を含めることに同意しました。 Pectra にこのコード変更を含めることで、開発者は現在の 9 つの EIP に加えて、Pectra の BLOB 容量の増加を含めることが可能になります。 Pectra のアップグレードは暫定的に 2025 年初頭にメインネットをアクティブ化する予定であり、次の 10 件のコード変更が含まれる可能性があります。
全体として、Pectra には、次の 3 つの成果を達成することが期待されるイーサリアムへの一連のアップデートが含まれています。
プルーフ・オブ・ステーク・ブロックチェーンとしてのプロトコルの主要な欠陥を修正します。
イーサリアム上のスマート コントラクト アプリケーションと対話するユーザー エクスペリエンス (UX) を改善します。
イーサリアムのデータ可用性 (DA) 容量を増加します。
表面上、UX の改善と DA 層としてのイーサリアムの改善は互いに相反するものです。DA 層としてのイーサリアムの改善は、エンドユーザーがイーサリアム上のスマート コントラクトを操作するのではなく、より安価な方法で対話するように設計されているからです。ロールアップでスマート コントラクトを操作します。ただし、イーサリアム UX の改善には「トリクルダウン効果」がある可能性があります。つまり、イーサリアム UX はメインネットに実装されているため、ロールアップで採用される可能性が高く、それによってロールアップとイーサリアムのエンド ユーザーの両方に利益がもたらされます。
特に、「健全な通貨」または価値の保存としての ETH の物語を強化することを目的とした Pectra のコード変更はありません。さらに、検閲耐性のあるブロックチェーンとしてイーサリアムの品質を直接向上させる EIP は存在しません。この問題は、ブロック構築プロセスに関与する既知の規制対象団体の数が増加しているため、Merge アップグレード以降、開発者が取り組むべき優先度が高くなりました。 。
イーサリアム上のブロックの 50% 以上は、OFAC 準拠のリレーラーによって生成されています。これは、これらのブロックの作成を担当する組織が、 米国の OFAC 制裁リストにリストされているイーサリアム アドレスとやり取りするトランザクションを意図的に除外していることを意味します。
開発者は、 ETH の発行を減らし、 検閲への耐性を高めるために、将来のアップグレードにコード変更を組み込むことに取り組んでいます。ただし、これらは Pectra のアップグレードの焦点ではありません。次に、上記 10 個の EIP を詳細に紹介し、ETH とステークホルダーに予想される影響について説明します。
EIP 7251: イーサリアム ネットワークに対する重要な修正
すべての重要な修正と非重要な修正は、2025 年第 1 四半期の Pectra アップグレードの最初の部分で実装される予定です。
Pectra には、プルーフ オブ ステーク ブロックチェーンとしてのイーサリアムの運用に不可欠な EIP があります。 EIP 7251 は、バリデーターの最大有効残高を 32 ETH から 2048 ETH に増加し、最大有効残高 32 ETH を持つ既存のバリデーターがステークを結合できるようにします。これにより、2024年9月時点で100万人以上いたイーサリアム上のバリデーターの数が減少すると予想されている。
イーサリアム財団（EF）のエンジニアが実施したイーサリアムのシミュレーションでは、バリデーターが140万人に達した時点でイーサリアムが深刻なネットワーク問題に遭遇したことが示された。 EIP 7251 は、ステーキング ETH の統合を促進することでネットワークの圧力を軽減すると期待されています。
バリデーターのプレッジ制限を 32 ETH に設定する理由
プロトコル開発者は多数の参加者がプルーフ・オブ・ステーク・コンセンサス・プロトコルに参加することを奨励したいと考えていたため、ビーコン・チェーンは当初、最大有効残高が 32 ETH のバリデーター向けに設計されました。開発者らは控えめに見積もって、32 ETH でビーコン チェーンには約 312,500 人のバリデーターが集まり、誕生したばかりのチェーンを保護するのに十分な集合的な暗号署名を生成すると予想しています。
2020年12月にビーコンチェーンが開始されたとき、ETHの価格は約600ドルでした。つまり、資金が2万ドル未満のユーザーも独自のバリデーターを操作して、独立してステーキング報酬を獲得できることを意味します。当時、ステーキングの報酬には取引手数料やMEV の報酬は含まれておらず、ユーザーは資金を引き出すことができなかったため、ステーキングにはかなりのリスクが伴いました。
参加を奨励することに加えて、32 ETH の実効残高が選択されました。これは、「 シャーディング」を通じてビーコン チェーンをスケーリングするための元の設計では、各バリデーターが同じ実効残高を維持する必要があるためです。すべてのユーザーが 32 ETH 以上のステーク残高を維持している場合、開発者はチェーンを保護するのに十分なバリデーターが存在しないことを懸念します。すべてのユーザーがステーキング残高を 32 ETH 以下に維持すると、不必要なバリデーターが多すぎてイーサリアムのネットワーク層に負担がかかるのではないかという懸念があります。
32 ETHの最大有効残高に加えて、開発者はイーサリアムの将来のステーキング需要の大まかな推定に基づいて、プロトコルに他の一連の定数とパラメーターも設定しました。開発者の見積もりは大幅に不正確でしたが、その後のハードフォークを通じてチェーンの経済性とステーキングパラメータを調整できると信じていました。現在、Lido や Coinbase のような流動性ステーキング ソリューションの急速な導入により、開発者はイーサリアムの発行カーブをさらに低く調整するようになりました。
最後に、イーサリアム ネットワーク層の実際の容量については誤った仮定がある可能性があります。イーサリアム創設者のヴィタリック・ブテリン氏は2021年のブログで、最大有効残高が32ETHの場合、ビーコンチェーンの設計仕様は410万人のバリデーターをサポートできる、つまりETH供給全体を約束できると書いた。実際、クライアント実装におけるさまざまなアップグレードや変更により、イーサリアムのネットワーク層が 400 万人以上はおろか、140 万人のバリデーターをサポートできる可能性は低いです。
EIP 7251の実装の詳細
EIP 7251 は複雑なコード変更です。これは、プロトコルがバリデーターの報酬、ペナルティ、引き出しを計算する方法を根本的に変更します。このプロトコルは、これらの計算をアクティブなバリデーターの数に基づいているのではなく、バリデーターの合計有効残高に基づいており、その範囲はバリデーターごとに最小 32 ETH から 2048 ETH までとなります。
特に、関連するスラッシュメカニズムを変更するプロセス中に、開発者は、有効残高が小さいバリデーターが、有効残高が大きいバリデーターよりも厳しく罰せられるという極端なケースを発見しました。ただし、この例外的なケースは、その後の Pectra テスト中に対処されました。 2024 年 10 月の時点でも、開発者は EIP 7251 仕様のバグの解決に取り組んでいます。
計算の更新に加えて、EIP はバリデーターが既存のバリデーターをマージするための新しい操作も導入し、より大きな実効残高を持つバリデーターに対する初期のスラッシュペナルティを下方調整して合併を促進します。
アップグレードが有効化されたら、大規模なステーキング事業体がどれだけ早くバリデーターを統合し、ネットワークへの圧力を軽減できるかは不明です。現在からバリデーターのマージが有効になるまでの間にバリデーターの数が急増すると、低レベルのハードウェアまたはインターネット帯域幅が限られた場所でバリデーターを実行するネットワークおよびネットワーク参加者の健全性に悪影響を及ぼす可能性があるとの懸念があります。
以下の表は、Dencun のアップグレード以降のアクティブなバリデーターの数の増加を示しています。 Dencun がアップグレードすると、イーサリアム上のエポックあたりのバリデータ エントリの最大数が 15 から一定値の 8 に減ります。以下のグラフは、減少率が 8 つのバリデータ エントリに低下して以来、新しいバリデータ エントリのアクティビティに基づいてイーサリアム バリデータ セットの成長の予測を示しています。以下の予測は保守的であり、イーサリアム上のアイゲンレイヤーなどの再ステーキングプロトコルの成熟など、ステーキング需要の将来の成長の潜在的な触媒を考慮していないことに注意してください。
その他のネットワーク以外の重要な修正のための EIP
EIP 7251 に加えて、Pectra によってアップグレードされた 10 個の EIP の一部も、重要ではないもののネットワークの修復を行いました。それらには次のものが含まれます。
EIP 7549、証明書から委員会インデックスを移動: CL クライアント ソフトウェアをより効率的にするために、このコード変更ではバリデーター証明書メッセージのリファクタリングが導入されています。 EIP 7251 よりも程度は低いものの、バリデーター ノードのネットワーク負荷が軽減されることが期待されます。
EIP 6110、オンチェーンでのバリデーターデポジットの提供: このコード変更により、新しくステーキングされた ETH デポジットを検証する責任が CL から EL に移されます。これにより、開発者はデポジットのセキュリティを強化し、CL クライアントのプロトコルの複雑さを軽減し、EL に 32 ETH をデポジットしてから CL でバリデータを新たにアクティブ化するまでの遅延を短縮することでステーキングのユーザー エクスペリエンスを向上させることができます。
EIP 2935、状態からの履歴ブロック ハッシュの提供: 状態から履歴ブロックの証明を生成できるように EL が変更されました。スマートコントラクト開発者は以前のブロックからイーサリアムの状態に関する情報にアクセスできるようになるため、いくつかの追加機能が提供される可能性があります。主に、これは Verkle アップグレード移行の準備に必要なコード変更です。
EIP 7685、汎用実行層リクエスト: スマート コントラクトによってトリガーされる CL リクエストを保存するための汎用フレームワークを作成します。スマート コントラクト ベースのステーク プールの人気が高まるにつれ、スマート コントラクトが CL 上でバリデーターの引き出し (EIP 7002) とマージ (EIP 7251) を直接トリガーできるようにする必要があります。このコード変更では、CL がこれらのタイプのリクエストを簡単に処理できるように、これらのタイプのリクエストを保存するためのプロトコル フレームワークが導入されています。
予想される影響
影響を受ける利害関係者: バリデーターノードのオペレーター
ETHへの予想される影響: 中立
Pectra のアップグレードで有効化されたクリティカルおよび非クリティカルな修正は主にバリデーター ノードのオペレーターに影響を及ぼします。バリデーター ノードのオペレーターは、EIP 7251 によってもたらされたより効果的なバランス、EIP 7549 によってもたらされた効率の向上、および効率性を活用するために運用を更新する必要があります。 EIP 6110 による利点 ユーザー エクスペリエンスが若干向上しました。他の 2 つの EIP、EIP 2935 と EIP 7685 は、ノード オペレーターにとって直接的なメリットはほとんどありません。
エンドユーザーとETH保有者は、これら5つのコード変更から直接恩恵を受けることは期待されていません。これらのコード変更パッケージは主に、プルーフ オブ ステーク ブロックチェーンとしてのイーサリアムの健全性と回復力に利益をもたらします。彼らは、プロトコルが安全かつスムーズに動作し続けることが保証されるため、長期的にはこのプロトコルの価値について肯定的です。ただし、エンド ユーザー、スマート コントラクト開発者、または集約されたユーザー エクスペリエンスを実質的に向上させる新機能は導入されません。したがって、それらはETHの価値に大きな影響を与えるとは予想されていません。
イーサリアムのネットワーク全体のアップグレードと同様、Pectra 中に ETH のボラティリティが高まる可能性があり、アップグレード中に予期せぬバグや不具合が発生した場合、価格がマイナスに変動する可能性があります。明確にしておきますが、メインネットで有効化される前にこれらのコード変更について広範なフィールドテストが行われたこと、およびイーサリアムプロトコル開発者がネットワークを中断することなくこの種の下位互換性のないコード変更を実行した豊富な経験を考慮すると、Pectra のアップグレードは失敗した可能性があります。とても小さいです。
したがって、アップグレード前およびアップグレード直後の ETH の一時的な変動を除けば、プロトコルのさまざまな部分の修正に関連する Pectra アップグレードのコード変更は、ETH の価値に長期的なプラスまたはマイナスの影響を与えるとは予想されません。
ユーザーエクスペリエンス（UX）向上関連のEIP
Pectra アップグレードには 3 つの EIP があり、イーサリアム エンド ユーザーとスマート コントラクト開発者にユーザー エクスペリエンスの向上をもたらします。イーサリアムはロールアップ中心のロードマップを追求していますが、開発者は主要な汎用ブロックチェーンとしてのイーサリアムの価値提案を向上させるために協調した努力も行っています。
EIP 2537、BLS 12-381 曲線操作のプリコンパイル: ゼロ知識暗号化で広く使用されている代数構造である BLS 12-381 曲線に対する操作を効率的に実行するための新機能が追加されました。ゼロ知識暗号化は、プライバシーの保証、セキュリティ、スケーラビリティの向上など、ブロックチェーン ベースのアプリケーションに複数のメリットをもたらします。 BLS 曲線で操作を実行できる機能は、すでにゼロ知識証明システムを使用しているか、そのようなシステムを操作に統合しようとしているイーサリアム上に構築されたアプリケーションやロールアップに利益をもたらします。
EIP 7002、実行層は引き出しをトリガーできます。EIP 7002 は、EVM 状態を変更するメカニズムであるバリデータ引き出し用のステートフル プリコンパイルを作成します。現在、ビーコン チェーン上のバリデーターは、バリデーター引き出しキーの所有者 (通常はバリデーターのオペレーター) の介入によってのみ終了できます。 EIP 7002 では、スマート コントラクトがバリデーターの引き出し資格情報を所有し、それを使用してバリデーターのオペレーターによる手動介入なしでバリデーターの終了をトリガーするメカニズムが導入されています。これにより、ステーキング アプリケーションのトラストレス設計がさらに可能になり、既存のステーキング アプリケーションがバリデーター ノード オペレーターの誠実な動作に対する信頼の前提を取り除くことができるようになり、EIP 7002 を活用するステーキング アプリケーションのユーザーにも利益がもたらされます。これらのアプリケーションのセキュリティ。
EIP 7702、EOA アカウント コードのセットアップ: エンド ユーザーがユーザー制御の Ethereum アカウントに次のような短期機能を追加するための新しいトランザクション タイプを作成します。 トランザクション バッチング (単一トランザクションの署名から複数のオンチェーン操作を実行する権限) 、スポンサーシップ（別のアカウントに代わって支払いトランザクション）、ダウングレード（アカウント残高に対する特定の支出条件の承認）。
ほとんどのユーザーがウォレットプロバイダーを通じてイーサリアム上でトランザクションを実行することを考慮すると、ウォレット開発者は新しいトランザクションタイプを利用し、ユーザーが簡単にアクセスできる方法でこれらの機能を設計に追加します。
予想される影響
影響を受ける関係者: エンドユーザー、スマートコントラクト開発者
ETHへの予想される影響: プラス
クリティカルおよび非クリティカルなネットワーク修正とは異なり、これらのコード変更は、イーサリアム上でより完全に機能するアプリケーションの開発を直接サポートします。 7002、2537、7702 などの EIP は、それぞれ、よりトラストレスなステーク プール設計、プライバシーが強化された分散型金融プロトコル、および安全なユーザー管理アカウントをサポートします。
データ可用性 (DA) の向上関連の EIP
このレポートで前述したように、Pectra には別のコード変更が含まれる可能性があります。開発者は、データ可用性 (DA) レイヤーとしてのイーサリアムのスケーラビリティを向上させるために、ブロブ ガスのターゲットをわずかに増やすことを検討しています。 EIP 7594 (PeerDAS) アップグレードによる DA 容量の増加に関連する、より大規模で複雑なコード変更セットがあります。ただし、EIP 7549 は Pectra ではアクティブではなくなるため、DA コストを削減するためにより簡単な変更を導入するという提案があります。
現在、イーサリアムはブロックごとに最大 6 つの BLOB を処理でき、各ブロックに平均して 3 つの BLOB が含まれるようにこれらの BLOB のコストを動的に調整します。 L2 ロールアップ Base の開発者である Francis Li 氏は、チャンクあたりの BLOB の目標数を 5 に、チャンクあたりの BLOB の最大数を 8 に増やすことを提案しました。
Li 氏の提案では、ターゲット BLOB の数を控えめに 3 つから 4 つに増やすだけでも、チームがイーサリアム上でロールアップを構築するのに役立つだろうと指摘しました。開発者は主に、Pectra に BLOB ターゲットを追加することに賛成しています。ただし、この見解の確認と、DA の改良点を Pectra に正式に組み込むかどうかは、今後の ACD 電話会議で決定される予定です。現在、開発者は EIP 7742 を Pectra に含めることに同意しており、これにより CL を調整することでイーサリアムの BLOB 容量を変更する道が開かれます。
EIP 7742、CL と EL の間の BLOB 数の分離:最大 BLOB 制限とターゲット BLOB 制限は、常に EL と CL にハードコードされています。 EIP 7742 を使用すると、CL が最大 BLOB 制限とターゲット BLOB 制限を動的に調整できるため、将来の DA 容量の変更には両方の層のハード フォークが必要なく、CL によって個別に調整できます。
EIP 7742 と BLOB 容量の増加に加えて、開発者は Pectra アップグレードまたは Fusaka アップグレードでのイーサリアムの DA 機能の最適化に関連する他の 2 つのコード変更も検討しています。
EIP 7762、MIN_BASE_FEE_PER_BLOB_GAS の増加: BLOB の需要がターゲット レート (現在ブロックあたり 3 BLOB) を超えると、プロトコルは BLOB の強制基本コストを自動的に上方調整します。この価格設定メカニズムは、EIP 1559 に基づく通常のイーサリアム トランザクションのメカニズムと似ています。 EIP 7762 は、BLOB の最低基本コストをより高く調整することで、BLOB 料金市場が BLOB 需要の変動により敏感になり、BLOB 価格をより迅速に検出できるようにします。
EIP 7623、データ呼び出しコストの増加: BLOB に加えて、ロールアップではトランザクションの呼び出しデータ フィールドを使用して、任意のデータを Ethereum に公開することもできます。ただし、通常、トランザクションの呼び出しデータ フィールドを使用すると、ロールアップのコストが高くなります。 EIP 7623 は、イーサリアム ブロックのサイズを削減するために、データの呼び出しコストをさらに増やすことを目的としています。イーサリアム開発者は、BLOB の容量を増やすことでブロック サイズを増やすため、大量の呼び出しデータと最大数の BLOB を含む異常に大きなブロックという極端なケースがバリデーターによって伝播されるのを防ぐことを目指しています。
Pectra での BLOB スループットの向上は、ネットワーク上で実行されている独立したステーカーの数が減り、イーサリアムの分散化に悪影響を与える可能性があるため、開発者の間で物議を醸しているトピックです。独立系ステーカーとは、ステーキング用のステーキング プールやその他の仲介サービスに依存するのではなく、独自の ETH をステーキングし、自宅またはクラウド プロバイダーを通じて独自のステーキング操作を実行するユーザーです。独立したステーカーは、 他のタイプのステーカーと比較して、最もリソースに制約のあるデバイスでバリデータを実行するユーザーです。
BLOB スループットの増加により、バリデーターを動作させるための計算要件が増加し、一部の独立したステーカーがマシンをシャットダウンする可能性があります。 ACDE #197 では、開発者らは、Dencun を受けて一部の独立系利害関係者がすでにバリデーターの運用に取り組んでいることの証拠を共有しました。開発者は、Pectra アップグレードで BLOB 容量を増やすことを決定する前に、独立したステーキング操作の健全性に関するデータ調査を実施することに同意しました。
予想される影響
影響を受ける関係者: L2 ロールアップ、L2 エンドユーザー、ETH 保有者
ETHへの予想される影響: マイナス
短期的には、イーサリアムの DA の改善により、L2 からのプロトコル収益が減少し、L2 シーケンサーの利益率が増加し、L2 エンドユーザーの取引手数料が削減されることが期待されます。これらの影響は、Dencun アップグレードで EIP 4844 をアクティブ化した後の影響と同様であると予想されます。
結論は
Pectra アップグレードの範囲とスケジュールについては依然として不確実性が残っていますが、イーサリアムは引き続きWeb3時代の先導者であり、人間の調整は主にインターネット プロトコルの集中化ではなく分散型ブロックチェーン テクノロジーを通じて行われます。これを達成するには、イーサリアムは最大抽出可能価値 (MEV) やトランザクション検閲などの集中力と闘いながら、分散型テクノロジーとして拡張し続ける必要があります。
イーサリアムは、汎用ブロックチェーンの中で最も高いネットワーク効果を持ち続けています。これは、スマート コントラクト開発者にとって最もよくテストされたブロックチェーンであり、スケーリング、MEV、検閲、ユーザー エクスペリエンスなどに関連する課題に対処するために研究者や開発者によって最も研究されているブロックチェーンです。しかし、イーサリアム開発者がロールアップ中心のロードマップを追求するにつれて、 Web3 が直面する最大の問題の解決策がロールアップに継承されるため、テクノロジーとしてのイーサリアムの役割とイーサリアムのアップグレードの重要性は徐々に低下するはずです。
Pectra は、 Web3スペースに新しいユーザーやスマート コントラクト開発者を引き付けることが期待される UX に重点を置いたコード変更を導入します。ただし、これはユーザーとETH保有者に直接影響を与える最後の数少ないアップグレードの1つになる可能性があります。ユーザーがロールアップに移行し、プロトコルの収益がロールアップ活動によってますます増加するにつれて、イーサリアムの関係者にとって最も重要なコード変更はロールアップに関係するものになるでしょう。この目的を達成するには、テクノロジーとしてのロールアップの成熟度と、イーサリアムのセキュリティを有意義に継承し、何百万人もの新規ユーザーに対応できるスケールを実現する能力を分析することが重要です。
