原作者:フランチェスコ
原文翻訳：ルフィ、予知ニュース
イーサリアムの次回のアップグレード、Pectra、はすでに第一歩を踏み出しています。
! ペクトラアップグレードの第一歩、イーサリアムはどのようなアップデートをもたらすのか?
2月24日、HoleskyテストネットでPectraのアップグレードが開始されました。 3月5日、PectraはSepoliaテストネットで公開されます。
これらのアップグレードがテストネットに正常に実装されると、メインネットのアップグレード日が決定され、メインネットのアップグレードはテストネットの実装から3〜9か月以内に行われると予想されます。
Pectraは、複数のイーサリアム改善提案(EIP)を一度に導入するかなり重要なアップグレードです。
これらのアップグレードは、次の 3 つの主要な領域に分けることができます。
*イーサリアムアカウントの改善 *イーサリアムバリデーターのユーザーエクスペリエンスを向上させる ・「データBLOB」の処理能力を拡張します。
導入されるイーサリアムの改善提案のいくつかと、それらがイーサリアムプロトコルとユーザーにどのような利益をもたらすかについて詳しく見ていきましょう。
! ペクトラアップグレードの第一歩、イーサリアムはどのようなアップデートをもたらすのか? EIP-7702は、イーサリアムをプロトコルレベルでのアカウント抽象化の体験に近づけます。 これは、イーサリアムの外部所有アカウント(EOA)のスマートコントラクト機能を拡張することで実現します。
*トランザクションのバッチ処理:1つのトランザクションで複数の操作を実行します *ガス料金のスポンサーシップ:ETHのないアカウントは、ガス料金を支払うために他の人からスポンサーを受けることができます *より多くの認証および回復メカニズム
「BLOB」のコストが増加すると、処理能力を拡張する必要性も高まります。 EIP-7691では、「データブロブ」の容量が50%増加し、現在、各イーサリアムブロックは平均で約3つの「データブロブ」を保持できます(需要のピーク時には最大6つ)。 EIP-7691 では、各ブロックに収まる「データ BLOB」の平均数が 6 に増加し、需要のピーク時には 9 に増加します。
データ BLOB の処理能力をさらにスケーリングするための次の手順は、すべてのデータ BLOB を格納する必要性を減らし、データ BLOB データの検証に引き続き使用できるサブネットに移行することです。
EIP-2537:操作のセキュリティ ビット数を現在の 80 から 120 以上に増やす。
EIP-2935:ステートレス クライアントの登場を見越して、この提案では、ブロック処理ロジックの一部として、履歴ブロック ハッシュを状態に格納することを提案しています。 EIP-2935は、コントラクトストレージを通じてこれを実現し、ブロックハッシュロジックに影響を与えることなくソフトトランジションを可能にします。 レイヤー 2 ネットワークは、より長い履歴データを活用し、ストレージ契約を直接照会できるようになります。
EIP-7549:この提案は、Casper クライアントの効率を向上させることを目的としています。 これは、コンセンサスの検証に必要なペアの数を減らすことで実現されます。 具体的には、Casper クライアント構成証明メッセージの 3 つの要素のうちの 1 つである委員会インデックスを削除します。 プルーフメッセージからこの要素を削除することで、コンセンサス投票をより効率的にブロックに集約できるようになり、ブロック内の投票数を2エポックから8エポックに増やすことができます。
EIP-7623:EIP-7623 の提案は、特にレイヤー 2 ネットワークにとって、最も影響の大きいアップグレードの 1 つです。 この提案は、平均ブロックサイズ(100 KB)と最大ブロックサイズ(7.15 MB)の間のギャップに対処するために、データを呼び出すコストを調整することを目的としています。 これは平均的なユーザーには影響せず、主にデータの公開に使用されるトランザクションにのみ影響します。 コストの増加は、データ操作の呼び出しに費やされるガス料金の割合に依存する基本料金によって達成されます:これは、より多くの「データBLOB」に対応するためにチャンクサイズを縮小するか、ガスリミットを増やすことで実現できます。
EIP-7685:スマートコントラクトによってトリガーされたリクエストを保存するためのフレームワークを導入。 これにより、スマートコントラクトによって制御されるバリデーターは、管理操作をスマートコントラクトに委任することができ、仲介者の必要性を減らすことができます。
EIP-7840：APIを介してすべての値を渡す代わりに、各ブロックの目標と最大データBlobの数を動的に調整するためのblobScheduleオブジェクトが導入されました。
このアップグレードは、イーサリアムに明確なシグナルを送ります。 これらのアップグレードはずっと前に議題に上がっており、最近の批判に対する回答ではないことを私たちは知っています。 それにもかかわらず、このアップグレードは、イーサリアムネットワークをより安全にし、イーサリアムアカウントを改善し、「データブロブ」の処理能力を拡大することに重点を置いており、これは最も重要な開発ニーズのいくつかと一致しています。
53k 人気度
21k 人気度
34k 人気度
31k 人気度
5k 人気度
116k 人気度
29k 人気度
28k 人気度
7k 人気度
18k 人気度
Pectraアップグレードの最初のステップとして、ETHはどのようなアップデートを行うのでしょうか?
原作者:フランチェスコ
原文翻訳：ルフィ、予知ニュース
イーサリアムの次回のアップグレード、Pectra、はすでに第一歩を踏み出しています。
! ペクトラアップグレードの第一歩、イーサリアムはどのようなアップデートをもたらすのか?
2月24日、HoleskyテストネットでPectraのアップグレードが開始されました。 3月5日、PectraはSepoliaテストネットで公開されます。
! ペクトラアップグレードの第一歩、イーサリアムはどのようなアップデートをもたらすのか?
これらのアップグレードがテストネットに正常に実装されると、メインネットのアップグレード日が決定され、メインネットのアップグレードはテストネットの実装から3〜9か月以内に行われると予想されます。
Pectraは、複数のイーサリアム改善提案(EIP)を一度に導入するかなり重要なアップグレードです。
! ペクトラアップグレードの第一歩、イーサリアムはどのようなアップデートをもたらすのか?
これらのアップグレードは、次の 3 つの主要な領域に分けることができます。
*イーサリアムアカウントの改善 *イーサリアムバリデーターのユーザーエクスペリエンスを向上させる ・「データBLOB」の処理能力を拡張します。
導入されるイーサリアムの改善提案のいくつかと、それらがイーサリアムプロトコルとユーザーにどのような利益をもたらすかについて詳しく見ていきましょう。
イーサリアムアカウントの改善:EIP-7702
! ペクトラアップグレードの第一歩、イーサリアムはどのようなアップデートをもたらすのか? EIP-7702は、イーサリアムをプロトコルレベルでのアカウント抽象化の体験に近づけます。 これは、イーサリアムの外部所有アカウント(EOA)のスマートコントラクト機能を拡張することで実現します。
*トランザクションのバッチ処理:1つのトランザクションで複数の操作を実行します *ガス料金のスポンサーシップ:ETHのないアカウントは、ガス料金を支払うために他の人からスポンサーを受けることができます *より多くの認証および回復メカニズム
イーサリアムバリデーターエクスペリエンスの改善:EIP-7251、EIp-7002、EIP-6110
! ペクトラアップグレードの第一歩、イーサリアムはどのようなアップデートをもたらすのか?
データBLOB処理能力の拡張:EIP-7691
! ペクトラアップグレードの第一歩、イーサリアムはどのようなアップデートをもたらすのか?
「BLOB」のコストが増加すると、処理能力を拡張する必要性も高まります。 EIP-7691では、「データブロブ」の容量が50%増加し、現在、各イーサリアムブロックは平均で約3つの「データブロブ」を保持できます(需要のピーク時には最大6つ)。 EIP-7691 では、各ブロックに収まる「データ BLOB」の平均数が 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 の提案は、特にレイヤー 2 ネットワークにとって、最も影響の大きいアップグレードの 1 つです。 この提案は、平均ブロックサイズ(100 KB)と最大ブロックサイズ(7.15 MB)の間のギャップに対処するために、データを呼び出すコストを調整することを目的としています。 これは平均的なユーザーには影響せず、主にデータの公開に使用されるトランザクションにのみ影響します。 コストの増加は、データ操作の呼び出しに費やされるガス料金の割合に依存する基本料金によって達成されます:これは、より多くの「データBLOB」に対応するためにチャンクサイズを縮小するか、ガスリミットを増やすことで実現できます。
EIP-7685:スマートコントラクトによってトリガーされたリクエストを保存するためのフレームワークを導入。 これにより、スマートコントラクトによって制御されるバリデーターは、管理操作をスマートコントラクトに委任することができ、仲介者の必要性を減らすことができます。
EIP-7840：APIを介してすべての値を渡す代わりに、各ブロックの目標と最大データBlobの数を動的に調整するためのblobScheduleオブジェクトが導入されました。
このアップグレードは、イーサリアムに明確なシグナルを送ります。 これらのアップグレードはずっと前に議題に上がっており、最近の批判に対する回答ではないことを私たちは知っています。 それにもかかわらず、このアップグレードは、イーサリアムネットワークをより安全にし、イーサリアムアカウントを改善し、「データブロブ」の処理能力を拡大することに重点を置いており、これは最も重要な開発ニーズのいくつかと一致しています。