--- title: "ペクトラ" metaTitle: "Prague-Electra (ペクトラ)" description: "ペクトラ・プロトコル・アップグレードについて学ぶ" lang: ja template: upgrade authors: ["Nixo", "マリオ・ハベル"] --- ペクトラ・ネットワーク・アップグレードは、[デンクン](/roadmap/dencun/)に続くものであり、イーサリアムの実行レイヤーとコンセンサス・レイヤーの両方に変更をもたらしました。ペクトラ (Pectra) という短縮名は、実行レイヤーとコンセンサス・レイヤーの仕様変更のそれぞれの名称であるプラハ (Prague) とエレクトラ (Electra) を組み合わせたものです。これらの変更により、[イーサリアム](/)のユーザー、開発者、およびバリデータに多くの改善がもたらされます。 このアップグレードは、**2025年5月7日 10:05 (UTC)**、エポック`364032`においてイーサリアム・メインネットで正常にアクティベートされました。 ペクトラ・アップグレードは、イーサリアムの長期的な開発目標における一つのステップにすぎません。[プロトコルのロードマップ](/roadmap/)や[過去のアップグレード](/ethereum-forks/)について詳しく学びましょう。 ## ペクトラにおける改善点 {#new-improvements} ペクトラは、過去のどのアップグレードよりも多くの[EIP](https://eips.ethereum.org/)をもたらします！多くの細かな変更だけでなく、いくつかの重要な新機能も含まれています。変更の完全なリストと技術的な詳細については、含まれている個々のEIPを参照してください。 ### EOAアカウント・コード {#7702} [EIP-7702](https://eips.ethereum.org/EIPS/eip-7702)は、[アカウント抽象化](/roadmap/account-abstraction/)の普及に向けた大きな一歩となります。この機能により、ユーザーは自分のアドレス ([EOA](/glossary/#eoa)) をスマート・コントラクトで拡張するように設定できます。このEIPは、アドレスの所有者が自分のアドレスを選択したスマート・コントラクトを模倣するように設定する認可に署名できるようにするという、特定の機能を持つ新しいタイプのトランザクションを導入します。 このEIPにより、ユーザーはトランザクションのバンドル、ガスレス・トランザクション、代替リカバリー・スキームのためのカスタム資産アクセスなどの新機能を可能にするプログラマブル・ウォレットをオプトインできます。このハイブリッドなアプローチは、EOAのシンプルさとコントラクト・ベースのアカウントのプログラマビリティを組み合わせたものです。 7702の詳細については、[こちら](/roadmap/pectra/7702/)をお読みください。 ### 最大エフェクティブ・バランスの引き上げ {#7251} 現在のバリデータのエフェクティブ・バランスは正確に32 ETHです。これはコンセンサスに参加するために必要な最小額であると同時に、単一のバリデータがステークできる最大額でもあります。 [EIP-7251](https://eips.ethereum.org/EIPS/eip-7251)は、可能な最大エフェクティブ・バランスを2048 ETHに引き上げます。つまり、単一のバリデータが32 ETHから2048 ETHの間でステークできるようになります。ステーカーは32の倍数ではなく、任意の額のETHをステークすることを選択でき、最小額を超える1 ETHごとに報酬を受け取ることができます。例えば、バリデータの残高が報酬によって33 ETHに増加した場合、追加の1 ETHもエフェクティブ・バランスの一部と見なされ、報酬を受け取ります。 しかし、バリデータにとってより良い報酬システムの利点は、この改善の一部にすぎません。複数のバリデータを実行している[ステーカー](/staking/)は、それらを単一のバリデータに集約できるようになり、運用が容易になり、ネットワークのオーバーヘッドが削減されます。ビーコン・チェーンのすべてのバリデータはエポックごとに署名を提出するため、バリデータの数が増え、伝播する署名の数が多くなると、帯域幅の要件が増大します。バリデータを集約することで、ネットワークの負荷が軽減され、同じ経済的セキュリティを維持しながら新しいスケーリングの選択肢が開かれます。 MaxEBの詳細については、[こちら](/roadmap/pectra/maxeb/)をお読みください。 ### ブロブのスループット向上 {#7691} ブロブはL2に[データ可用性](/developers/docs/data-availability/#data-availability-and-layer-2-rollups)を提供します。これらは[前回のネットワーク・アップグレード](/roadmap/dencun/)で導入されました。 現在、ネットワークはブロックあたり平均3つのブロブ、最大6つのブロブを目標としています。[EIP-7691](https://eips.ethereum.org/EIPS/eip-7691)により、平均ブロブ数は6に増加し、ブロックあたり最大9つになるため、イーサリアムのロールアップの容量が増加します。このEIPは、[PeerDAS](https://eips.ethereum.org/EIPS/eip-7594)がさらに多くのブロブ数を可能にするまでのギャップを埋めるのに役立ちます。 ### コールデータ・コストの引き上げ {#7623} [デンクン・アップグレードでのブロブ](/roadmap/danksharding)の導入前、L2はイーサリアムにデータを保存するために[コールデータ](/developers/docs/data-availability/blockchain-data-storage-strategies/#calldata)を使用していました。ブロブとコールデータの両方がイーサリアムの帯域幅の使用に影響を与えます。ほとんどのブロックは最小限のコールデータしか使用しませんが、多くのブロブも含むデータ量の多いブロックは、イーサリアムのP2Pネットワークに悪影響を及ぼす可能性があります。 これに対処するため、[EIP-7623](https://eips.ethereum.org/EIPS/eip-7623)はコールデータの価格を引き上げますが、これはデータ量の多いトランザクションにのみ適用されます。これにより、最悪の場合のブロックサイズが制限され、L2がブロブのみを使用するインセンティブが提供され、99%以上のトランザクションには影響が及びません。 ### 実行レイヤーでトリガー可能なエグジット {#7002} 現在、バリデータをエグジットして[ステークしたETHを出金する](/staking/withdrawals/)ことは、アクティブなバリデータ鍵を必要とするコンセンサス・レイヤーの操作です。これは、バリデータがアテステーションなどのアクティブな任務を実行するために使用するのと同じBLS鍵です。出金クレデンシャルは、エグジットされたステークを受け取る別のコールド鍵ですが、エグジットをトリガーすることはできません。ステーカーがエグジットする唯一の方法は、アクティブなバリデータ鍵を使用して署名された特別なメッセージをビーコン・チェーン・ネットワークに送信することです。これは、出金クレデンシャルとバリデータ鍵が異なるエンティティによって保持されている場合や、バリデータ鍵が失われた場合のシナリオにおいて制限となります。 [EIP-7002](https://eips.ethereum.org/EIPS/eip-7002)は、実行レイヤーの出金クレデンシャルを使用してエグジットをトリガーするために使用できる新しいコントラクトを導入します。ステーカーは、バリデータの署名鍵やビーコン・チェーンへのアクセスをまったく必要とせずに、この特別なコントラクトの関数を呼び出すことで、バリデータをエグジットできるようになります。重要なのは、オンチェーンでのバリデータの出金を可能にすることで、ノード・オペレーターに対するトラスト前提を減らしたステーキング・プロトコルが可能になることです。 ### オンチェーンでのバリデータ・デポジット {#6110} バリデータのデポジットは現在、実行レイヤーからデータを取得するビーコン・チェーン上の関数である[eth1data poll](https://eth2book.info/capella/part2/deposits-withdrawals/deposit-processing/)によって処理されています。これは、ビーコン・チェーンが別のネットワークであり、プルーフ・オブ・ワーク (PoW) の再編成を考慮しなければならなかったマージ前の時代からの技術的負債のようなものです。 [EIP-6110](https://eips.ethereum.org/EIPS/eip-6110)は、実行レイヤーからコンセンサス・レイヤーへデポジットを配信する新しい方法であり、実装の複雑さを軽減しながら即時処理を可能にします。これは、マージされたイーサリアムにネイティブな、デポジットを処理するより安全な方法です。また、ノードをブートストラップするために過去のデポジットを必要としないため、プロトコルの将来性を確保するのにも役立ちます。これは履歴の失効に必要です。 ### BLS12-381のプリコンパイル {#2537} プリコンパイルは、イーサリアム仮想マシン ([EVM](/developers/docs/evm/)) に直接組み込まれた特別なスマート・コントラクトのセットです。通常のコントラクトとは異なり、プリコンパイルはユーザーによってデプロイされるのではなく、クライアント実装自体の一部であり、そのネイティブ言語 (Solidityではなく、Go、Javaなど) で記述されています。プリコンパイルは、暗号操作のような広く使用され標準化された機能に役立ちます。スマート・コントラクト開発者は、通常のコントラクトとしてプリコンパイルを呼び出すことができますが、より高いセキュリティと効率性を備えています。 [EIP-2537](https://eips.ethereum.org/EIPS/eip-2537)は、[BLS12-381](https://hackmd.io/@benjaminion/bls12-381)上の曲線操作のための新しいプリコンパイルを追加します。この楕円曲線は、その実用的な特性のおかげで、暗号資産エコシステムで広く使用されるようになりました。より具体的には、イーサリアムのコンセンサス・レイヤーで採用されており、バリデータによって使用されています。 新しいプリコンパイルにより、すべての開発者がこの曲線を使用して、例えば署名の検証などの暗号操作を簡単、効率的、かつ安全に実行できるようになります。この曲線に依存するオンチェーン・アプリケーションは、カスタム・コントラクトの代わりにプリコンパイルに依存することで、ガスの効率性と安全性を高めることができます。これは主に、ステーキング・プール、[リステーキング](/restaking/)、ライト・クライアント、ブリッジだけでなく、ゼロ知識など、EVM内でバリデータについて推論したいアプリケーションに適用されます。 ### 状態からの過去のブロック・ハッシュの提供 {#2935} EVMは現在、コントラクト開発者が実行レイヤーで直接ブロックのハッシュを取得できるようにする`BLOCKHASH`オペコードを提供しています。ただし、これは過去256ブロックのみに制限されており、将来的にステートレス・クライアントにとって問題になる可能性があります。 [EIP-2935](https://eips.ethereum.org/EIPS/eip-2935)は、過去8192個のブロック・ハッシュをストレージ・スロットとして提供できる新しいシステム・コントラクトを作成します。これは、ステートレス実行のためのプロトコルの将来性を確保するのに役立ち、Verkleトライが採用された際により効率的になります。しかし、これとは別に、ロールアップはより長い履歴ウィンドウでコントラクトに直接クエリを実行できるため、すぐにこの恩恵を受けることができます。 ### コミッティ・インデックスをアテステーションの外部に移動 {#7549} ビーコン・チェーンのコンセンサスは、バリデータが最新のブロックとファイナライズ済みエポックに投票することに基づいています。アテステーションには3つの要素が含まれており、そのうち2つは投票で、3つ目はコミッティ・インデックス値です。 [EIP-7549](https://eips.ethereum.org/EIPS/eip-7549)は、このインデックスを署名されたアテステーション・メッセージの外部に移動し、コンセンサスの投票の検証と集約を容易にします。これにより、すべてのコンセンサス・クライアントの効率が向上し、イーサリアムのコンセンサスを証明するためのゼロ知識回路に大幅なパフォーマンスの向上をもたらすことができます。 ### EL設定ファイルへのブロブ・スケジュールの追加 {#7840} [EIP-7840](https://eips.ethereum.org/EIPS/eip-7840)は、実行レイヤーのクライアント設定に新しいフィールドを追加するシンプルな変更です。ブロック数を設定し、ブロックあたりの目標および最大ブロブ数、ならびにブロブ手数料の調整を動的に設定できるようにします。直接定義された設定により、クライアントはEngine APIを介してこの情報を交換する複雑さを回避できます。 イーサリアムのユーザー、開発者、またはバリデータとして、ペクトラが具体的にどのような影響を与えるかについて詳しくは、ペクトラFAQをご覧ください。 ## このアップグレードはすべてのイーサリアム・ノードとバリデータに影響しますか？ {#client-impact} はい、ペクトラ・アップグレードでは、[実行クライアントとコンセンサス・クライアント](/developers/docs/nodes-and-clients/)の両方のアップデートが必要です。すべての主要なイーサリアム・クライアントは、優先度高としてマークされたハード・フォークをサポートするバージョンをリリースします。アップグレード後にイーサリアム・ネットワークとの同期を維持するために、ノード・オペレーターはサポートされているクライアント・バージョンを実行していることを確認する必要があります。クライアントのリリースに関する情報は時間に敏感であるため、ユーザーは最新の詳細について最新のアップデートを参照する必要があることに注意してください。 ## ハード・フォーク後、ETHはどのように変換できますか？ {#scam-alert} - **ETHに関するアクションは不要です**: イーサリアムのペクトラ・アップグレード後、ETHを変換またはアップグレードする必要はありません。アカウントの残高は変わらず、現在保有しているETHは、ハード・フォーク後も既存の形式でアクセス可能なままです。 - **詐欺に注意してください！** **ETHを「アップグレード」するように指示する人は、あなたを騙そうとしています。** このアップグレードに関連して行う必要があることは何もありません。あなたの資産はまったく影響を受けません。情報を常に把握しておくことが、詐欺に対する最大の防御であることを忘れないでください。 [詐欺の認識と回避についての詳細](/security/) ## 視覚的に学びたいですか？ {#visual-learner} _ペクトラ・アップグレードには何が含まれるのか？ - Christine Kim_ _イーサリアムのペクトラ・アップグレード：ステーカーが知っておくべきこと — Blockdaemon_ ## 参考文献 {#further-reading} - [イーサリアムのロードマップ](/roadmap/) - [ペクトラFAQ](https://epf.wiki/#/wiki/pectra-faq) - [ペクトラがステーカーの体験をどのように向上させるか](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) - [EIP7702情報ページ](https://eip7702.io/) - [ペクトラ・デブネット](https://github.com/ethereum/pm/blob/master/Network-Upgrade-Archive/Pectra/pectra-pm.md)