第 203 回 Ethereum ACDE ミーティング: Ethereum は Pectra のアップグレードを通じて市場を活性化できるか?

2025年1月16日、イーサリアムプロトコル開発者はZoom経由で第203回全コア開発者会議（ACDE）を開催しました。今週の会議は、Ethereum Foundation (EF) のプロトコル サポート責任者である Tim Beiko 氏が司会を務めました。 ACDE ミーティングは、開発者が Ethereum 実行レイヤー (EL) の変更について話し合い、調整する 2 週間ごとの一連のミーティングです。

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

1. Pectra Devnet 5 スタートアップ

開発者たちは会議が始まる30分前にPectra Devnet 5を立ち上げました。イーサリアム財団の開発運用エンジニアであるパリトシュ・ジャヤンティ氏は、開発ネットワークでガス推定の問題を発見し、関連するログを収集してイーサリアムR＆D Discordチャンネルで問題を共有する予定であると述べた。

2. Pectra仕様の更新

開発者は、Pectra コーディング標準の保留中の 5 つの更新について議論しました。

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

2) EIP 7840: 実行クライアント プロファイルに BLOB スケジューリングを追加 2 番目の更新は、EIP 7840 の基本料金分数の問題に関するものです。会議では異論はなく、開発者は 1 月 20 日 (来週の月曜日) の Pectra テスト会議の前に変更を GitHub にマージすることに合意しました。

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

4) EIP 2537: BLS12-381 曲線演算のプリコンパイル コスト計算 4 番目の更新は、EIP 2537 の乗算コスト計算に関連しています。開発者は、EIP で計算を整数除算として明示的に指定することに合意しました。 Pectra Devnet 5 テストに合格したクライアント チームは、すでにこのロジックをコードに実装しているはずなので、必要なのは仕様の変更だけです。イーサリアム仮想マシン開発者のパウェル・ビリツァ氏は、GitHub で EIP に変更を加え、来週月曜日のテスト会議までに完了させる予定だと述べた。

これらのアップデートにより、開発者は Pectra 関連の作業の改良と調整を継続的に進め、将来の Ethereum メインネットのアップグレードへの道を開きます。

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

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

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

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

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

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

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

Tim Beiko 氏は、テストネットのアップグレードの暫定的なタイムラインを提案しました。彼は、Sepolia および Holesky テストネットのアップグレードのブロック高を次の 2 回の ACD 会議で決定し、クライアントのリリース バージョンを 2025 年 2 月 3 日までに準備することを提案しました。Sepolia フォークは 2 月 12 日の週に予定されており、Holesky フォークは 2 月 19 日の週に続きます。大きなバグや問題がなければ、Pectra アップグレードは、Holesky フォークの約 3 ～ 5 週間後の 3 月上旬から中旬に Ethereum メインネットで稼働する可能性があります。会議では誰もこの提案に反対せず、ストークス氏はクライアントのリリースをセポリアとホールスキーのテストネットのアップグレードに結び付けることも提案した。

5. ホレスキーガス限界

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

6. RPC標準化の取り組み

Geth 開発者の Felix Lange 氏は、クライアント チームがイーサリアムの JSON-RPC 仕様標準化の取り組みに対して十分なフィードバックを提供しなかったことに失望しています。会議中に彼が言及した問題の 1 つは、RPC 標準化の範囲と、どのエコシステムの利害関係者を含めるべきかについての明確な定義が欠如していることでした。ランゲ氏はブログ投稿で標準化への取り組みの詳細と次のステップを提案した。 Beiko 氏は、この件について Discord でさらに議論し、この目的のためにワークショップを開催することを提案しました。 Besu の開発者であるジャスティン・フロレンティーン氏は、パネルディスカッションのタイミングを調整する予定だと語った。

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

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

8. EIPエディターワークショップ

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

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