jakiro
著者：0xnatalie出典：ChainFeeds
Ethereumの次のペクトラへのアップグレードは、その名前はプラハとエレクトラの組み合わせに由来しています。
プラハは、ホストシティオブイーサリアム開発者会議（DEVCON 4）であるプラハで名付けられた実行レイヤーのアップグレードを表します。今回選択された星名エレクトラは、文字「E」に対応しています。
Ethereumの歴史において最もイーサリアム改善提案（EIP）が含まれる可能性のあるハードフォークとして、ペクトラのアップグレードには、バリデーター操作とメインネットのパフォーマンス改善に関する一連の提案が含まれるだけでなく、L2を最適化する提案も紹介します。Pectra devnet 4テストネットワークが発売されたばかりで、Pectraのアップグレードに8つのEIPが含まれていることが確認されています。
<図>
含まれているEIPとその影響を特定します
ユーザーに対するこれらの8つのEIPの影響は、EOAにコード実行機能を追加することにより、より複雑な操作を強化することができますバリデーターのプロセスは、セキュリティと効率を向上させ、イーサリアムの速度とスループットを向上させます。
-
EIP-2537（BLSの署名をサポート）：一連の事前コンパイルされた契約（事前コンパイルされた契約）を導入することにより、BLS12-381カーブ操作のサポートをイーサリアムに追加できます。BLS署名検証を実装します、そして、複数の署名が1つの署名に集約され、それにより検証中の複雑さが減少するようにします。BLS署名は、より小さな署名を生成し、署名集約をサポートする暗号化アルゴリズムです。これは多くの署名検証とデータ検証操作が必要なL2を支援します。
-
EIP-2935（状態で履歴ブロックハッシュを保存）：システム契約に最新の8192ブロックハッシュを保存することにより、ステートレスクライアントモデルをサポートします、およびより柔軟な履歴ブロックハッシュクエリ関数を提供します。これらのハッシュは、契約を通じて直接照会され、証人としてバンドルされ、ステートレスクライアントに提供される可能性があります。クライアントは、完全なブロックチェーン履歴を維持したり、大量のデータを自分で保存する必要はありません、州に保存されているブロックハッシュおよび関連する証明に依存することにより、ブロックとトランザクションの正当性を検証できます。
-
EIP-6110（チェーンに検証剤堆積物を提供）：コンセンサス層から実行層への検証剤堆積物の処理、およびコンセンサス層の追加投票メカニズムに依存することなく、チェーンのプロセスと検証を転送します。 。デポジットプロセスのセキュリティを強化し、処理の遅延を削減し、コンセンサスレイヤーとクライアントの設計を簡素化します。
-
EIP-7002（実行レイヤートリガー可能な出口）：引き出しバウチャーの所有者が独立して出口を開始できるようにし、バリデーターのアクティブキー（BLSキー）に頼る必要はありません））、ユーザーの自律性の増加。現在、Verifierのアクティブキーのみが出口をトリガーできます。つまり、アクティブキーが紛失した場合、または検証剤が検証タスクを第三者（ステーキングサービスプロバイダーなど）に委任する場合、撤退バウチャーの所有者（つまり、 、資金提供された実際の所有者）は、誓約されたETHを独立して制御することはできません。この提案は、実行レイヤーを介してETHの出口と引き出し操作を引き起こし、保有者はアクティブキーに依存せずに撤回バウチャーを介して出口を開始できます。
-
EIP-7251（誓約キャップに追加）：検証剤の最大有効なバランスを増やし、各検証剤が32 ETHを超えることを可能にしますが、最小ステーキングしきい値は32 ETHのままです。大規模なノードオペレーターが複数のバリデーターをマージできるようにすることを目指していますネットワーク内のバリデーターの数を減らして、P2Pメッセージ、署名集約、ストレージの負担を減らします。
-
EIP-7549（委員会指数を証明しない移動）：委員会指数フィールドを証明メッセージから移動させることにより、より効率的なコンセンサス投票集約。現在、イーサリアムのコンセンサスメカニズムにある各バリデーターの投票には、LMDゴースト投票（投票ルートとタイムスロットを含む）、Casper-FFG投票（ソースおよびターゲット情報を含む）、および委員会指数（検証者が属する委員会番号）が含まれます。委員会のインデックスは署名メッセージに含まれているため、複数のバリッターが同じブロックで投票すると、生成された署名ルーツが同じであっても異なり、これらの投票は簡単に集約されません。署名メッセージ自体から委員会のインデックスフィールドを移動するため、より効率的な投票集約を達成し、検証コストとネットワークの負荷を削減します。
-
EIP-7685（一般的な実行レイヤー要求）：実行レイヤー（EL）の共通のフレームワークを定義し、スマートコントラクトによってトリガーされるリクエストを保存および処理します。このフレームワークより多くの実行レイヤートリガー動作をサポートします、およびさまざまなタイプのリクエストを均一に処理できるようにします。新しいリクエストタイプを追加するプロセスを簡素化します、実行ブロック構造を変更せずに。
-
EIP-7702（EOAにコード実行機能を追加）：アカウントの柔軟性とプログラム性を高めるために、外部所有のアカウント（EOA）にコード実行を追加する。EOAは、承認署名を通じて、バッチトランザクションや許可制御などの特定の操作を実行するスマートコントラクトを指定します。スマートコントラクトアカウントに変更することなく、特定のスマートコントラクト機能を備えています。
検討中のEIP
以下は、主にL2データリリースのコストの安定性を積極的に改善し、L2のトランザクション処理機能を強化し、L2のコストを効果的に削減しています。さらに、コールダータコストを増加させるための調整は、破壊されたETHの量に影響を与え、ETHのインフレ圧力を高める可能性があります。
-
EIP-7742（コンセンサスレイヤーと実行レイヤーの間のBLOBカウント依存性のデカップリング）：コンセンサスレイヤーと実行レイヤーの間のブロブの数を切り離し、ブロブ検証プロセスを簡素化し、不必要な錯覚を低下させ、プロトコルとプロトコルの拡張性を改善します。柔軟性。現在のプロトコルでは、実行レイヤーとコンセンサスレイヤーの両方がBLOBの最大値をハードコードし、冗長検証をもたらします。この提案は、実行レイヤーの最大BLOB値の検証をキャンセルし、代わりに実行レイヤーにBLOBターゲット値を持つコンセンサスレイヤーを提供します。このようにして、BLOBターゲットパラメーターをより柔軟に調整して、将来の拡張ニーズに適応できます。EIP-7742は、最新のコンセンサス層会議によると、Pectra-Devnet 5でEIP 7742の実装を開始することに同意した、アップグレードされたEIPリストに含まれるEIPのリストに関する最も議論の余地のない提案です。正式に含まれているのは、ACDEのフィードバックを待機する必要があります（すべてのコア開発者実行レイヤー会議）。
-
EIP 7762（最小BLOB基本料金）：MIN_BASE_FEE_PER_BLOB_GASを増やしてブロブの価格を合理的なレベルに調整するのにかかる時間を短縮します。現在、最小BLOBベース料金は1 WEIに設定されており、BLOB需要が供給を超えると、価格発見プロセス（つまり、合理的なBLOBガス価格の決定）が遅すぎて、適切な料金レベルに達するには時間がかかります。 。最小BLOBベース料金を増やすことで、価格調整の時間を短縮することができ、市場の平衡をより速く達成でき、ピーク需要の間はネットワークが安定したままになります。
-
EIP-7623（CallDataコストの増加）：トランザクションのCallDataのコストを増やして、ブロックの最大サイズとその変更範囲を削減し、ネットワークがトランザクションをよりスムーズに処理できるようにします。現在の最大ブロックサイズは約1.79 MBですが、ロールアップなどのアプリケーションによってリリースされたデータの大量により、平均ブロックサイズは増加し続けています。主にデータ可用性（DA）トランザクションのコストを増やすことにより、ブロックの最大サイズを約0.72 MBに削減し、ブロックガス制限またはより多くのブロブを将来追加する余地を残します。通常のユーザーのトランザクションコストは同じままであり、この変更は主に、大規模なデータストレージのためにイーサリアムに依存するトランザクションの種類に影響します。ただし、CallDataのコストの増加は可能になりますデータストレージにおけるEthereumの競争力を低減します。さらに、CallDataのコストが増加し、トランザクションの数が減少し、EIP-1559メカニズムを介してそれに対応するETHの減少が発生する可能性があります。次に、ETHにより大きなインフレ圧力をもたらします。
-
EIP 7782（スロット時間の短縮）：イーサリウムスロット時間を12秒から8秒に短縮し、ブロックをより頻繁に生成して、トランザクションのスループットを改善するためにBLOBの数を増やすための代替手段として使用します。しかし、12秒のスロット時間を固定し、イーサリアムの状態インフレ問題を加速し、ストレージとコンピューティングの負担を増加させるスマートコントラクトを破壊する可能性があります。
-
EIP-7783（ブロックガス料金制限を徐々に増加させる）：EIP-7782のより穏健な代替品として、ブロックガス制限を動的に調整することでブロックごとに収容できるトランザクションの数を徐々に増やし、それにより、ネットワークスロット時間を直接短縮するのと比較すると、ガス制限を徐々に調整すると、ネットワークの拡張がより安定します。この提案はハードフォークを必要としませんが、状態データに影響を与える可能性があります。
Pectraアップグレードには多数のEIPが含まれているため、1回のアップグレードの複雑さを減らしていくつかのEIPの発売をスピードアップするために、5月にEthereum FoundationのエンジニアチームであるEthpandaopsがペクトラを2つの部分に分割することを提案しましたが、その時点でアップグレードが遅れるのではないかと心配しています。9月、イーサリアムの研究者であるアレックス・ストークスは再び分割提案を提案しました。
-
パート1：Pectra devnet TestNetですでに実行されているEIP（つまり、特定された8つのEIP）を含めて、それらは比較的簡単に実装し、多くのテストに合格しています。
-
パート2：より複雑なEIP（Peerdas、EOF関連の提案など）および第2フェーズでテストするためにより多くの時間を必要とするその他の提案を入れます。これらの提案では、特にコンセンサスレベルと実行レベルの間の調整を含むさらなる開発、監査、テストが必要です。
