Author: Christine kim; Compiled by Vernacular Blockchain
2025年1月。16日、イーサネット・プロトコルの開発者たちは、第203回ACDE（All Core Developers Execution）ミーティングをZoom経由で開催した。今週のミーティングは、イーサネット・ファウンデーション（EF）のプロトコル・サポート責任者であるTim Beiko氏がホストを務めました。ACDEミーティングは、イーサネット・エグゼキューション・レイヤー（EL）に関連する変更について開発者が議論し調整する、隔週で開催される定例ミーティングのシリーズです。
第203回ACDEミーティングでは、開発者はPectra Devnet 5の立ち上げと未解決のPectra仕様の更新について議論しました。また、Holeskyテストネットワークのガス上限引き上げテストの次のステップ、RPC標準化の進展、ノードの最小ハードウェア要件と帯域幅要件の仕様についても議論されました。
1.ペクトラ・デブネット5の立ち上げ
開発者たちは、カンファレンス開始の30分前にペクトラ・デブネット5を立ち上げました。Parithosh Jayanthi氏は、DevnetでGas見積もりの問題を発見し、それに関するログを収集し、EtherCraft R&D Discordチャンネルで問題を共有する予定であると述べました。
2.Pectraコード仕様の更新
開発者はPectraコード仕様の未解決の5つの更新について議論しました:
1) EIP 7623: Calldata Costsの追加最初の更新は、ガスの払い戻しがどのように処理されるかを明確にするためのEIP 7623の変更です。このアップデートは GitHub にマージされ、Pectra Devnet 5 のテストに含まれています。
2)EIP 7840:実行クライアント・プロファイルへのブロブ・スケジューリングの追加2つ目の更新は、EIP7840の基本料金スコアの問題を扱ったものです。ミーティングでは異論は出ず、開発者たちは1月20日（来週月曜日）のペクトラ・テスト・セッションの前に、関連する変更をGitHubにマージすることに合意しました。
3)ブロブ基本料金のアップデート3つ目のアップデートは、同じくブロブ基本料金に関連するもので、ペクトラ起動時の余剰ガスの計算方法に関するものです。イーサ財団の研究責任者であるアレックス・ストークス氏は、計算は前のブロックヘッダからの情報に依存していると説明しています。ブロブ容量の変更がフォーク境界（ペクトラ活性化ブロック）で活性化された場合、過剰ガスの計算は古いフォークルールを使って構築された前のブロックの情報に基づいて行われます。ストークス氏は、ブロブ容量の増加がフォーク境界で活性化されるのか、フォーク境界の後のブロックで活性化されるのかを明確にする必要があると主張しました。彼は、"どちらを選んでも構わないが、慣行を調和させる必要がある "と述べた。開発者たちは、Blob容量増加をフォーク境界の1ブロック後に有効になるように設定することで、EIP7691を明確にすることに合意した。left;">4) EIP 2537: BLS12-381曲線運用のためのプリコンパイル原価計算 4つ目の更新は、EIP 2537の乗算原価計算に関するものである。開発者は、EIPで整数除算として計算を明示的に指定することに合意しました。Pectra Devnet 5を通じてテストされたクライアント・チームは、すでにこのロジックをコードに実装しているはずなので、必要なのは仕様の変更だけである。Ethernet VMの開発者であるPaweł Bylica氏は、GitHub上でEIPの変更を行い、来週の月曜日のテストセッションまでに完了させる予定であると述べた。
これらの更新により、開発者はPectra関連の作業の洗練と調整を進め、EtherNetメインへの将来のアップグレードへの道を開きます。
5)最後に、5つ目の更新はEIP 7702に関するもので、外部アカウント(EOA)が恒久的にコードを設定できるようにする新しいトランザクションタイプを追加する提案です。Otim LabsのCOOであるJulian Rachmanは、このEIPに対する動作変更を提案しました。振る舞い変更の提案とは、コードのイントロスペクションを可能にすることである。Otim Labsチームによって書かれた文書によると、コード・イントロスペクションとは、レガシー・コントラクトが自身のバイトコードまたは外部コントラクトのバイトコードを調べ、その情報に基づいて振る舞いを調整する能力のことです。
イーサネット仮想マシン オブジェクト フォーマット (EOF) 開発チームは、将来のイーサネットのアップグレードでイントロスペクションを無効にする予定ですが、ドキュメントとミーティングでは、イントロスペクションを有効にして EOA の "delegate_address「をチェックするためにイントロスペクションを有効にしても、EOFの開発プロセスに支障はない。EIP 7702タイプのトランザクションでdelegate_addressをチェックするためにintrospectionを許可することの利点は、EIP 7702機能が有効になっているときに、リレーや他の外部アカウントの安全な使用をサポートすることです（Gas sponsorshipなど）。
Gethの開発者である "Lightclient "は、Pectra仕様にこの更新を含めることをサポートしています。このアップデートは非常に簡単に実装できます。私たちはすでに、アカウントがEIP 7702の委任アカウントであるかどうかを判断しており、指定されたリターンアドレスを追加するのは非常に簡単です」。このセッションのモデレーターであるベイコ氏は、最終的な仕様に含めるかどうかを決める前に、参加者がこの変更点を確認するためにさらに数日かかることを提案した。彼は、来週月曜日のテスト・セッションで、このトピックを再検討することを提案した。
Beiko氏はまた、Rachman氏のチームに対し、月曜日に開発者が議論できるよう、提案されているEIP 7702のすべての変更を含むプル・リクエストをGitHubに正式に提出するよう要請しました。このアップデートによって開発者がテストのために新しいPectra DevNetを立ち上げる必要があるかどうかについては、Jayanthi氏は、この変更はパブリックテストネットワークのシャドーフォークに含めることができ、新しいDevNetを立ち上げる必要はないと述べた。Devnet 5のさらなるテストが完了するまで、開発者は新しいDevNetを開始する必要はありません。
3.Pectraシステム契約監査の最新情報
イーサネット財団（EF）のプロトコル・セキュリティ研究者であるFredrik Svantes氏は、すべてのサードパーティの監査が完了したと述べました。監査が完了した。svantes氏は、次回のACDEミーティングで、監査人が調査結果を発表し、クライアント・チームからの質問に答える専用の時間を設けることを提案しました。
4.Pectraテストネットのアップグレード計画
ティム・ベイコは、テストネットのアップグレードに関する暫定的なスケジュールを発表しました。彼は、SepoliaとHoleskyテストネットをアップグレードするためのブロックの高さを次の2つのACDミーティングで決定し、クライアントリリースを2025年2月3日までに準備することを提案しました。Sepoliaのフォークが2月12日の週に、Holeskyのフォークが2月19日の週に計画されている。大きなバグや問題がなければ、PectraのアップグレードはHoleskyフォークの約3～5週間後である3月上旬から中旬にメインのEtherNet上で稼働する可能性があります。ミーティングではこの提案に異論はなく、Stokes氏はクライアントリリースをSepoliaとHoleskyのテストネットアップグレードと同時に進めることも提案した。
5.Holeskyのガス制限
EFのGeneral EngineerであるSophia Goldは、Holeskyアップグレードリリースのデフォルトのクライアントガス制限を36m(36m)に設定し、HoleskyのデフォルトのGas上限をメインEtherNetのGas上限よりも常に高くなるように引き上げ続けることを提案した。Teku、Besu、Prysm、およびNethermindチームの代表は、彼らのHoleskyクライアントリリースでは、デフォルトのガスキャップがすでに36mに設定されていることを示しました。
6.RPC標準化の取り組み
Gethの開発者であるFelix Lange氏は、イーサリアムのJSON-RPC仕様を標準化する取り組みについて、クライアントチームが十分なフィードバックを与えていないことに失望していました。彼がカンファレンスで言及した問題の1つは、RPCの標準化の範囲と、どのエコシステムの利害関係者を含めるべきかについて明確な定義がないことでした。Lange氏はブログ投稿で、標準化の取り組みについて詳述し、次のステップを提案しました。Besuの開発者であるJustin Florentine氏は、シンポジウムのスケジューリングを調整すると述べた。
7.ノードのハードウェアと帯域幅の要件仕様
EFアプリケーション研究者のKevaundray Wedderburn氏は、Etherノードのハードウェアと帯域幅の最小要件に関する彼の文書へのフィードバックを求めました。Beiko氏は、これらの要件は開発者やより広範なイーサリアムコミュニティが参照できるよう、情報提供のためのEIPの形でドラフトされるべきかと質問し、Prysmの開発者である "Potuz "氏は、検証ノードとフルノードのハードウェア要件は異なるため、ドキュメントでは両者を明確に区別すべきだと指摘した。Beiko氏はPotuz氏の意見に同意し、ノードのハードウェアと帯域幅の要件についてDiscordでさらに議論し、Wedderburnのドキュメントを正式に作成するための次のステップを提案しました。
8.EIP編集ワークショップ
最後に、EIP編集プロセスに関するワークショップについて言及されましたが、具体的な内容や時期についてはまだ確定しておらず、その後の会議でさらに詳しく議論されるかもしれません。
イーサリアム・キャット・ハーダーズ・チームは2025年1月17日16:00UTCにEIP編集ワークショップを開催する予定です。このセッションはEIP編集プロセスの概要を説明するもので、EIPのワークフローと編集プロセスに関心のあるイーサリアムコミュニティの全メンバーの参加を歓迎します。セッションの録画はYouTubeにアップロードされ、セッション後に閲覧できるようになります。
