原作者: フランチェスコ

原文翻訳: ルフィ、フォーサイトニュース

イーサリアムの次のアップグレードであるPectraが最初の一歩を踏み出しました。

2 月 24 日に、Pectra のアップグレードが Holesky テストネットで開始されました。3 月 5 日には、Pectra が Sepolia テストネットで開始される予定です。

これらのアップグレードがテストネットで正常に実装されると、メインネットのアップグレード日が決定され、テストネット実装後 3 ～ 9 か月以内にメインネットのアップグレードが行われる予定です。

Pectra は、複数の Ethereum Improvement Proposals (EIP) を一度に導入する、かなり重要なアップグレードです。

これらのアップグレードは、次の 3 つの主要領域に分類できます。

• イーサリアムアカウントの改善

• Ethereumバリデーターのユーザーエクスペリエンスの向上

• 「データブロブ」の処理能力の拡張

今後の Ethereum 改善提案のいくつかと、それが Ethereum プロトコルとユーザーにどのような利益をもたらすかを詳しく見てみましょう。

Ethereum アカウントの改善: EIP-7702

EIP-7702 は、プロトコル レベルでのアカウント抽象化のエクスペリエンスに Ethereum をより近づけます。これは、次のような機能を含む、Ethereum の外部所有アカウント (EOA) のスマート コントラクト機能を拡張することによって実現されます。

• トランザクションのバッチ処理: 1 つのトランザクションで複数の操作を実行する

• ガス料金のスポンサーシップ: ETHを持たないアカウントが、ガス料金を支払うために他のアカウントからスポンサーを受けられるようにする

• より多くの認証と回復メカニズム

Ethereum バリデーターのユーザー エクスペリエンスの向上: EIP-7251、EIP-7002、EIP-6110

• EIP-7251: バリデーターの最大残高を 2048 ETH に増加し、より大きな有効ステーキング報酬の自動複利を可能にします。以前は、報酬は 32 ETH の残高に基づいて計算されていました。さらに、大規模なバリデーターでは、複数の 32 ETH バリデーターを 1 つに統合できるようになりました。

• EIP-7002: 実行層アドレスが「抽出可能な資格情報」として設定されている限り、撤回操作をトリガーできるため、信頼への依存度が低減されます。これまでは、バリデーターのみが終了操作をトリガーできました。

• EIP-6110: バリデーターの入金からキューに追加されるまでの最大 2048 ブロックの遅延を削除します。待ち時間は9時間から13分に短縮される見込みです。

「データブロブ」の処理能力の拡張: EIP-7691

「Blob」のコストがどんどん高くなるにつれて、その処理能力を拡張する必要が生じます。 EIP-7691 では、「データ ブロブ」の容量が 50% 増加します。現在、各 Ethereum ブロックは平均約 3 つの「データ ブロブ」を収容できます (ピーク需要時には最大 6 つ)。 EIP-7691 では、ブロックあたりに収容できる「データ ブロブ」の平均数が 6 に増加し、需要のピーク時には 9 に増加します。

データ BLOB 処理機能をさらに拡張するための次のステップは、すべてのデータ BLOB を保存する必要性を減らし、データ BLOB データの検証に引き続き使用できるサブネットに移行することです。

Pectraアップグレードに含まれるその他のEIP

EIP-2537: 操作のセキュア ビット数を現在の 80 ビット以上から 120 ビット以上に増やします。

EIP-2935: ステートレス クライアントの登場に備えて、この提案では、ブロック処理ロジックの一部として、履歴ブロック ハッシュを状態に保存することを提案しています。 EIP-2935 は、コントラクト ストレージを通じてこれを実現することで、ブロック ハッシュ ロジックに影響を与えずにソフトな移行を可能にします。第 2 層ネットワークでは、より長い履歴データを活用し、ストレージ契約を直接クエリできるようになります。

EIP-7549: この提案は、Casper クライアントの効率を向上することを目的としています。これは、コンセンサスを検証するために必要なペアリングの数を減らすことによって実現されます。具体的には、Casper クライアント認証メッセージの 3 つの要素のうちの 1 つである委員会インデックスを削除します。証明メッセージからこの要素を削除することで、コンセンサス投票をより効率的にブロックに集約できるようになり、ブロック内の投票数が 2 エポックから 8 エポックに増加します。

EIP-7623: 通話データのコストを上げる EIP-7623 の提案は、最も影響力のあるアップグレードの 1 つです (特に第 2 層ネットワークの場合)。この提案は、平均ブロック サイズ (100 kb) と最大ブロック サイズ (7.15 MB) の差を考慮して通話データ コストを調整することを目的としています。これは一般ユーザーには影響せず、主にデータの公開に使用されるトランザクションにのみ影響します。コストの増加は、データ操作の呼び出しに費やされるガス料金の割合に依存する基本料金を通じて実現されます。これは、より多くの「データ ブロブ」を収容できるようにブロック サイズを縮小するか、ガス制限を増やすことで実現できます。

EIP-7685: スマート コントラクトによってトリガーされたリクエストを保存するためのフレームワークを導入します。これにより、スマート コントラクトによって制御されるバリデーターは管理操作をスマート コントラクトに委任できるようになり、仲介者の必要性が減ります。

EIP-7840: API を介してすべての値を渡す代わりに、「blobSchedule」オブジェクトを介して「ブロックあたりの「データ BLOB」のターゲットと最大数を動的に調整する」方法を導入します。

このアップグレードはイーサリアムに明確なシグナルを送ります。これらのアップグレードはずっと以前から議題に上がっていたものであり、最近の批判に対する回答ではないことは承知しています。それでも、イーサリアム ネットワークのセキュリティ強化、イーサリアム アカウントの改善、および「データ ブロブ」の処理能力の拡張に重点が置かれているアップグレードは、最も重要な開発ニーズと一致しています。