イーサネット・アップグレード完全ガイド Pectra

著者：イーサリアム財団プロトコルサポートチーム; 翻訳者：Golden Finance xiaozou

イーサリアムのペクトラアップグレードは、イーサリアムのメインネットワークで2025年5月7日、エポック364032（UTC時間10:05:11）にアクティベートされる予定です。

1.ペクトラの紹介

ペクトラは昨年のDencunアップグレードに続くメジャーアップデートです。新機能の導入、検証者のエクスペリエンスの向上、L2スケーリングのサポートなどにより、イーサリアムアカウントシステムを強化します！

これら3つの大きな改善点については、この記事で詳しく説明しています。アップグレードの包括的な概要については、ethereum.orgのアップグレードガイドをご覧ください。

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

EIP-7702は、ユーザーが外部アカウント（EOA）にスマートコントラクト機能を追加できるようにする、アカウント抽象化プロセスにおける重要な一歩を示します。

このハイブリッドソリューションは、EOAのシンプルさとコントラクトアカウントのプログラム可能性を組み合わせたものです。

-トランザクションバッチ処理：複数の操作を1つのトランザクションでアトミックに実行できます。認可」と「交換」のために別々のトランザクションを開始する必要はありません！

- ガス決済： 第三者がトランザクションに対して支払うことができます。これは特にETHアカウントなしで取引を開始するのに便利です。

- 代替認証: これは、今日の携帯電話のハードウェアセキュリティモジュール（HSM）の多くが、パスキーなどの技術を通じてアカウント操作を承認できることを意味します。

- 支出コントロール： 特定のアプリが消費できるトークンの数を制限したり、セキュリティを向上させるために1日のウォレット転送の上限を設定したりできます。

-回復メカニズム：新しいアカウントに移行することなく、ユーザーに複数の資産保護オプションを提供します。

EIP-7702を使用する場合、EOAは特定の委任アドレス（実行されるコードを含む）を指す認証に署名する必要があります。セットアップが完了すると、アカウントは新しいコード機能（バッチ処理、代理支払い、検証ロジックなど）にアクセスできるようになります。

- チェーン固有の委任： デフォルトでは、委任は特定のチェーンIDに対してのみ有効であり、同じ認可がネットワーク全体で使用されることを防ぎます。

- Nonce Binding Delegation:委任はアカウントの現在のNonceにバインドすることができ、Nonceが増加すると自動的に期限切れになります。- 取り消し可能性：EOAの所有者は、既存の委任コードを取り消したり置き換えたりするために、常に新しいEIP-7702委任を作成することができ、永久的なロックアウトにつながる誤った操作を避けることができます。

(2)バリデータ体験の最適化

Pectraには、バリデータ体験を向上させる3つのEIPが含まれています：7251、7002、6110です。

まず、EIP-7251は、引き出し認証情報の種類を自発的に更新することで、バリデータに報酬を与えることができる最大残高を32ETHから2,048ETHに引き上げました。p>プレジャーにとって、これは収益の複利計算を可能にします。以前は、32ETH以上を誓約した検証者は、アクティブな誓約としてカウントされませんでした。eip-7251では、新旧両方の検証者が実際の誓約量（上限は2048 ETH）に基づいて報酬を受け取るように設定できます。

EIPはまた、大規模なオペレーターが複数の32 ETHバリデータを統合することを可能にし、それによってネットワーク全体の帯域幅要件を削減します。

一方、EIP-7002は、実行レイヤーのトリガー可能な引き出しを導入することで、バリデータの機能を拡張します。これまでは、バリデータのアクティブな署名鍵のみが引き出しをトリガーできました。現在では、イーサネットアドレスが取下げの信用情報として設定されている場合、 そのアドレスも取下げを強制することができる。これにより、資金の所有者（EOAを管理する個人またはDAOが管理するスマートコントラクトのいずれか）が常に信頼なしで引き出しを開始できるようになるため、委任のセットアップにおける信頼の前提が軽減されます。

最後に、EIP-6110は合併前のイーサにおけるレガシーな問題、つまり検証者が入金してから入金キューに入るまでの遅延を解消します。イーサネットの合併前は、ビーコンチェーンは、プルーフ・オブ・ワークの再編成の可能性があるため、検証者の入金を処理する前に2048ブロック待たなければなりませんでした。これはもはや必要ありません！

EIP-6110はデポジット処理の待ち時間を約9時間から13分に短縮します。

(3)ブロブ拡張

ペクトラの最後の大きな変更はEIP-7691で、イーサのブロブスループットを2倍にしました！

Dencunのアップグレードによって導入されたブロブは、圧縮されたトランザクションデータと証明をEther L1に提出するためにL2によって使用される一時的なストレージソリューションです。これを有効にすることで、L2のL1手数料が10～100倍削減され、L2ユーザーのトランザクションコストが劇的に削減されます。

現在、イーサネットメインネットはブロックあたり平均3ブロブ、ピーク時6ブロブをサポートしています。

ノードによって永久に保存されるCALLDATAとは異なり、blobは4096エポック（約18日）後にパージされます。blobの実際の制約は、イーサネットのピアツーピア層を通して伝播する必要があるため、帯域幅から来るものです。EIP-7691による帯域幅の増加を相殺するために、Pectraはブロックサイズの上限を制限するEIP-7623も導入しました。

帯域幅要件を増やさずにイーサネットのデータスループットを拡張し続けるには、「各ノードがすべてのブロブを保存する」モデルから、ノードがサブセットのみを保存し、残りをネットワークサンプリングによって検証するモデルに移行する必要があります。良いニュースは、すでに作業が進行中であることだ！イーサネット財団の研究チームのフランチェスコは、Devconの基調講演で拡張ロードマップの概要を説明した。

2.ペクトラの仕様

ペクトラに対する特定の更新は、EIP-7600 で詳細に説明されています。 具体的には、

- EIP-2537: BLS12-381 カーブ操作のプリコンパイル

- EIP-2935: 過去のブロックハッシュをステートで履歴ブロックハッシュを保存する

- EIP-6110: 検証者預託のオンチェーンプロビジョニング

- EIP-7002: 実行レイヤートリガーによる終了

- EIP-7251: MAX_EFFECTIVE_BALANCE の上限を引き上げる

- EIP-7549: Attestation から committee index フィールドを移動する

- EIP-7623: calldata コストを増加する

-- EIP-7685: Generic Execution Layer Requests

- EIP-7691: Blob Throughput Increase

- EIP-7702: EOA Account Codesの設定

- EIP-7840: EL設定ファイルへのブロブスケジュールの追加

実行レイヤーとコンセンサスレイヤーの仕様の完全なPythonバージョンは以下のリリースにあります:

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

- コンセンサスレイヤー: v1.5.0-β.5

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

3.Pectra Activation

Pectra ネットワークのアップグレードは、2025年5月7日10:05:11 UTC (エポック364032開始) にメインEtherNet上でアクティベートされます。

アクティベーションはHoodi、Holesky、Sepoliaの各テストネットワークで完了しています。

4.クライアントのバージョン

メインEtherNet上のPectraアップグレードには、以下のクライアントバージョンが適用されます。

コンセンサス層のバージョン

Validatorを実行する場合、コンセンサス層のビーコン・ノードとValidatorクライアントの両方を更新する必要があります。

<

実行レイヤーのバージョン

5.よくある質問

Q: イーサネット ネットワークのアップグレードはどのように機能しますか?

回答:イーサネット・ネットワークのアップグレードには、ノード・オペレータが明示的にオプトインする必要があります。クライアント開発者はアップグレードに含まれるEIPに同意しますが、最終的な決定権者ではありません。

アップグレードが有効になるためには、バリデータと非プレッジノードは、新しいプロトコルをサポートするようにソフトウェアを手動でアップデートしなければなりません。

使用するイーサネットクライアントが最新バージョンにアップデートされていない場合（上記参照）、ブロックがフォークされたときにアップグレードされたノードから切断され、ネットワークのフォークを引き起こします。この場合、ノードの各サブセットは、同じ(アップグレードされていない)状態を維持するノードにのみ接続されたままになります。

ほとんどのイーサのアップグレードは争われることなく、フォークもまれですが、アップグレードをサポートするかどうかを決定するノードオペレータの自律性は、イーサガバナンスの核となる特徴です。

Q: メインのイーサネットのユーザーまたはETHホルダーとして何をする必要がありますか?

A:一言で言えば、何もありません。

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

Q: 非プレッジノードオペレーターとして何をする必要がありますか？

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

Q: 誓約者として何をする必要がありますか？

A:互換性を確保するため、実行レイヤークライアントとコンセンサスレイヤークライアントを上記の表に記載されているバージョンに更新してください。ビーコンノードとバリデータクライアントも更新してください。

Q: アプリケーションやツールの開発者はどうすればよいですか？

A:ペクトラに含まれるEIPを確認し、プロジェクトに与える影響を評価してください！

Q: なぜ「Pectra」なのですか？

A: 実行レイヤーのアップグレードはDevconの都市名に従っており、コンセンサス レイヤーのアップグレードは星座の名前を使っています。Pectra」は、Devcon IVが開催されたプラハと、おうし座の青と白の星「Electra」の組み合わせです。