Ethereum Pectra アップグレードは、2025 年 5 月 7 日の Ethereum メインネット エポック 364032 (UTC 10:05:11) にアクティブ化される予定です。

1. Pectraの紹介

Pectra は、昨年の Dencun アップグレードに続くメジャー アップデートです。新しい機能を導入して Ethereum アカウント システムを強化し、バリデーターのエクスペリエンスを向上させ、L2 拡張をサポートするなどします。

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

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

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

このハイブリッド ソリューションは、EOA のシンプルさと契約アカウントのプログラミング可能性を組み合わせたものです。具体的には、ウォレットで以下の機能をサポートできるようになります。

• トランザクションのバッチ処理: 複数の操作を単一のトランザクションでアトミックに実行できます。 「承認」と「引き換え」のために別個のトランザクションを開始する必要はもうありません。

• ガス支払い: 第三者が取引手数料を支払うことを可能にします。これは、ETH アカウントなしでトランザクションを開始する場合に特に便利です。

• 代替認証: これは、現在の携帯電話の多くのハードウェア セキュリティ モジュール (HSM) が、パスキーなどのテクノロジーを通じてアカウント操作を承認できることを意味します。

• 支出制御: 特定のアプリケーションが消費できるトークンの数を制限したり、ウォレットの 1 日あたりの転送制限を設定してセキュリティを強化したりできます。

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

EIP-7702 を使用する場合、EOA は特定の委任アドレス (実行されるコードが含まれています) を指す承認に署名する必要があります。セットアップが完了すると、アカウントには新しいコード機能 (バッチ処理、代理支払い、検証ロジックなど) が追加されます。委任先を選択するということは多くの制御を引き渡すことを意味するため、EIP-7702 はいくつかの安全性チェックを実施します。

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

• nonce バインディング委任: 承認はアカウントの現在の nonce にバインドされ、nonce が増加すると自動的に無効になります。 • 取り消し可能性: 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 によって管理されるスマート コントラクトであっても) は常に信頼なしで Exit を開始できるため、委任設定における信頼の想定が軽減されます。

EIP-7002 は、実行レイヤーによってトリガーできる引き出しを導入することでバリデーターの機能を拡張します。以前は、バリデータのアクティブな署名キーのみが終了をトリガーできました。現在、イーサリアムアドレスを出金伝票として設定すると、そのアドレスも強制的に出金できるようになります。これにより、資金の所有者 (EOA を管理する個人であっても、DAO によって管理されるスマート コントラクトであっても) は常に信頼なしで Exit を開始できるため、委任設定における信頼の想定が軽減されます。

最後に、EIP-6110 は、合併前の Ethereum のレガシー問題、つまりバリデーターがデポジットを行ってからデポジット キューに参加するまでの遅延を解消します。 Ethereum の統合前に、ビーコン チェーンは、潜在的なプルーフ オブ ワークの再編成に対処するために、バリデーターのデポジットを処理する前に 2048 ブロック待つ必要があります。もうこれは必要ありません!

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

(3) ブロブの拡張

Pectra に導入される最後の大きな変更は EIP-7691 で、これにより Ethereum の BLOB スループットが 2 倍になります。

Dencun アップグレードによって導入された BLOB は、L2 が圧縮されたトランザクション データと証明を Ethereum L1 に送信するために使用する一時的なストレージ ソリューションです。有効化すると、L2 の L1 手数料が 10 ～ 100 分の 1 に削減され、L2 ユーザーの取引コストが大幅に削減されます。

現在の Ethereum メインネットは、ブロックあたり平均 3 つの BLOB をサポートしており、ピーク容量は 6 です。EIP-7691 では、平均サポートが 6 に、ピークが 9 に増加します。

ノードによって永続的に保存される CALLDATA とは異なり、BLOB は 4096 エポック (約 18 日) 後にクリアされます。これにより、スペースの占有領域が制限されます。 BLOB に対する実際の制約は、Ethereum ピアツーピア層全体に伝播する必要があるため、帯域幅から生じます。 EIP-7691 によってもたらされた帯域幅の増加を相殺するために、Pectra はブロック サイズの上限を制限する EIP-7623 も導入しました。

帯域幅の要件を増やすことなく Ethereum のデータ スループットを拡張し続けるには、すべてのノードがすべての BLOB を保存するモデルから、ノードがサブセットのみを保存し、残りをネットワーク サンプリングによって検証するモデルに移行する必要があります。良いニュースとしては、関連する作業がすでに進行中であるということです。 Ethereum Foundation の研究チームの 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: 通話データのコストが増加する

• EIP-7685: 汎用実行層リクエスト

• EIP-7691: BLOBスループットの改善

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

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

実行およびコンセンサス レイヤーの仕様の完全な Python バージョンは、次のバージョンにあります。

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

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

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

3. ペクトラ活性化

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

すでに Hoodi、Holesky、Sepolia テストネットで有効化されています。

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

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

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

バリデーターを実行する場合、コンセンサス レイヤー ビーコン ノードとバリデーター クライアントの両方を更新する必要があります。

実行層のバージョン

5. よくある質問

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

A: Ethereum ネットワークのアップグレードには、ノード オペレーターが明示的にオプトインする必要があります。クライアント開発者は、アップグレードに含まれる EIP について合意に達しますが、最終的な意思決定者ではありません。

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

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

Ethereum のアップグレードのほとんどは非論争的であり、フォークはまれですが、アップグレードをサポートするかどうかを決定するノード オペレーターの自主性は、Ethereum ガバナンスの中核的な機能です。

Q: Ethereum メインネットユーザーまたは ETH 保有者として、何をする必要がありますか?

答え: 一言で言えば、いいえ。

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

Q: 非ステーキングノードオペレーターとして何をする必要がありますか?

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

Q: ステーカーとして何をする必要がありますか?

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

Q: アプリやツールの開発者として何をすればよいですか?

A: Pectra に含まれる EIP を確認し、プロジェクトへの影響を評価します。このアップグレードでは、実行レイヤーとコンセンサス レイヤーの両方で多くのエキサイティングな新機能が導入されています。

Q: なぜ「Pectra」という名前なのですか?

回答: 実行レイヤーのアップグレードでは引き続き Devcon 都市名が使用され、コンセンサス レイヤーのアップグレードでは Constellation 名が使用されます。 「ペクトラ」は、デヴコンIVの開催地であるプラハと、おうし座の青白色の巨星エレクトラを組み合わせた造語です。