イーサリアムPectraアップグレード全ガイド

著者：イーサリアム財団プロトコルサポートチーム；翻訳：金色财经xiaozou

イーサリアムPectraアップグレードは2025年5月7日にイーサリアムメインネットepoch 364032（UTC時間10:05:11）でアクティブになります。

1. ペクトラの紹介

Pectraは昨年のDencunアップグレードに続く重要な更新です。新機能を導入することで、エーテルアカウントシステムを強化し、バリデーター体験を改善し、L2拡張をサポートします！

この記事では、この3つの主要な改善点について詳しく探討します。アップグレードの内容についての完全な理解が必要な場合は、ethereum.orgのアップグレードガイドを参照してください。

（1）外部アカウント（EOA）からスマートアカウントへ

EIP-7702は、外部アカウント（EOA）にスマートコントラクト機能を追加することを許可する、アカウントの抽象化プロセスの重要なステップを示しています。

このハイブリッドソリューションは、EOAの簡便さとコントラクトアカウントのプログラム性を組み合わせています。具体的には、ウォレットが以下の機能をサポートできるようにします：

**• 取引バッチ処理：**複数の操作を1回の取引で原子的に実行できます。「承認」と「交換」のために独立した取引を開始する必要はありません！

**• ガス代支払い：**第三者による取引手数料の支払いを許可します。これは、ETHアカウントのないユーザーが取引を開始する際に特に便利です。

**• 代替検証：**現在のスマートフォンにある多くのハードウェアセキュリティモジュール（HSM）が、通行キーなどの技術を通じてアカウント操作を認証できることを意味します。

**• 支出コントロール：**特定のアプリケーションが消費できるトークンの数量を制限することや、セキュリティを向上させるためにウォレットの毎日の送金上限を設定することができます。

**• リカバリーメカニズム：**ユーザーに新しいアカウントに移行することなく、さまざまな資産保護オプションを提供します。

EIP-7702を使用する際、EOAは特定の委任アドレス（そのアドレスには実行待ちのコードが含まれています）への承認を署名する必要があります。設定が完了すると、アカウントは新しいコード機能（バッチ処理、代理支払い、検証ロジックなど）を取得します。委任対象を選択することは、大量の管理権を移譲することを意味するため、EIP-7702は複数のセキュリティチェックを強制します：

**• 特定チェーン委託：**デフォルトでは、委託は特定のチェーンIDにのみ有効であり、クロスネットワークで同じ認可を使用するのを防ぎます。

**• ノンスバインド委託：**許可はアカウントの現在のノンスにバインドされ、ノンスが増加すると自動的に無効になります。• 取り消し可能性：EOAの所有者は常に新しいEIP-7702許可を作成して、既存の委託コードを取り消したり置き換えたりでき、誤操作による永久ロックを防ぎます。

（2）バリデーター体験の最適化

Pectraには、バリデーターの体験を改善するための3つのEIPが含まれています：7251、7002、6110。

まず、EIP-7251は、ボランティアによる引き出し証明書のタイプの更新を通じて、バリデーターが得られる報酬の最大残高を32 ETHから2048 ETHに引き上げます。

ステーキング者にとって、これは収益の複利を実現します。それ以前は、検証者が32 ETHを超える部分をステークしても、アクティブなステーク量には含まれませんでした。32 ETHを超えてステークしたいユーザーは、32 ETHを単位として操作する必要があり、中間値はステーキングプールに依存します。EIP-7251により、新旧の検証者は実際のステーク量に基づいて報酬を取得するように構成できます（上限2048 ETH）。

このEIPは、大規模オペレーターが複数の32 ETHバリデーターを統合できるようにし、ネット全体の帯域幅の要求を削減します。

EIP-7002は、実行層でトリガーされる引き出しを導入することによって、バリデーターの能力を拡張します。それ以前は、バリデーターのアクティブな署名キーのみが退出をトリガーできました。今では、イーサリアムアドレスを引き出し証明書として設定すれば、そのアドレスも強制的に退出することができます。これにより、委任設定における信頼の仮定が低下します。なぜなら、資金の所有者（EOAを制御する個人またはDAOが管理するスマートコントラクトに関わらず）は、常に信頼なしで退出を開始できるからです。

最後に、EIP-6110は合併前のイーサリアムの遺留問題を解消しました：検証者の預金と預金キューへの参加との間の遅延。イーサリアムの合併前、ビーコンサインは2048ブロック待機して検証者の預金を処理し、潜在的なプルーフ・オブ・ワークの再編成に対応する必要がありました。今ではこれはもはや必要ありません！

EIP-6110は、入金処理の遅延を約9時間から13分に短縮しました。

(3) BLOB 拡張機能

Pectra最後の重要な変更はEIP-7691で、これによりエーテルのblobスループットが倍増します！

Dencunアップグレードで導入されたblobは、L2がイーサリアムL1に圧縮取引データと証明を提出するための一時的なストレージソリューションです。これを有効にすることで、L2のL1手数料が10〜100倍低下し、L2ユーザーの取引コストが大幅に削減されました。

現在のイーサリアムメインネットは、各ブロックで平均3つのblobをサポートしており、ピーク容量は6つです。EIP-7691は、それぞれ平均6つ、ピーク9つに引き上げます。

ノードに永久的に保存されるCALLDATAとは異なり、blobは4096エポック（約18日）後に削除されます。これにより、そのスペースの占有が制限されます。blobの実際の制約は帯域幅にあり、イーサリアムのピアツーピア層で伝播する必要があります。EIP-7691による帯域幅の増加を相殺するために、Pectraはブロックサイズの上限を制限するEIP-7623も導入しました。

帯域幅の要求を増加させることなくイーサリアムのデータスループットを持続的に拡張するためには、"各ノードがすべてのblobを保存する"から"ノードがサブセットのみを保存し、ネットワークサンプリングを通じて残りのデータを検証する"のモデルに移行する必要があります。良いニュースは：関連作業は進行中です！イーサリアム財団の研究チームのFrancescoは、Devconの基調講演でこの拡張ロードマップを大まかに説明しました。

##2、ペクトラ仕様

Pectraの具体的な更新はEIP-7600を参照してください。具体的には：

• EIP-2537：BLS12-381曲線操作のプレコンパイル

• EIP-2935：状態における過去のブロックハッシュを保存する

• EIP-6110：オンチェーン供給検証者のデポジット

• EIP-7002：実行層がトリガーする退出

EIP-7251:MAX_EFFECTIVE_BALANCE の上限を引き上げました。

• EIP-7549：委員会インデックスフィールドをアテステーションから移動する

• EIP-7623：calldataコストを増加させる

EIP-7685:共通実行レイヤ要求

• EIP-7691：Blobスループットの向上

• EIP-7702：EOAアカウントコードの設定

• EIP-7840：ELの設定ファイルにblobスケジュールを追加

実行層と合意層の仕様の完全なPythonバージョンは、以下のバージョンを参照してください：

•実行レイヤー:v1.17.0rc6

• コンセンサス層：v1.5.0-beta.5

さらに、Pectraはコンセンサス層と実行層のノード間通信に使用されるEngine APIを更新しました。

3、Pectraのアクティベーション

Pectraネットワークのアップグレードは、2025年5月7日UTC時間10:05:11（epoch 364032から開始）にイーサリアムメインネットでアクティブになります。

以前にHoodi、Holesky、Sepoliaテストネットでのアクティベーションが完了しました。

4、クライアントバージョン

以下のクライアントバージョンは、イーサリアムメインネットのPectraアップグレードに適しています。

コンセンサスレイヤーバージョン

バリデーターを実行する際は、コンセンサス層のビーコンノードとバリデータークライアントを同時に更新する必要があります。

! KXFHx8LjbjSQLfmRpJ5stlRXrLaquJmXzLkk8q0F.png

実行層バージョン

! c7AWxCs4SOOyUAEWy0L07QeyleSULZzeGjUfvrtt.png

5、よくある質問

質問：イーサリアムネットワークのアップグレードはどのように機能しますか？

**答：**イーサリアムネットワークのアップグレードには、ノード運営者が明確に参加することを選択する必要があります。クライアント開発者はアップグレードに含まれるEIPについて合意に達していますが、彼らは最終的な意思決定者ではありません。

アップグレードを有効にするには、バリデーターと非ステーキングノードが新しいプロトコルをサポートするようにソフトウェアを手動で更新する必要があります。

もし使用しているイーサリアムクライアントが最新バージョンに更新されていない場合（上記参照）、フォークブロック時にアップグレードノードとの接続が切断され、ネットワークがフォークします。この場合、各ノードのサブセットは、同じ（未）アップグレード状態を保持しているノードとの接続を維持します。

多数のイーサリアムのアップグレードは無争議であり、フォークの状況は稀であるが、ノードオペレーターがアップグレードを支持するかどうかを自主的に決定することは、イーサリアムのガバナンスの核心的な特徴である。

質問：イーサリアムメインネットのユーザーまたはETH保有者として、私は何をする必要がありますか？

**答：**一言で言うと：必要ありません。

取引所、デジタルウォレット、またはハードウェアウォレットを使用している場合、サービスプロバイダーから特に通知がない限り、何も操作する必要はありません。

質問：非ステーキングノードオペレーターとして、私は何をする必要がありますか？

**答：**互換性を確保するために、実行層とコンセンサス層のクライアントを上表に記載されているバージョンに更新してください。

質問：ステーキングを行う者として、私は何をすればよいですか？

**答：**互換性を確保するために、実行層とコンセンサス層のクライアントを上表に記載されたバージョンに更新してください。信号ノードとバリデータークライアントも同時に更新してください。

質問：アプリやツールの開発者として、私は何をすべきですか？

**答：**Pectraに含まれるEIPをレビューし、そのプロジェクトへの影響を評価します——今回のアップグレードでは、実行層とコンセンサス層に多くの興奮する新機能が導入されました！

質問：なぜ「Pectra」と名付けられたのですか？

**答：**実行層のアップグレードはDevconの都市名を引き続き使用し、コンセンサス層のアップグレードは星宿の名前を採用します。"Pectra"はDevcon IVが開催されたプラハ（Prague）と金牛座（Taurus）の青白い巨星エレクトラ（Electra）の組み合わせです。