原文は Galaxy Research から
編集 | Odaily星球日报 Golem（@web3_golem）
編者按：イーサリアム Pectra アップグレードは 2025 年初頭にメインネットで有効化されると予想されており、Galaxy Research が昨日発表した報告書では Pectra アップグレードの内容と進展、イーサリアムの価格およびその利害関係者への影響について詳しく説明されています。また、Pectra アップグレードに関連する Fusaka アップグレードや、歴史的な期限、提案者と構築者の分離 (ePBS)、および verkle ツリーの移行など、イーサリアムの価値に影響を与えると予想される他のプロトコル開発についても紹介しています。
原文が長すぎて要点が多いため、Odaily星球日报はこの報告書を要約し、Pectra アップグレードに含まれる 10 の EIP を中心に、ネットワークの欠陥修正、UX 改善、DA 容量の向上に関する役割を説明し、これらのアップグレードが ETH の価格や利害関係者に与える影響を分析しました。
Pectra アップグレードの概要
2024 年 10 月現在、開発者は Pectra アップグレードの範囲を拡大することに合意しており、その中には EIP 7742 という追加のコード変更が含まれています。Pectra にこのコード変更を含めることで、開発者は現在の 9 つの EIP に加えて、blob 容量の増加も Pectra に含める可能性があります。Pectra アップグレードは2025年初頭にメインネットを起動する予定であり、次の 10 のコード変更が含まれる可能性があります：
全体的に、Pectra にはイーサリアムに対する一連の更新が含まれており、次の 3 つの結果を実現することが期待されています：
ステーキングプロトコルの重要な欠陥を修正すること；
イーサリアム上のスマートコントラクトアプリケーションとのインタラクションのユーザーエクスペリエンス (UX) を改善すること；
イーサリアムのデータ可用性 (DA) 容量を向上させること。
表面的には、UX 改善とイーサリアムが DA レイヤーとしての改善は相互に対立しているように見えます。なぜなら、イーサリアムが DA レイヤーとしての改善は、最終ユーザーがもはやイーサリアム上のスマートコントラクトと相互作用せず、より安価な方法でロールアップ上のスマートコントラクトと相互作用することを奨励するために設計されているからです。しかし、イーサリアムの UX の改善は「滴下効果」を生む可能性があり、これはそれらがメインネットに実装されるため、ロールアップによって採用される可能性が高く、ロールアップとイーサリアムの最終ユーザーに利益をもたらすことを意味します。
注目すべきは、Pectra には「健全な通貨」または価値の保存としての ETH を強化するナラティブに対するコード変更がないことです。また、EIP のいずれもイーサリアムの検閲耐性ブロックチェーンとしての品質を直接改善することはできず、マージアップグレード以来、この問題は開発者が解決する必要があるより高い優先事項となっています。なぜなら、ブロック構築プロセスに関与する規制されたエンティティの数が増加しているからです。
イーサリアムの 50% 以上のブロックは、OFAC 要件を満たすリレーターによって生成されており、これはこれらのブロックの生成を担当するエンティティがアメリカの OFAC 制裁リストに掲載されているイーサリアムアドレスとの取引を故意に除外していることを意味します。
開発者は、将来的なアップグレードで ETH の発行を減少させ、検閲耐性を向上させるためのコード変更を追加する努力をしています。しかし、これらは Pectra アップグレードの重点ではありません。次に、上記の 10 の EIP を具体的に分類し、それが ETH および利害関係者に与える予想される影響について説明します。
EIP 7251 ：イーサリアムネットワークの重要な修正
すべての重要かつ非重要な修正は、2025 年第一四半期の 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 ドルであり、これは 20,000 ドル未満の資金を持つユーザーも自分のバリデーターを運営し、独立してステーキング報酬を得ることができたことを意味します。当時、ステーキング報酬には取引手数料や MEV の報酬が含まれておらず、ユーザーが資金を引き出すことができなかったため、ステーキングにはかなりのリスクがありました。
参加を奨励するために 32 ETH の有効残高が選ばれた理由は、信号チェーンの元々の設計が、各バリデーターが同じ有効残高を持つことを要求するためです。すべてのユーザーが 32 ETH を超えるステーキング残高を保持している場合、開発者はチェーンを保護するための十分なバリデーターが確保できないことを懸念しています。すべてのユーザーが 32 ETH 未満のステーキング残高を保持している場合、過剰に不要なバリデーターがイーサリアムのネットワーク層に負担をかけることが懸念されています。
最大有効残高が 32 ETH の他に、開発者はイーサリアムの将来のステーキング需要に基づく粗い推定に基づいて、プロトコルに一連の他の定数とパラメータを設定しました。たとえ開発者の推定が非常に不正確であっても、彼らは後続のハードフォークを通じてチェーンの経済性やステーキングパラメータを調整できると考えています。現在、Lido や Coinbase などの流動性ステーキングソリューションの急速な採用により、開発者はイーサリアムの発行曲線をより低く調整しています。
最後に、イーサリアムネットワーク層の真の容量に関して誤った仮定が存在する可能性があります。イーサリアムの創始者である Vitalik Buterin は、2021 年のブログで、信号チェーンの設計仕様が 410 万バリデーターをサポートでき、最大有効残高が 32 ETH であると述べました。実際には、クライアントの実装に伴うさまざまなアップグレードと変化により、イーサリアムのネットワーク層は 140 万バリデーターをサポートすることが非常に困難であり、400 万を超えることは言うまでもありません。
EIP 7251 の実施詳細
EIP 7251 は複雑なコード変更です。これは、プロトコルがバリデーターの報酬、罰則、引き出しの計算方法を根本的に変更します。プロトコルは、アクティブなバリデーターの数ではなく、バリデーターの総有効残高に基づいてこれらの計算を行います。それぞれのバリデーターの有効残高は、最低 32 ETH から 2048 ETH までの範囲で変動します。
特に罰則メカニズムの変更に関連する過程で、開発者は、有効残高が少ないバリデーターに対する罰則が有効残高が大きいバリデーターに対する罰則よりも厳しい極端な状況を発見しました。しかし、その後の Pectra テストプロセスでこの極端な状況は解決されました。2024 年 10 月現在、開発者は EIP 7251 仕様のバグを解決するために引き続き努力しています。
計算の更新に加えて、この EIP はバリデーターに既存のバリデーターを統合するための新しい操作を導入し、有効残高が大きいバリデーターの初期罰則を引き下げて統合を奨励します。
このアップグレードが有効化されると、大規模なステーキングエンティティがどれだけ早くバリデーターを統合し、ネットワークの負担を軽減できるかは不明です。現在からバリデーターの統合が有効化されるまでの期間において、バリデーターの数が急増することがネットワークの健康や、低性能ハードウェア上やインターネット帯域幅が制限された場所でバリデーターを運営するネットワーク参加者に悪影響を及ぼす可能性が懸念されています。
以下の表は、Dencun アップグレード以来のアクティブなバリデーターの数の増加を示しています。Dencun アップグレード時にイーサリアムの各エポックの最大バリデーターエントリー数は 15 から 8 という定数値に減少しました。以下のグラフは、バリデーターエントリーの流出率が 8 に減少して以来、新しいバリデーターエントリーの活動に基づいてイーサリアムのバリデーターセットの成長を予測しています。以下の予測は保守的であり、イーサリアム上の Eigenlayer などの再質押プロトコルの成熟など、将来の質押需要の増加に対する潜在的な触媒を考慮していないことに注意が必要です。
他の非ネットワーククリティカルな修正の EIP
EIP 7251 を除いて、Pectra アップグレードの 10 の EIP の中には、ネットワークにも修正を加えた EIP がいくつかありますが、非重要なものでした。これらには次のものが含まれます：
EIP 7549 、委員会インデックスを証明から移行：CL クライアントソフトウェアの効率を向上させるために、このコード変更はバリデーター証明メッセージの再構成を導入します。これにより、バリデーター ノードのネットワーク負荷が軽減されると予想されますが、その程度は EIP 7251 よりも低いです。
EIP 6110 、オンチェーンでのバリデーターの預金を提供：このコード変更により、CL から EL に新しいステーキング ETH の預金の責任が移行します。こうすることで、開発者は預金のセキュリティを向上させ、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 12-381 曲線は、ゼロ知識暗号で広く使用される代数構造です。ゼロ知識暗号は、ブロックチェーンベースのアプリケーションにさまざまな利点を提供する可能性があり、強化されたプライバシー保護、安全性、スケーラビリティを含みます。BLS 曲線での演算能力は、イーサリアム上に構築されたアプリケーションやロールアップに有利であり、これらのアプリケーションやロールアップはすでにゼロ知識証明システムを使用しているか、これらのシステムをその操作に統合することを検討しています。
EIP 7002 、実行層が引き出しをトリガーできる：EIP 7002 は、バリデーターの引き出しをトリガーするためのステートフルなプレコンパイルを作成します。これは EVM ステートを変更するメカニズムです。現在、信号チェーンのバリデーターは、バリデーターの引き出しキー所有者の介入を通じてのみ退出できますが、バリデーターの引き出しキー所有者は通常、バリデーターのオペレーターです。EIP 7002 は、スマートコントラクトがバリデーターの引き出し証明書を所有し、それを使用してバリデーターの退出をトリガーするメカニズムを導入します。これにより、信頼を必要としない設計がより多くのステーキングアプリケーションに提供され、既存のステーキングアプリケーションは、バリデーターのノードオペレーターの誠実な行動に対する信頼仮定を排除できるようになります。これにより、EIP 7002 を利用するステーキングアプリケーションのユーザーにも、滴下効果が生まれ、これらのアプリケーションのセキュリティが向上します。
EIP 7702 、EOA アカウントコードの設定：最終ユーザーのために、新しい取引タイプを作成し、ユーザーが制御するイーサリアムアカウントに短期機能を追加します。たとえば、取引バッチ処理（単一の取引から複数のオンチェーン操作を実行するための権限を付与）、スポンサーシップ（別のアカウントの取引を支払うこと）、権限の低下（アカウント残高の特定の消費条件を承認）などです。
大多数のユーザーがウォレットプロバイダーを通じてイーサリアムで取引を行っていることを考えると、ウォレット開発者は新しい取引タイプを利用し、ユーザーが簡単にアクセスできる方法でこれらの機能を設計に追加することになります。
予想される影響
影響を受ける利害関係者：最終ユーザー、スマートコントラクト開発者
ETH への予想される影響：ポジティブ
重要かつ非重要なネットワーク修正とは異なり、これらのコード変更はイーサリアム上でより機能的なアプリケーション開発を直接サポートします。7002、2537、および 7702 などの EIP は、それぞれ、より信頼を必要としないステーキングプールデザイン、プライバシーを強化した分散型金融プロトコル、ユーザー制御アカウントのセキュリティをサポートします。
データ可用性 (DA) 改善に関連する EIP
本報告書の前述のとおり、Pectra に別のコード変更が含まれる可能性があります。開発者は、イーサリアムをデータ可用性 (DA) レイヤーとしてのスケーラビリティを向上させるために、blob gas 目標をわずかに増加させることを検討しています。EIP 7594 (PeerDAS) アップグレードに関連して DA 容量を向上させるために、より大きく、より複雑な一連のコード変更があります。しかし、EIP 7549 はもはや Pectra で有効化されないため、DA コストを削減するためによりシンプルな変更を導入することが提案されています。
現在、イーサリアムは各ブロックにつき最大 6 つの blob を処理でき、これらの blob のコストは動的に調整され、平均して各ブロックには 3 つの blob が含まれています。L2 ロールアップ Base の開発者 Francis Li が提案したのは、各ブロックの目標 blob 数量を 5 に、各ブロックの最大 blob 数量を 8 に増やすことです。
Li の提案では、目標 blob 数を 3 から 4 に保守的に増やすことが、イーサリアム上でロールアップを構築するチームに役立つと指摘されています。開発者は Pectra での blob 目標の増加を大いに支持しています。しかし、この見解の確認と Pectra への DA 改善の正式な導入は、今後の ACD 電話会議で決定される必要があります。現在、開発者は Pectra で EIP 7742 を追加することに合意しており、これにより CL を調整することでイーサリアムの blob 容量を変更する道が開かれます。
EIP 7742 、CL と EL の間で blob カウントをデカップリングする：最大および目標の blob 制限は常に EL と CL でハードコーディングされます。EIP 7742 により、CL は最大および目標の blob 制限を動的に調整できるようになり、DA 容量の将来の変化に対して、両方のレイヤーをハードフォークする必要がなく、CL を通じて特別に調整できるようになります。
EIP 7742 と blob 容量の増加に加えて、開発者は Pectra アップグレードまたは Fusaka アップグレードにおけるイーサリアムの DA 機能を最適化するための他の 2 つのコード変更を検討しています：
EIP 7762 、MIN_BASE_FEE_PER_BLOB_GAS の増加：ブロブの需要が目標料金を超えると（現在、各ブロックにつき 3 つの blob）、プロトコルは自動的に blob の強制基本コストを上昇させます。この価格設定メカニズムは、EIP 1559 に基づく通常のイーサリアム取引の価格設定メカニズムに類似しています。EIP 7762 は blob の最低基本コストを引き上げ、blob 料金市場が blob の需要の変動に対してより敏感になり、blob の価格発見をより迅速に実現できるようにします。
EIP 7623 、コールデータコストの増加：blob に加え、ロールアップは取引のコールデータ (call data) フィールドを使用して任意のデータをイーサリアムに公開することもできます。しかし、通常、取引のコールデータフィールドを使用することはロールアップにとってコストが高くなります。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 は UX 中心のコード変更を導入し、新しいユーザーとスマートコントラクト開発者を Web3 の領域に引き込むと予想されています。しかし、それはおそらくユーザーと ETH 保有者に直接影響を与える最後のいくつかのアップグレードの一つとなるでしょう。ユーザーがロールアップに移行するにつれ、プロトコル収入はますますロールアップの活動に駆動されるようになり、イーサリアムの利害関係者にとって最も重要なコード変更はロールアップに関する変更となるでしょう。そのため、ロールアップが技術としての成熟度を分析し、イーサリアムの安全性を意味のある形で引き継ぎ、数百万の新しいユーザーに拡張する能力を評価することが非常に重要です。
