Pectra

Pectraネットワークアップグレードは、 Dencunの後に行われました。このアップグレードにより、イーサリアムの実行レイヤーおよびコンセンサスレイヤー両方に変更が行われています。 Pectraは、PragueおよびElectraの組み合わせを省略した名前です。この各名前は、実行レイヤーおよびコンセンサスレイヤーの仕様変更に紐づいています。この変更により、イーサリアムユーザー、デベロッパー、バリデータに向けにさまざまな改善が行われました。

このアップグレードは、イーサリアムメインネットのエポック364032で、2025年5月7日 10:05 (UTC) に無事有効化されました。

Pectraアップグレードは、イーサリアムの長期的な開発目標における1つのステップにすぎません。プロトコルロードマップと過去のアップグレードについて詳しく学びましょう。

Pectraにおける改善点

Pectraによって、これまでのアップグレードよりも多くのEIP (opens in a new tab)が導入されました。小さな変更から、大きな新しい機能まで含まれています。変更の全リストや技術的な詳細は、各EIPを参照することで確認できます。

EOAアカウントコード

EIP-7702 (opens in a new tab)は、アカウント抽象化の普及にむけた主要なステップを示しています。この機能により、ユーザーは、自身のアドレス ()をスマートコントラクトで拡張できます。このEIPで特定の関数を持つ新しいタイプのトランザクションが導入されます。具体的には、アドレスの所有者は、自身のアドレスを設定した権限に対して署名します。これにより、選択したスマートコントラクトに自身のもつアドレスを模倣させることができます。

このEIPにより、ユーザーは、プログラム可能なウォレットを選択でき、トランザクションバンドル、ガスレストランザクション、代替リカバリースキーマ向けのカスタム資産アクセスなどの新しい機能を利用できるようになります。このハイブリッドなアプローチは、EOAのシンプルさと、コントラクトベースのアカウントのプログラム可能性を組み合わせています。

7702のより詳しい情報はこちらをご覧ください。

最大有効残高の引き上げ

現在のバリデータの有効残高は、ちょうど32ETHです。コンセンサスに参加するのに必要な最低額であると同時に、1つのバリデータがステークできる最大額でもあります。

EIP-7251 (opens in a new tab)により、最大有効残高が2048ETHに引き上げられました。これにより、1つのバリデータは、32ETHから2048ETHまでステーキングできるようになりました。ステーカーは、32の倍数に限らず、最小額から1ETH単位で任意の金額をステークキングできるようになり、報酬も受け取れるようになりました。例えば、バリデータの残高が報酬も含めて33ETHになった場合、この増加した1ETHも有効残高として扱われ、報酬を受け取ることができます。

この改善によってもたらされる、バリデータに対するより優れた報酬システムの利点は、これだけではありません。複数のバリデータを実行しているステーカーは、複数のバリデータを集約して1つのバリデータにすることができるため、運用を軽減するとともに、ネットワークのオーバヘッドも削減できます。ビーコンチェーンの各バリデータは、各エポックごとに署名を提出します。そのため、バリデータの数が増えると、膨大な署名を伝播させるための帯域幅がより多く必要になります。バリデータの集約することで、ネットワークへの負荷を減らしながら、同じ経済的なセキュリティを保ちつつ、新たにスケーリングするオプションが得られます。

MaxEBのより詳しい情報はこちらをご覧ください。

Blobスループットの増加

Blobは、データ可用性をL2に提供します。これは、前回のネットワークアップグレードで導入されました。

ネットワークは現在、1ブロックごとに平均3Blobで、最大6Blobとなっています。 EIP-7691 (opens in a new tab)では、1ブロックあたりの平均Blob数が6まで引き上げられ、最大は9となります。これにより、イーサリアムのロールアップの容量が引き上げられます。このEIPは、PeerDAS (opens in a new tab)によって、さらに多くのBlob数を可能になるまでのギャップを埋めるのに役立ちます。

コールデータコストの増加

DencunアップグレードでのBLOB導入以前、L2はcalldataを使用してイーサリアムにデータを保存していました。 BLOBとcalldataはどちらもイーサリアムの帯域幅使用量に影響を与えます。ほとんどのブロックは最小限のcalldataしか使用しませんが、多くのBLOBも含むデータ量の多いブロックは、イーサリアムのP2Pネットワークに有害となる可能性があります。

これに対処するため、EIP-7623 (opens in a new tab)では、データ量の多いトランザクションに限り、calldataの価格を引き上げます。これにより、最悪の場合のブロックサイズが制限され、L2がBLOBのみを使用するインセンティブが提供され、99%以上のトランザクションは影響を受けません。

実行レイヤーでトリガー可能な退出

現在、バリデータから離脱してステークされたETHを引き出すことは、コンセンサスレイヤーのオペレーションであり、アテステーションのようなアクティブな責務を遂行するためにバリデータが使用するのと同じBLSキーである、アクティブなバリデータキーを必要とします。引き出し認証情報は、離脱したステークを受け取るための別のコールドキーですが、離脱をトリガーすることはできません。ステーカーが離脱する唯一の方法は、アクティブなバリデータキーで署名された特別なメッセージをビーコンチェーンネットワークに送信することです。これは、引き出し認証情報とバリデータキーが異なるエンティティによって保持されている場合や、バリデータキーが失われた場合に制限となります。

EIP-7002 (opens in a new tab)では、実行レイヤーの引き出し認証情報を使用して離脱をトリガーできる新しいコントラクトを導入しています。ステーカーは、バリデータの署名キーやビーコンチェーンへのアクセスを一切必要とせず、この特別なコントラクトの関数を呼び出すことで、バリデータから離脱できるようになります。重要なことに、オンチェーンでバリデータの引き出しを可能にすることで、ノードオペレーターに対する信頼の前提を低減したステーキングプロトコルが可能になります。

オンチェーンでのバリデータデポジット

バリデータのデポジットは現在、実行レイヤーからデータを取得するビーコンチェーン上の機能であるeth1data poll (opens in a new tab)によって処理されています。これは、ビーコンチェーンが別のネットワークであり、プルーフ・オブ・ワークのリオーグを考慮しなければならなかったマージ以前からの、ある種の技術的負債です。

EIP-6110 (opens in a new tab)は、実行レイヤーからコンセンサスレイヤーにデポジットを配信する新しい方法であり、実装の複雑さを軽減し、即時処理を可能にします。これは、マージ後のイーサリアムにネイティブなデポジットを処理する、より安全な方法です。また、履歴の期限切れに必要なノードのブートストラップに過去のデポジットを必要としないため、プロトコルの将来性を確保するのにも役立ちます。

BLS12-381のプリコンパイル

プリコンパイルは、イーサリアム仮想マシン(EVM)に直接組み込まれた特別なスマートコントラクトのセットです。通常のコントラクトとは異なり、プリコンパイルはユーザーによってデプロイされるのではなく、クライアント実装自体の一部であり、そのネイティブ言語(Solidityではなく、GoやJavaなど)で記述されています。プリコンパイルは、暗号化操作など、広く使用され標準化された機能を提供します。スマートコントラクトのデベロッパーは、プリコンパイルを通常のコントラクトとして呼び出すことができますが、より高いセキュリティと効率性が得られます。

EIP-2537 (opens in a new tab)は、BLS12-381 (opens in a new tab)上の曲線演算のための新しいプリコンパイルを追加します。この楕円曲線は、その実用的な特性により、暗号通貨エコシステムで広く使用されるようになりました。具体的には、イーサリアムのコンセンサスレイヤーで採用され、バリデータによって使用されています。

この新しいプリコンパイルにより、すべてのデベロッパーがこの曲線を使用して、例えば署名の検証などの暗号化操作を簡単、効率的、かつ安全に実行できるようになります。この曲線に依存するオンチェーンアプリケーションは、カスタムコントラクトの代わりにプリコンパイルに依存することで、ガス効率が向上し、より安全になります。これは主に、EVM内のバリデータについて推論したいアプリケーション、例えばステーキングプール、リステーキング、ライトクライアント、ブリッジ、さらにはゼロ知識にも適用されます。

状態からの履歴ブロックハッシュの提供

EVMは現在、コントラクトのデベロッパーが実行レイヤーで直接ブロックのハッシュを取得できるようにするBLOCKHASHオペコードを提供しています。しかし、これは最後の256ブロックにのみ限定されており、将来的にはステートレスクライアントにとって問題となる可能性があります。

EIP-2935 (opens in a new tab)は、最後の8192ブロックハッシュをストレージスロットとして提供できる新しいシステムコントラクトを作成します。これは、ステートレス実行のためにプロトコルの将来性を確保するのに役立ち、Verkleトライが採用されると、より効率的になります。しかし、これとは別に、ロールアップはより長い履歴ウィンドウでコントラクトを直接クエリできるため、すぐにこの恩恵を受けることができます。

アテステーションの外に委員会インデックスを移動

ビーコンチェーンのコンセンサスは、バリデータが最新のブロックとファイナライズされたエポックに投票することに基づいています。アテステーションには3つの要素が含まれ、そのうち2つは投票、3つ目は委員会インデックス値です。

EIP-7549 (opens in a new tab)では、このインデックスを署名付きアテステーションメッセージの外に移動させることで、コンセンサスの投票の検証と集約が容易になります。これにより、すべてのコンセンサスクライアントの効率が向上し、イーサリアムのコンセンサスを証明するためのゼロ知識回路のパフォーマンスが大幅に向上する可能性があります。

EL設定ファイルにBLOBスケージュールを追加

EIP-7840 (opens in a new tab)は、実行レイヤークライアントの設定に新しいフィールドを追加する単純な変更です。これによりブロック数が設定され、ブロックあたりのターゲットおよび最大BLOB数、ならびにBLOBフィーの調整を動的に設定できます。直接定義された設定を使用することで、クライアントはEngine APIを介してこの情報を交換する複雑さを回避できます。

イーサリアムのユーザー、デベロッパー、またはバリデータとして、Pectraが具体的にどのような影響を与えるかについて詳しく知るには、Pectra FAQをご覧ください。

このアップグレードは、イーサリアムノード全体やバリデータに影響しますか？

はい、Pectraアップグレードでは、実行クライアントおよびコンセンサスクライアント両方のアップグレードが必要です。主要なイーサリアムクライアントのはすべて、高い優先度でハードフォーク対応バージョンをリリースします。アップグレード後もイーサリアムネットワークと同期を維持するために、ノードオペレーターはサポートされているクライアントバージョンを実行していることを確認する必要があります。なお、クライアントリリースに関する情報は時間とともに変化するため、ユーザーは現時点の詳細情報を知るために、最新のアップデートを参照すべきです。

ハードフォーク後にETHはどのように変換されるのでしょうか?

ETHに必要なアクションはありません: イーサリアムのPectraアップグレード後、ETHを変換またはアップグレードする必要はありません。あなたのアカウント残高は同じままで、現在保有しているETHはハードフォーク後も既存の形式でアクセス可能です。
詐欺に注意してください！ ETHを「アップグレード」するよう指示する人は、詐欺を試みています。このアップグレードに関して、あなたがする必要のあることは何もありません。あなたの資産は完全に影響を受けません。詐欺から身を守る最善の方法は、情報を得ておくことです。

詐欺の認識と回避についての詳細

映像で学びたい場合

Pectraアップグレードで何が行われるのか - Christine Kim

イーサリアムPectraアップグレード: ステーカーが知っておくべきこと — Blockdaemon

参考リンク

最終更新： 2026年2月26日