jakiro
著者：Ethereum Foundation Agreement Supportチーム。翻訳：Bitchain Vision Xiaozou
Ethereum Pectraのアップグレードは、Ethereum Main Network Epoch 364032（UTC Time 10:05:11）でアクティブ化される予定です。
1。ペクトラの紹介
Pectraは、昨年Dencunのアップグレードに続いて主要なアップデートです。 Ethereumアカウントシステムを強化し、新しい機能を導入することにより、L2の拡張をサポートし、L2の拡張をサポートします。
これらの3つの主要な改善については、この記事で詳しく説明します。アップグレードの完全な理解については、ethereum.orgのアップグレードガイドを参照してください。
（1）外部アカウント（EOA）からスマートアカウントまで
EIP-7702は、アカウントの抽象化プロセスの重要なステップであり、ユーザーが外部アカウント（EOA）にスマートコントラクト機能を追加できるようにします。
このハイブリッドソリューションは、EOAのシンプルさと契約アカウントのプログラマ性を組み合わせています。具体的には、ウォレットが次の機能をサポートできるようにします。
•トランザクションバッチ処理：単一のトランザクションで複数の操作を原子的に実行できます。 「承認」と「償還」のために独立した取引を開始する必要はもうありません！
•ガス支払い：第三者が取引手数料を支払うことを許可します。これは、ETHアカウントなしでトランザクションを開始するのに特に便利です。
•代替検証：つまり、現在の携帯電話の多くのハードウェアセキュリティモジュール（HSM）は、パスキーなどのテクノロジーを通じて運用できます。
•支出管理：特定のアプリケーションが消費できるトークンの数を制限するか、セキュリティを増やすために毎日のウォレット転送制限を設定することができます。
•回復メカニズム：新しいアカウントに移行する必要なく、ユーザーに複数の資産保護オプションを提供します。
EIP-7702を使用する場合、EOAは特定のデリゲートアドレスを指す承認に署名する必要があります（このアドレスには実行されるコードが含まれています）。設定が完了すると、アカウントは新しいコード関数（バッチ処理、他の人に代わって支払い、検証ロジックなど）を取得します。デリゲートターゲットを選択することは、大量のコントロールを引き渡すことを意味しているため、EIP-7702は複数のセキュリティチェックを実施します。
•特定のチェーン代表団：デフォルトでは、代表者は特定のチェーンIDに対してのみ有効であり、ネットワーク全体で同じ承認の使用を妨げます。
•NonCe Binding Delegate：許可は、アカウントの現在のNonCEに拘束される可能性があり、NonCEが追加された後に自動的に期限切れになります。 •Mococability：EOAの所有者は、既存のデリゲートコードを取り消すか交換するために、新しいEIP-7702認証を常に作成して、誤った操作による恒久的なロックを避けることができます。
（2）検証剤の経験最適化
ペクトラには、7251、7002、および6110のバリデーターエクスペリエンスを改善する3つのEIPが含まれています。
第一に、EIP-7251は、Verifiersが32 ETHから2048 ETHから2048 ETHに受け取ることができる報酬の最大バランスを増加させます。
プレッジャーにとって、これは利益に対する複利を達成します。以前は、32 ETHを超える検証剤によって染まったものの一部は、アクティブな賭け金に含まれていません。 32 ETHを超える誓約を誓約したいユーザーは、32 ETHの増分単位でのみ動作でき、中間値は誓約プールに依存します。 EIP-7251を使用すると、古い検証と新しい検証剤を設定して、実際のステーキング（2048 ETHの上限）に基づいて報酬を得るように設定できます。
また、EIPにより、大規模なオペレーターは複数の32のETHバリデーターをマージすることができ、それによりネットワーク全体の帯域幅要件が削減されます。
EIP-7002は、実行レイヤーによってトリガーされる引き出しを導入することにより、検証機能機能を拡張します。以前は、Verifierのアクティブな署名キーのみが出口をトリガーできました。これで、Ethereumアドレスが引き出しバウチャーとして設定されている場合、住所は終了を余儀なくされることもできます。これにより、デリゲートの設定での信頼の仮定が削減されます。これは、ファンドの所有者（EOAを管理する個人であるか、DAOが管理するスマートコントラクトを支配しているかどうか）が常に信頼なしに出口を開始できるためです。
最後に、EIP-6110は、合併前のイーサリアムの遺産を排除します。これは、バリデーター堆積物と預金キューへの参加の遅延です。イーサリアムの合併の前に、ビーコンチェーンは、潜在的な職務証明の再構築に対処するために、検証装置の堆積物を処理する前に2048ブロックを待つ必要があります。これはもう必要ありません！
EIP-6110は、堆積物処理遅延を約9時間から13分に減らします。
（3）BLOB拡張
ペクトラへの最後の大きな変化はEIP-7691で、イーサリアムのブロブスループットを2倍にします！
Dencunアップグレードによって導入されたBLOBは、L2が圧縮されたトランザクションデータと証明をEthereum L1に提出するための一時的なストレージソリューションです。アクティベーション後、L2のL1料金は10〜100回削減され、L2ユーザーのトランザクションコストが大幅に削減されます。
現在、Ethereum Main Networkはブロックごとに平均3ブロブをサポートしており、ピーク容量は6です。EIP-7691はそれぞれ平均6つのサポートと9のピークに増加します。
ノードが永久に保存するコールダタとは異なり、4096エポック（約18日）の後にブロブがクリアされます。これにより、スペースの使用が制限されます。 Blobの実際の制約は、イーサリアムポイントツーポイントレイヤーで伝播する必要があるため、帯域幅から来ています。 EIP-7691によってもたらされる帯域幅の成長を相殺するために、PectraはEIP-7623も導入して、ブロックサイズの上限を制限しました。
帯域幅要件を増やすことなくイーサリアムデータスループットを継続的に拡張するには、「ノードあたりのすべてのブロブの保存」から「ノードはサブセットのみを保存し、ネットワークサンプリングを介して残りのデータを検証する」に移動する必要があります。良いニュースは、関連する仕事が進行中です！ Ethereum Foundationの研究チームであるFrancescoは、DevConの基調講演でこの拡張ロードマップを大まかに説明しました。
2。ペクトラ仕様
Pectraの特定の更新の詳細については、EIP-7600を参照してください。具体的には：
•EIP-2537：BLS12-381曲線操作の事前補償
•EIP-2935：状態で履歴ブロックハッシュ値を保存します
•EIP-6110：検証剤堆積物のチェーン供給
•EIP-7002：実行レイヤートリガーの出口
•EIP-7251：MAX_EFFECT_BALANCE上限を増やします
•EIP-7549：委員会指数フィールドを証明から移動する
•EIP-7623：CallDataコストを増やします
•EIP-7685：一般的な実行レイヤーリクエスト
•EIP-7691：BLOBスループットの増加
•EIP-7702：EOAアカウントコードを設定します
•EIP-7840：EL ConfigurationファイルにBLOBスケジュールを追加します
実行レイヤーとコンセンサスレイヤーの仕様の完全なPythonバージョンについては、次のバージョンを参照してください。
•実行レイヤー：V1.17.0RC6
•コンセンサスレイヤー：V1.5.0-Beta.5
さらに、Pectraは、コンセンサスレイヤーのエンジンAPIを更新して、実行レイヤーノードと通信しています。
3。ペクトラの活性化
Pectraネットワークのアップグレードは、2025年5月7日（Epoch 364032から始まる）の10:05:11 UTC時間にEthereum MainNetでアクティブになります。
以前は、Hoodi、Holesky、Sepoliaのテストネットワークでアクティブ化されていました。
4。クライアントバージョン
次のクライアントバージョンは、Ethereumメインネットワークへのペクトラのアップグレードに適しています。
コンセンサスレイヤーバージョン
検証剤を実行する場合、コンセンサスレイヤービーコンノードと検証者クライアントを同時に更新する必要があります。
実行レイヤーバージョン
5.よくある質問
Q：Ethereum Networkのアップグレードはどのように機能しますか？
答え：Ethereum Networkのアップグレードには、ノードオペレーターが明確にオプトインする必要があります。クライアント開発者はアップグレードに含まれるEIPについてコンセンサスに達しましたが、最終的な意思決定者ではありません。
アップグレードを有効にするために、バリデーターと非ステーキングノードは、新しいプロトコルをサポートするためにソフトウェアを手動で更新する必要があります。
使用されているEthereumクライアントが最新バージョンに更新されない場合（上記参照）、ブロックが分岐したときにアップグレードされたノードへの接続が切断され、ネットワークフォークが発生します。この場合、ノードの各サブセットは、同じ（un）アップグレードされた状態のままであるノードにのみ接続されます。
ほとんどのイーサリアムのアップグレードは議論の余地がなく、フォーキングはまれですが、アップグレードをサポートするノードオペレーターの独立した決定は、イーサリアムガバナンスの中心的な機能です。
Q：Ethereum MainNetユーザーまたはETHホルダーとして何をする必要がありますか？
答え：一言で言えば：いいえ
交換、デジタルウォレット、またはハードウェアウォレットを使用する場合、サービスプロバイダーから特に通知されない限り、アクションは必要ありません。
Q：非ステーキングノードオペレーターとして、何をする必要がありますか？
答え：互換性を確保するには、実行レイヤーとコンセンサスレイヤークライアントを上の表にリストされているバージョンに更新します。
Q：誓約として何をする必要がありますか？
答え：互換性を確保するには、実行レイヤーとコンセンサスレイヤークライアントを上の表にリストされているバージョンに更新します。ビーコンノードとバリデータークライアントを同時に更新してください。
Q：アプリケーションまたはツール開発者として何をすべきですか？
答え：Pectraに含まれるEIPを確認して、プロジェクトへの影響を評価します。このアップグレードでは、実行レベルとコンセンサスレベルの両方で多くのエキサイティングな新機能が導入されます。
Q：なぜ「ペクトラ」と名付けられているのですか？
答え：実行レイヤーのアップグレードは引き続きDevcon City名を使用し、コンセンサスレイヤーアップグレードはConstellation Nameを採用しています。 「Pectra」は、Devcon IVの会場であるプラハとTaurusの青と白のスーパースターエレクトラの組み合わせです。
