Pectraのアップグレードは、3つの主要な領域の改善を目指しています：イーサリアムアカウント、バリデータのユーザーエクスペリエンス、およびBlobの処理能力。
脚本:フランチェスコ
コンパイラ:ルフィ、フォーサイトニュース
イーサリアムの次のアップグレードであるPectraは、すでに最初の一歩を踏み出しています。
!
2月24日、HoleskyテストネットでPectraのアップグレードが開始されました。 3月5日、PectraはSepoliaテストネットで公開されます。
これらのアップグレードがテストネットに正常に実装されると、メインネットのアップグレード日が決定され、メインネットのアップグレードはテストネットの実装から3〜9か月以内に行われると予想されます。
Pectraは、複数のETH改善提案(EIP)を一度に導入するかなり重要なアップグレードです。
これらのアップグレードは、次の 3 つの主要な領域に分けることができます。
今後のETHワークショップの改善点と、それらがETHワークショップのプロトコルとユーザーにどのようなメリットをもたらすかを詳しく見てみましょう。
EIP-7702は、ETHをプロトコルレベルでのETHの抽象的な体験に近づけます。 これは、ETH Square(EOA)の外部所有権のスマートコントラクト機能を拡張することによって行われます。
*トランザクションのバッチ処理:1つのトランザクションで複数の操作を実行します ※ガス代スポンサーシップ:ETHのないアカウントが他人からスポンサーになってガス代を支払うことが認められています *より多くの認証および回復メカニズム
「Blob」のコストが上昇するにつれて、その処理能力を拡張する需要も高まっています。EIP-7691により、「データBlob」の容量が50%増加します：現在、1つのETHブロックは平均して約3つの「データBlob」を含むことができます（需要がピークに達した場合は最大6つまで）。EIP-7691により、1つのブロックで含めることができる「データBlob」の数が6つに増加し、需要がピークに達した場合は9つまで増加します。
さらなる「データ Blob」処理能力の拡張の次は、「データ Blob」をすべて保存する必要を減らし、引き続き「データ Blob」データの検証に使用できるサブネットに移行することです。
EIP-2537:操作のセーフ ビット数を現在の 80 から 120 以上に増やす。
EIP-2935:ステートレス クライアントの登場を見越して、この提案では、ブロック処理ロジックの一部として、履歴ブロック ハッシュを状態に格納することを提案しています。 EIP-2935は、コントラクトストレージを通じてこれを実現し、ブロックハッシュロジックに影響を与えることなくソフトトランジションを可能にします。 レイヤー 2 ネットワークは、より長い履歴データを活用し、ストレージ契約を直接照会できるようになります。
EIP-7549: この提案は、Casperクライアントの効率を向上させることを目指しています。これは、合意の検証に必要なペアの数を減らすことで実現されます。具体的には、Casperクライアントのプルーフメッセージから、委員会インデックスの3つの要素のうちの1つを削除することによって、合意投票をブロックにより効率的に集約することができるようになりました。これにより、1つのブロック内の投票数を2つのタイムスロットから8つのタイムスロットに増やすことができます。
EIP-7623：EIP-7623の呼び出しデータコストの引き上げを提案する提案は、特に第2層ネットワークにとって最も影響力のあるアップグレードの1つです。この提案は、平均ブロックサイズ（100kb）と最大ブロックサイズ（7.15MB）の間の差を解消するために呼び出しデータコストを調整することを目的としています。これは一般ユーザーに影響を与えることはありませんが、データを公開するために主に使用される取引にのみ関係します。コストの増加は、呼び出しデータ操作に費やされるGas料金の比率に依存する基本料金によって実現されます：より多くの「データBlob」を収容するためにブロックサイズを減らすか、Gas制限を引き上げることで実現できます。
EIP-7685:スマートコントラクトによってトリガーされたリクエストを保存するためのフレームワークを導入。 これにより、スマートコントラクトで制御するバリデータをスマートコントラクトに管理業務を委譲することができ、仲介者の必要性が軽減されます。
EIP-7840:API を介してすべての値を渡す代わりに、「blobSchedule」オブジェクトを介して「ブロックあたりのデータ BLOB のターゲット数と最大数を動的に調整する」方法が導入されました。
今回のアップグレードは、イーサリアムの明確なシグナルを放出しました。これらのアップグレードは、長い間予定されていたものであり、最近の批判への対応ではありません。それでも、今回のアップグレードは、イーサリアムネットワークをより安全にし、イーサリアムアカウントを改善し、「データ Blob」の処理能力を拡張することに焦点を当てており、これはいくつかの重要な開発ニーズと一致しています。
11k 人気度
14k 人気度
16k 人気度
5k 人気度
21k 人気度
Pectraのアップグレードは、イーサリアムにどのような更新をもたらすのでしょうか？
脚本:フランチェスコ
コンパイラ:ルフィ、フォーサイトニュース
イーサリアムの次のアップグレードであるPectraは、すでに最初の一歩を踏み出しています。
!
2月24日、HoleskyテストネットでPectraのアップグレードが開始されました。 3月5日、PectraはSepoliaテストネットで公開されます。
!
これらのアップグレードがテストネットに正常に実装されると、メインネットのアップグレード日が決定され、メインネットのアップグレードはテストネットの実装から3〜9か月以内に行われると予想されます。
Pectraは、複数のETH改善提案(EIP)を一度に導入するかなり重要なアップグレードです。
!
これらのアップグレードは、次の 3 つの主要な領域に分けることができます。
今後のETHワークショップの改善点と、それらがETHワークショップのプロトコルとユーザーにどのようなメリットをもたらすかを詳しく見てみましょう。
改进ETH坊アカウント：EIP-7702
!
EIP-7702は、ETHをプロトコルレベルでのETHの抽象的な体験に近づけます。 これは、ETH Square(EOA)の外部所有権のスマートコントラクト機能を拡張することによって行われます。
*トランザクションのバッチ処理:1つのトランザクションで複数の操作を実行します ※ガス代スポンサーシップ:ETHのないアカウントが他人からスポンサーになってガス代を支払うことが認められています *より多くの認証および回復メカニズム
イーサリアムバリデーターエクスペリエンスの改善:EIP-7251、EIp-7002、EIP-6110
!
データBLOB処理能力の拡張:EIP-7691
!
「Blob」のコストが上昇するにつれて、その処理能力を拡張する需要も高まっています。EIP-7691により、「データBlob」の容量が50%増加します：現在、1つのETHブロックは平均して約3つの「データBlob」を含むことができます（需要がピークに達した場合は最大6つまで）。EIP-7691により、1つのブロックで含めることができる「データBlob」の数が6つに増加し、需要がピークに達した場合は9つまで増加します。
さらなる「データ Blob」処理能力の拡張の次は、「データ Blob」をすべて保存する必要を減らし、引き続き「データ Blob」データの検証に使用できるサブネットに移行することです。
Pectra アップグレードに含まれる追加の EIP
EIP-2537:操作のセーフ ビット数を現在の 80 から 120 以上に増やす。
EIP-2935:ステートレス クライアントの登場を見越して、この提案では、ブロック処理ロジックの一部として、履歴ブロック ハッシュを状態に格納することを提案しています。 EIP-2935は、コントラクトストレージを通じてこれを実現し、ブロックハッシュロジックに影響を与えることなくソフトトランジションを可能にします。 レイヤー 2 ネットワークは、より長い履歴データを活用し、ストレージ契約を直接照会できるようになります。
EIP-7549: この提案は、Casperクライアントの効率を向上させることを目指しています。これは、合意の検証に必要なペアの数を減らすことで実現されます。具体的には、Casperクライアントのプルーフメッセージから、委員会インデックスの3つの要素のうちの1つを削除することによって、合意投票をブロックにより効率的に集約することができるようになりました。これにより、1つのブロック内の投票数を2つのタイムスロットから8つのタイムスロットに増やすことができます。
EIP-7623：EIP-7623の呼び出しデータコストの引き上げを提案する提案は、特に第2層ネットワークにとって最も影響力のあるアップグレードの1つです。この提案は、平均ブロックサイズ（100kb）と最大ブロックサイズ（7.15MB）の間の差を解消するために呼び出しデータコストを調整することを目的としています。これは一般ユーザーに影響を与えることはありませんが、データを公開するために主に使用される取引にのみ関係します。コストの増加は、呼び出しデータ操作に費やされるGas料金の比率に依存する基本料金によって実現されます：より多くの「データBlob」を収容するためにブロックサイズを減らすか、Gas制限を引き上げることで実現できます。
EIP-7685:スマートコントラクトによってトリガーされたリクエストを保存するためのフレームワークを導入。 これにより、スマートコントラクトで制御するバリデータをスマートコントラクトに管理業務を委譲することができ、仲介者の必要性が軽減されます。
EIP-7840:API を介してすべての値を渡す代わりに、「blobSchedule」オブジェクトを介して「ブロックあたりのデータ BLOB のターゲット数と最大数を動的に調整する」方法が導入されました。
今回のアップグレードは、イーサリアムの明確なシグナルを放出しました。これらのアップグレードは、長い間予定されていたものであり、最近の批判への対応ではありません。それでも、今回のアップグレードは、イーサリアムネットワークをより安全にし、イーサリアムアカウントを改善し、「データ Blob」の処理能力を拡張することに焦点を当てており、これはいくつかの重要な開発ニーズと一致しています。