元のタイトル: 「イーサリアムコア開発者会議アップデート 015」
元のソース: AllCoreDevs アップデート
最初のレベルのタイトル
まとめ
シャペラのアップグレード
シャペラのアップグレード
副題
デンクンのアップグレード
前回のイーサリアムコア開発者会議のアップデートがリリースされたとき、Shapella アップグレードの仕様は基本的に確認されましたが、まだ多くの変更がありました。私のリリース後、これらの仕様は進行状況から更新、最終メインネット バージョンに至るまで最終決定され、イーサリアム財団ブログでリリースされました。プロトコルの発表では電子メールの購読がサポートされるようになりました。
このアップデートも同様の性質のものです。次のネットワーク アップグレード Dencun (Deneb + Cancun) に含まれる EIP の暫定的なセットができました。これらが何であるか、なぜ重要なのか、そしてこのアップグレードに含めることがまだ検討されている候補 EIP について概要を説明します。
最初のレベルのタイトル
副題
EIP-4844、プロトダンクシャーディング
これについては説明の必要はありません。4844 は Dencun ネットワーク アップグレードの中核機能です。つまり、この EIP はイーサリアム ネットワークに一時的な「データ BLOB」を導入します。", L2 はそれらを使用して、現在 CALLDATA に保存されているトランザクション/証明データを公開できます。
BLOB は一時的に保存されるため、ネットワーク上に永続的に保存される CALLDATA よりもガス オーバーヘッドがはるかに低いことが予想されます。 L2 トランザクションのオーバーヘッドの 90% 以上が L1 データ ストレージに使用されるため、これによりユーザーの L2 トランザクション手数料が大幅に削減されます。読者が 4844 についてさらに知りたい場合は、eip 4844.com にさまざまなレベルの解釈リソース、FAQ などが用意されています。
このアップグレードはそれほど大規模にはマージされませんでしたが、EIP-4844 はイーサリアムにとって大きな変更です。ネットワークにまったく新しいデータ層が導入され、現在のコンセンサス層と実行層が相互作用する必要があります。この EIP のサイズは、Dencun アップグレードにおける他の変更の帯域幅が制限されることを意味します。
ただし、4844 に加えて、このアップグレードにはいくつかの EIP が含まれます。
EIP-6780、コントラクト作成と同じトランザクションで呼び出されない限り、SELFDESTRUCT を無効にする
Dencun アップグレードで導入された 2 番目の大きな変更は、EIP-6780 のオペコード SELFDESTRUCT の無効化です。この提案は何年も議論されており、Shapella アップグレードで正式に廃止通知が出されています。
最近の分析では、SELFDESTRUCT の一般的な使用パターンが判明しました。つまり、コントラクトは同じトランザクション内で作成および破棄されます。 EIP-6780 を使用すると、この機能を維持できます。 SELFDESTRUCT がコントラクトの作成と同じトランザクションで呼び出された場合、その動作は現在と同じままになります。
他のすべての場合、このオペコードはコントラクトのストレージまたはコードを削除しませんが、コントラクトの ETH は宛先アドレスに転送されます。
クライアント チームは現在、これが SELFDESTRUCT を処理する最善の方法であると信じていますが、より完全な影響分析はまだ進行中です。この分析が完了すると、他のエッジケースを処理するために仕様が変更される可能性があります。全く異なるアプローチを取ることも可能です。たとえば、EIP-6046 も考慮されます。
副題
EIP-1153、一時ストレージ
Dencun アップグレードに組み込まれた 3 番目の変更は EIP-1153 です。この提案は 5 年近く前から提案されており、昨年 Uniswap チームによって再提案され、イーサリアム開発者コミュニティから多大な支持を受けています。 TSTORE と TLOAD という 2 つの新しいオペコードが導入されています。これらは一時的なストレージを提供し、トランザクションが完了するとクリアされます。この EIP により、リエントリー ロックから 1 回のトランザクションでの ERC 20 トークンの複数の承認に至るまでのユースケースが可能になります。
副題
EIP-6475: SSZ のオプション値
組み込まれる最後の修正は、EIP-4844 に対する関連提案と見なすことができます。 Proto-danksharding では、他のトランザクション タイプで使用される RLP エンコードの代わりに SSZ エンコードを使用する新しいトランザクション タイプが導入されています。
長い間、イーサリアムの実行層を完全に SSZ エンコードに移行するという話がありました。SSZ エンコードはよりリッチなエンコード構造であり、コンセンサス層も使用されるためです。しかし、現時点では、それを実装することは、Deneb の大きなアップグレードにとっては多大な作業です。 EIP-6475 は、4844 トランザクション形式 (オプション) の一部である SSZ の要素の 1 つを定義し、将来イーサリアムに導入する予定の SSZ オブジェクトとの上位互換性を保証します。
最初のレベルのタイトル
含めることが検討されている EIP
副題
EIP-2537: BLS 12-381 曲線操作のプリコンパイル
2019 年以降、この EIP はいくつかの種類フォームはアップグレードの対象となります。これまでは、イーサリアムの実行層に新しい暗号曲線を追加することに消極的でした。とはいえ、ビーコン チェーンは BLS 12-381 に大きく依存しており、合併が完了したことで、BLS は安全で最適化されたライブラリを備えたイーサリアムの「コア」依存関係になったと言えます。
副題
EIP-4788: EVM のビーコン ブロック ルート
2537 と同様に、この EIP はビーコン チェーンから実行層に情報を公開します。この EIP では、ビーコン チェーン ブロックのルートが実行ペイロードに追加され、実行層のコントラクトに格納されます。保存されたビーコン ルートには、スロット番号を入力として受け取り、関連付けられたビーコン ルートを返す新しいオペコード BEACON_ROOT を介してアクセスできます。
副題
EIP-6493: SSZ トランザクション署名スキーム
この EIP は EIP-6475 を補完するもので、SSZ トランザクションの署名スキームを定義します。これは既存の RLP トランザクションには適用されませんが、現在の 4844 SSZ トランザクション署名スキームが将来の実装層 SSZ オーバーホールと上位互換性があることを保証するために使用できます。
EOF の EIP はアップグレードに含まれないことに注意してください
最初のレベルのタイトル
その他の提案された EIP
副題
ネットワークのアップグレードにより EIP がアクティブ化される
発表: 私は、PoW ブロックからエポック、TTD、そして現在のタイムスタンプに至るまで、ネットワーク アップグレードをトリガーするために長年使用されてきたさまざまなメカニズムの概要を説明する有益な EIP の草案を作成しました。
現在のエポックとタイムスタンプの組み合わせを変更する必要がないことを願っています
夏（リモート）トーク 夏（リモート）トーク
今後数か月間、私はイーサリアムのガバナンスプロセスがどのように機能するかについて私の考えを共有する多くの講演を行う予定です。一部はオフライン、一部はリモート、そして一部はまだ決定されていません。時系列順に、私は EDCON、ETHPrague、ETHShanghai、EthCC、ETHMontreal に出席します。
それではまた！
IOS
Android