2025 年 1 月 16 日、イーサリアム プロトコルの開発者は、Zoom を介して第 203 回 All Core Developers Execution (ACDE) ミーティングを開催しました。今週のセッションは、イーサリアム財団（EF）のプロトコルサポート責任者であるティム・ベイコ氏が司会を務めました。 ACDE ミーティングは、開発者がイーサリアム実行層 (EL) への変更について話し合い、調整する隔週の一連のミーティングです。

第 203 回 ACDE 会議で、開発者は Pectra Devnet 5 の発売と保留中の Pectra 仕様の更新について議論しました。また、Holesky テスト ネットワークで増加したガス制限をテストするための次のステップ、RPC 標準化の進捗状況、ノードの最小ハードウェア要件と帯域幅要件の仕様についても議論しました。

1. Pectra Devnet 5 の起動

開発者は会議の 30 分前に Pectra Devnet 5 を起動しました。イーサリアム財団の開発者オペレーションエンジニアであるパリトシュ・ジャヤンティ氏は、開発ネットワーク内でガス推定の問題を発見し、関連するログを収集し、その問題をイーサリアム研究開発ディスコードチャネルで共有する予定だと述べた。

2. Pectra 仕様の更新

開発者は、Pectra コード仕様に対する 5 つの保留中の更新について議論しました。

1) EIP 7623: 通話データコストの増加 最初のアップデートは、ガスの払い戻しの処理方法を明確にするための EIP 7623 の変更です。このアップデートは GitHub にマージされ、Pectra Devnet 5 のテストに含まれています。

2) EIP 7840: 実行クライアント プロファイルへの BLOB スケジューリングの追加 2 番目の更新には、EIP 7840 の根本的なコスト部分の問題が含まれます。会議では反対意見はなく、開発者たちは来週月曜日、1 月 20 日の Pectra テスト会議の前に変更を GitHub にマージすることに同意しました。

3) Blob 基本コストの更新 3 番目の更新は、これも Blob 基本コストに関連しており、Pectra のアクティベーション中に超過ガスを計算する方法に関係します。イーサリアム財団の研究責任者アレックス・ストークス氏は、計算は前のブロックヘッダーの情報に依存していると説明した。 BLOB 容量の変更がフォーク境界でアクティブ化された場合 (Pectra アクティブ化ブロック)、過剰ガスの計算は、古いフォーク ルールを使用して構築された前のブロックからの情報に基づいて行われます。 Stokes 氏は、ブロブ容量の増加がフォーク境界でアクティブ化されるのか、フォーク境界後のブロックでアクティブ化されるのかを明確にする必要があると考えています。 「どちらの方法を選択するかは問題ではありませんが、統一されたアプローチが必要です」と開発者は全会一致で、EIP 7691 を明確にし、BLOB 容量増加の有効時間をフォーク境界から 1 ブロック後に設定することに同意しました。計算には新しい分岐ルールを使用します。イーサリアムのテスト開発者であるマリオ・ベガ氏は、クライアントがこのロジックをテストしていると述べた。 Geth 開発者の「Lightclient」は、来週月曜日のテスト会議の前に EIP 7691 を更新すると約束しました。

4) EIP 2537: BLS12-381 曲線演算のプリコンパイル済みコスト計算の 4 番目の更新は、EIP 2537 の乗算コスト計算に関連しています。開発者は、EIP での計算を整数除算として明示的に指定することに同意しました。 Pectra Devnet 5 でテストされたクライアント チームは、コードにこのロジックがすでに実装されているはずなので、仕様の変更のみが必要になります。イーサリアム仮想マシン開発者のPaweł Bylica氏は、GitHub上でEIPに変更を加え、来週月曜日のテストミーティングまでに完了するつもりだと述べた。

これらのアップデートを通じて、開発者は Pectra 関連の作業の改善と調整を促進し続け、将来の Ethereum メインネットのアップグレードへの道を切り開きます。

5) 最後に、5 番目の更新は EIP 7702 に関連しています。これは、外部アカウント (EOA) がコードを永続的に設定できるようにする新しいトランザクション タイプを追加する提案です。 Otim Labs の COO Julian Rachman は、コードのイントロスペクションを可能にするという、この EIP に対する動作の変更を提案しました。 Otim Labs チームが作成したドキュメントによると、コード イントロスペクションとは、レガシー コントラクトが独自のバイトコードまたは外部コントラクトのバイトコードを検査し、この情報に基づいて動作を調整する機能を指します。

Ethereum VM Object Format (EOF) 開発チームは、将来の Ethereum アップグレードでコード イントロスペクションを無効にする予定ですが、文書や会議では、EOA の「delegate_address」をチェックするためのコード イントロスペクションを有効にしても EOF 開発プロセスは妨げられないと述べられています。コード イントロスペクションで EIP 7702 タイプのトランザクションのデリゲート アドレスを検査できるようにする利点は、EIP 7702 機能 (ガス スポンサーシップなど) が有効になっている場合に、リレーラーやその他の外部アカウントの安全な使用をサポートできることです。

Geth 開発者「Lightclient」は、このアップデートを Pectra 仕様に追加することをサポートしています。 「このアップデートは実装が非常に簡単です。私たちはすでにアカウントがEIP 7702の委任アカウントであるかどうかを判断しており、指定された返信先アドレスを追加するのは非常に簡単な問題です。」と会議の司会者のベイコ氏は、参加者にさらに数日かかるよう提案した。変更を確認してから、それを最終仕様に含めるかどうかを決定します。同氏は、来週月曜日のテスト会議でこのテーマを再検討することを提案した。

Beiko氏はまた、Rachman氏のチームに対し、EIP 7702に対する提案されているすべての変更を含むプルリクエストをGitHubに正式に提出し、開発者が月曜日に議論できるようにするよう求めた。このアップデートにより、開発者がテストのために新しい Pectra 開発ネットワークを立ち上げる必要があるかどうかについて、ジャヤンティ氏は、新しい開発ネットワークを立ち上げることなく、パブリック テストネットのシャドウ フォークに変更を含めることができると述べた。 Beiko氏は、会議で議論された他のすべての仕様更新も新しいPectra Devnetを必要としないため、開発者はPectra Devnet 5のさらなるテストが完了した後、公開テストネットへの更新を進めることができると付け加えた。

3. Pectra システム契約監査の更新

イーサリアム財団（EF）のプロトコルセキュリティ研究者フレドリック・スバンテス氏は、ペクトラシステム契約の第三者監査はすべて完了したと述べた。監査では大きな問題は見つかりませんでした。関連するレポートは、クライアント チームによるレビューのために GitHub にアップロードされます。スバンテス氏は、次回の ACDE 会議で監査人が調査結果を発表し、クライアント チームからの質問に答える時間を確保することを推奨しています。

4. Pectra テスト ネットワークのアップグレード計画

Tim Beiko 氏は、テストネットのアップグレードの暫定スケジュールを提案しました。同氏は、Sepolia テストネットと Holesky テストネットをアップグレードするためのブロック高さを今後 2 回の ACD 会議で決定し、クライアント リリース バージョンを 2025 年 2 月 3 日までに準備することを提案しました。 Sepolia フォークは 2 月 12 日の週に予定されており、続いて Holesky フォークは 2 月 19 日の週に予定されています。大きなバグや問題がない場合、Pectra のアップグレードは、Holesky フォークから約 3 ～ 5 週間後の 3 月上旬から中旬にイーサリアム メインネットで開始される可能性があります。会議の参加者はこの提案に反対する者はいなかった。また、Stokes 氏は、クライアントのリリースを Sepolia と Holesky のテストネットのアップグレードに結び付けることも提案した。

5. ホールスキーガスの制限

EF ゼネラルエンジニアの Sophia Gold は、Holesky アップグレード リリースにおけるクライアントのデフォルトのガス制限を 3,600 万 (36m) に設定し、常にイーサリアムのガス制限よりも高くなるように、Holesky のデフォルトのガス制限を増加し続けることを提案しました。メインネットワーク。これにより、メインネットのガス上限の引き上げがホールスキーでテストできることが保証され、会議の参加者は誰もこの提案に反対しませんでした。 Teku、Besu、Prysm、Nethermind チームの代表者は、Holesky クライアントのリリースにはすでに 3,600 万というデフォルトのガス制限があると述べました。

6. RPCの標準化への取り組み

Geth 開発者の Felix Lange 氏は、クライアント チームが Ethereum JSON-RPC 仕様の標準化の取り組みに対して十分なフィードバックを提供していないことに失望しています。会議中、彼が言及した問題の 1 つは、RPC 標準化の範囲とどのエコシステム関係者を含めるべきかが明確に定義されていないことでした。 Lange 氏はブログ投稿で標準化の取り組みを詳しく説明し、次のステップを提案しました。 Beikoは、この問題をDiscord上でさらに議論し、この目的のためにパネルを設置することを提案しました。 Besuの開発者Justin Florentine氏は、シンポジウムの開催時期の調整を担当すると述べた。

7. ノードのハードウェアと帯域幅の要件仕様

7. ノードのハードウェアと帯域幅の要件仕様

EF アプリケーション研究者の Kevaundray Wedderburn 氏は、イーサリアム ノードのハードウェアと帯域幅の最小要件に関するドキュメントに対するフィードバックを要求しました。 Beiko氏は、開発者やより広範なイーサリアムコミュニティが参照できるように、これらの要件を情報EIPの形で草案すべきかどうかを尋ねた。 Prysm 開発者の "Potuz" は、検証ノードと完全ノードのハードウェア要件が異なるため、ドキュメントではこの 2 つを明確に区別する必要があると指摘しました。 Beiko 氏は Potuz 氏の意見に同意し、ノードのハードウェアと帯域幅の要件、および Wedderburn ドキュメントを形式化するための次のステップについて Discord でさらに議論することを提案しました。

8. EIP編集セミナー

最後に、会議ではEIP編集プロセスに関する特別ワークショップについて言及されましたが、具体的な内容と時間はまだ決定されておらず、今後の会議でさらに詳細に議論される可能性があります。

Ethereum Cat Herders チームは、2025 年 1 月 17 日 16:00 (UTC) に EIP 編集セミナーを開催します。このミーティングでは EIP 編集プロセスの概要が説明されます。EIP ワークフローと編集プロセスに興味のあるすべての Ethereum コミュニティ メンバーは参加を歓迎します。会議の録画は YouTube にアップロードされ、会議後に誰もが視聴できるようになります。