イーサリアムコア開発者最新会議の要約:来週、Pectraアップグレードの次の専用テストネットを発表予定

BlockBeats
2024-06-21 11:25:17
コレクション
本会議では、EIP 7251 と 7702、イーサリアム仮想オブジェクトフォーマット(EOF)、および PeerDAS などの議題が重点的に議論されました。

原文标题:《Ethereum All Core Developers Execution Call #190 Writeup

作者:Christine Kim

编译:Luccy,BlockBeats

編者按:

イーサリアムのすべてのコア開発者による実行電話(ACDE)は、2週間ごとに開催され、主にイーサリアムの実行層(EL)への変更について議論し、調整します。今回はACDEの第190回電話会議で、EIP 7251と7702、イーサリアム仮想オブジェクトフォーマット(EOF)、PeerDASなどの議題が重点的に議論されました。

会議中、Beikoは新しいEIP議論テンプレートを提案し、イーサリアム開発者リソースページ「eth-clients」の重要性を強調しました。Galaxy Digitalの研究副社長Christine Kimは、本会議の要点を詳細に記録し、BlockBeatsが原文を以下のように編纂しました。

2024年6月20日、イーサリアムの開発者たちはZoomに集まり、All Core Developers Execution (ACDE) call #190会議に参加しました。ACDE電話会議は、イーサリアム財団のプロトコルサポート責任者Tim Beikoが主催する2週間ごとのシリーズ会議で、開発者たちはイーサリアムの実行層(EL)への変更について議論し、調整します。

今週、開発者たちは、イーサリアム改善提案(EIP)7251と7702、イーサリアム仮想オブジェクトフォーマット(EOF)、PeerDASに関するさまざまなコード変更の実施状況を紹介しました。

Beikoはまた、EIP議論のための提案テンプレートを共有し、EF開発運営エンジニアParithosh Jayanthiは、イーサリアムメインネットとテストネットの構成のための新しいGitHubページ「eth-clients」を紹介しました。最後に、Beikoはチームに次回のACDE通話が7月4日のアメリカの祝日に行われることを思い出させました。彼はこの会議には参加しませんが、EF研究員のAlex Stokesが代わりに会議を主催します。

Pectra Devnet 1

開発者たちは会議の開始時にPectra Devnet 1について議論しました。開発者たちは、来週Pectraアップグレードの次の専用テストネットを立ち上げることを目指しています。以前のテストネットDevnet 0と比較して、新しいテストネットには主に以下の仕様変更があります:

  • ELトリガーによるバリデーターのマージを追加
  • EIP 3074をEIP 7702に置き換え

ELクライアントチームは、Devnet 1の実装を進めています。各主要イーサリアムELチームの代表者が最新の進捗を共有しました:

  • Besu:彼らのDevnet 1実装の最初のバージョンが準備できていますが、いくつかのテストが不足しており、チームはガス料金の価格設定操作の仕様に疑問を持っています。
  • Nethermind:彼らはDevnet 1の実装をレビューしており、さまざまなコード変更とソフトウェアブランチを統合し、テストケースを作成しています。
  • Erigon:彼らはEIP 7702の草案実装を持っており、ELトリガーによるバリデーターのマージを追加したEIP 7251の最新の変更をレビューしています。
  • Reth:彼らのDevnet 1実装は次回のACD会議前に完了する予定です。
  • EthereumJS:チームはEIP 7702の実装を進めており、Devnet 1の準備が約1週間で整う見込みです。
  • Geth:チームもEIP 7702の実装を進めています。

クライアントチームが進捗を共有している際、「Racytech」という名前の開発者がEOFの実装がDevnet 1から除外されるかどうかを尋ねました。BeikoはEOFがDevnet 1でテストされないことを確認し、EOFの実装は最終的なDeneb仕様ではなく、最新のPectra仕様に基づくべきだと述べました。EF開発運営エンジニアのBarnabas Busaは、この戦略がEOFのデバッグをより困難にすることを強調しました。なぜなら、Pectra仕様が変化しており、同時にデバッグも行われているからです。「それでも、これは正しいことです。なぜなら、私たちはチームがコアPectra EIPsに取り組み、これらのバグを修正することを望んでいるからです。したがって、これは以前のフォークに基づいて、最後の段階でPragueに基づいてすべてのバグを発見するよりも合理的です」とBeikoは言いました。PragueはPectraアップグレードのEL名です。

EIP 7702 更新

開発者たちはDevnet 1でEIP 7702を実装するために努力していますが、新機能をサポートするためにコードに重大な変更が加えられる可能性があります。特に、ユーザーがEIP 7702の取引承認を取り消す能力に関してです。

「Lightclient」という名前のGeth開発者は、EIP 7702の取り消しをサポートするための新しい変更を提案しました。彼は「どの時点でも、どの承認が有効であるかを把握するのは簡単ではなく、どれが取り消され、どれが取り消されていないかを知るのも難しいです。これらの状況を回避するためのいくつかのデザインパターンがありますが、実際には私たちはウォレットがこの機能をどのように使用するかを知らないかもしれません。より良い防御のために、Vitalikが前回の電話会議で言及したか、またはグループディスカッションルームで言及したことを思い出しますが、承認を取引に含める必要のある一時的なトランザクションにするのではなく、これらの承認を保存することができます。そうすれば、いつでもアカウントにどのコードが割り当てられているかを確認できます」と説明しました。

「Arik」という名前の開発者は、Lightclientが提案した変更よりもEIP 7702の現在のバージョンを好むと述べました。Arikは、新しいEIP 7702の下で特定のユースケースが存在すると言いました。Lightclientはこれらのコメントに反論し、古いバージョンのEIP 7702がサポートするすべてのユースケースが依然として保持されており、強力な取り消しメカニズムが追加されたと述べました。しかし、Lightclientはまた、これらの変更がクライアント内でのEIPの実装をより複雑にすることを指摘しました。Beikoは会議のチャットボックスで、EIP 7702の設計を最終決定することがPectraの「最優先の未解決仕様問題」であると述べ、開発者たちにその取り消しメカニズムに関する合意を得るために別のグループディスカッション電話会議を組織することを提案しました。「次回の会議までに、皆が一般的に満足するバージョンがあれば、それがこのバージョンであれ、その調整バージョンであれ、Devnet 2の一部として使用できると良いでしょう」とBeikoは言いました。

Besuの開発者Daniel Lehrnerは、仕様がDevnet 2で変更される可能性がある場合、開発者はDevnet 1で現在のバージョンのEIP 7702を実装するために時間を費やすべきかどうか疑問を呈しました。彼は「これらの提案はかなり異なるので、数週間後に7702が再び変更されるために一部を捨てなければならないものを実装する可能性があります」と述べました。暗号ウォレットSafeの共同創設者Richard Meissnerは、彼の見解では、ウォレットチームがテストネットでEIP 7702の何らかのバージョンを実装することが役立つと述べました。Beikoは、現在の形式のEIP 7702の実装が、彼の見解ではクライアントチームの進捗を大幅に遅延させることはなく、開発者が今Pectra仕様からそれを取り除こうとすると、Devnet 1に複雑な状況を引き起こす可能性があると付け加えました。

EOF 更新

EOFについて言及すると、Busaは彼のチームが他のPectraコード変更の実施後にEOF実装をテストする予定であると述べました。EOFの準備状況はGitHubで追跡されています。現在、BesuとRethの2つのELクライアントチームがすべてのEOF EIPを実装しており、他のチームはすべてのEOF EIPの実装に取り組んでいます。Erigonチームの代表者は、EOFトランザクションを含むイーサリアムブロックの追加テストケースをシミュレーションすることが有用であると指摘しました。EFテストチームのメンバーMario Vegaは、彼のチームがより多くのEOFテストを公開しており、次回のEOFグループ会議でさらに多くの情報を共有する予定であるとチャットで述べました。独立したイーサリアムプロトコル開発者Danno Ferrinは、EOF仕様が現在最終決定されているため、EOF電話会議が毎週から2週間ごとに変更され、現在のEOFの作業重点がテストとクライアント実装であると述べました。

PeerDAS 更新

BusaはPeerDAS実施作業の進捗を簡単に紹介しました。彼は次のPeerDAS Devnetが1〜2週間以内に立ち上がると述べました。前回のACDC会議で議論されたように、PeerDASは最終決定されたDencun仕様に基づいて開発され、Pectra仕様には基づきません。

公告

Beikoは、EIP作者がEthereum Magiciansの投稿で使用するための新しいデフォルトテンプレートを提案しました。この新しいテンプレートは、EIPの高品質なレビューを促進することを目的としています。

Jayanthiは「eth-clients」GitHubページを紹介しました。このページはイーサリアム開発者に多くのリソースを提供しており、イーサリアムテストネットとメインネットの仕様構成などが含まれています。現在、このページはすべてのCLクライアントチームの代表によって維持されています。JayanthiはELクライアントチームの代表者にこのGitHubページの維持を自発的に手伝うよう呼びかけました。

Lightclientは、クライアントチームの履歴データの期限切れ処理作業の進捗状況について質問しました。この会議ではこの点に関する更新は共有されませんでした。

Beikoは、次回のアメリカの祝日7月4日に行われるACDE電話会議を主催しないことを述べました。その際、EF研究員のAlex Stokesが代わりに会議を主催します。

ChainCatcherは、広大な読者の皆様に対し、ブロックチェーンを理性的に見るよう呼びかけ、リスク意識を向上させ、各種仮想トークンの発行や投機に注意することを提唱します。当サイト内の全てのコンテンツは市場情報や関係者の見解であり、何らかの投資助言として扱われるものではありません。万が一不適切な内容が含まれていた場合は「通報」することができます。私たちは迅速に対処いたします。
チェーンキャッチャー イノベーターとともにWeb3の世界を構築する