ChainCatcher のメッセージによると、Tim Beiko のまとめで、第 209 回イーサリアム実行層コア開発者会議（ACDE）では、今後の Pectra と Fusaka アップグレードについて重点的に議論されました。Pectra クライアントは 4 月 21 日にリリースされる予定で、EIP-7702 の委任状態が JSON-RPC に追加されます。Fusaka に関しては、EIP-7823（MODEXP の複雑さの制限）、EIP-7825（トランザクションのガス上限）、および EIP-7907（契約コードサイズの測定と制限の引き上げ）が明確に含まれることになります。EIP-7762 と EIP-7918 は、リソースの利用と市場の需給のバランスを取るために、blob 料金メカニズムの中でいずれか一方を採用する予定です。

ChainCatcher のメッセージによると、Tim Beiko のまとめで、第 209 回イーサリアム実行層コア開発者会議（ACDE）では、今後の Pectra と Fusaka アップグレードについて重点的に議論されました。Pectra クライアントは 4 月 21 日にリリースされる予定で、新たに EIP-7702 委託状態が JSON-RPC に追加されます。Fusaka に関しては、EIP-7823（MODEXP の複雑さの制限）、EIP-7825（取引のガス上限）、および EIP-7907（契約コードのサイズ測定と制限の引き上げ）が明確に含まれることが示されています。EIP-7762 と EIP-7918 は、blob 料金メカニズムの中でいずれか一方を採用し、リソースの利用と市場の需給のバランスを取ることになります。

ChainCatcher のメッセージ、Galaxy の研究副社長クリスティン・キムが第 205 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。今週、開発者は公共テストネットのアップグレードが順調に進めば、Pectra が 4 月 8 日頃にイーサリアムメインネットでローンチされると予想しています。開発者はイーサリアム公共テストネットのアップグレードのタイムラインを確認し、チームは予定通り 2 月 24 日と 3 月 5 日に Holesky と Sepolia で Pectra アップグレードを有効にするソフトウェアをリリースします。開発者はその後、Pectra がイーサリアムメインネットでローンチされる前に次回のイーサリアムアップグレード Fusaka の範囲をロックするというベイコの提案について議論しました。

ChainCatcher のメッセージによると、イーサリアムの開発者は第204回コア開発者実行層会議（ACDE）で、Pectra Devnet 5に新しいコンセンサスバグが発生し、Nethermindクライアントに影響を与えたため、公共テストネットの具体的なアップグレード時間の決定を延期することを決定しました。Nethermindチームは、このBLSプリコンパイルの最適化によって引き起こされたバグは修正されており、Devnet 6の立ち上げには影響しないと述べています。開発者は来週のACD会議でテストネットのアップグレード時間を再度議論する予定です。さらに、会議ではGethクライアントに影響を与えるセキュリティ脆弱性についても議論されました。この脆弱性はイーサリアムのピアツーピア層とLayer-2スケーリングソリューションに影響を与える可能性があり、Geth 1.14以上のバージョンを実行しているノードは最新バージョンに即座に更新する必要があります。Pectraのアップグレード計画のタイムラインは以下の通りです：2月3日週：Devnet 6を開始；2月6日（木曜日）：次回のACD会議でHoleskyとSepoliaテストネットのアップグレード時間を決定；2月10-11日（月曜日または火曜日）：テストネットアップグレードの公式発表を行う；2月19日頃：Holeskyテストネットのアップグレード；2月20日：開発者会議でイーサリアムメインネットのアップグレード時間を決定；2月26日頃：Sepoliaテストネットのアップグレード（Holeskyアップグレード後約1週間の予定）；2月27-28日：メインネットアップグレードの最終バージョンを発表；3月中旬：イーサリアムメインネットのアップグレード。

ChainCatcher のメッセージ、Galaxy の研究副社長 Christine Kim が第 203 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。本会議では、Pectra Devnet 5 のリリースと仕様更新、Holesky テストネットのガス料金制限の増加に関するテスト計画、RPC 標準化作業、および最低ノードハードウェアと帯域幅の要件について議論されました。EF 開発者運営エンジニア Parithosh Jayanthi は、Devnet 5 でガス料金の推定問題が発見されたことを報告し、ログを収集して開発 Discord チャンネルで共有する計画を立てています。開発者はまた、いくつかの EIP 更新に関して初歩的な合意に達し、Pectra アップグレードのテストネットとメインネットのタイムラインを策定しました。目標は 2025 年 3 月にメインネットのアップグレードを完了することです。

ChainCatcher のメッセージで、Galaxy の研究副社長クリスティン・キムが第202回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。今週、開発者たちはEIP 7742、EIP 7702、EIP 2537、EIP 2935に影響を与えるPectra仕様の更新について議論しました。また、クライアントおよび非Pectra EIPからマージ前の履歴データを削除するためのリリース計画についても議論し、開発者からのフィードバックを求めています。さらに、チームはPectra Devnet 5の実装において進展を遂げています。

ChainCatcher のメッセージで、Galaxy の研究副社長 Christine Kim が第201回イーサリアムコア開発者実行（ACDE）電話会議の要約を投稿しました。この期間中、EF の開発者運営エンジニア Parithosh Jayanthi が Pectra Devnet 5 規格の3つのオープンプルリクエスト（PR）を重点的に紹介し、クライアントチームに早急なレビューを求め、Devnet 5 規格を最終決定するための具体的な内容は以下の通りです：EIP 7742、Cl と EL の間の各ブロックの blob 制限を解除する（コンセンサス）；EIP 7691 を追加し、blob のスループットを増加させる（コンセンサス）；EIP 7742 に必要な変更（実行 API）。コア開発者 Tim Beiko は、電話会議終了後に EIP 7691 を Pectra Meta EIP に追加すると述べました。EF の研究者 Ansgar Dietrichs は、EIP 7691 の更新スコアを確認し、これを Devnet 5 規格に統合する準備が整ったと述べました。さらに、開発者は2025年5月1日までに pre-Merge ブロック本体とレシートデータを削除することに同意しました。

ChainCatcher のメッセージ、Galaxy の研究副社長クリスティン・キムが第201回イーサリアムコア開発者実行（ACDE）電話会議の要点をまとめました：Pectra が EIP 7691 に正式に組み込まれ、blob の容量が倍増します；calldata コストを増加させる EIP 7623 も組み込まれました；最低 blob 基本料金を増加させる EIP 7762 は組み込まれませんでした（次回の ACD でさらに議論される可能性があります）；マージ前の履歴を提供しない EIP 7639 と、取引 gas を制限する EIP 5-4803 は Pectra に関連する可能性があり、さらなる議論が必要です（前者は純粋なネットワークの変更であり、後者は遡及的な EIP で、既存のクライアントの動作を変更しません）。さらに、2週間前、Pectra Devnet 4 の仕様に基づく Mekong テストネットが重大な問題に直面し、すべてのクライアントチームが修正プログラムをリリースしました。Mekong は現在安定しており、開発者は Devnet 5 のリリースに集中しています。開発者は来週の月曜日の Pectra テスト電話会議で Devnet 5 と 6 のスケジュールについて議論します。

ChainCatcher のメッセージ、Galaxy の研究副社長 Christine Kim が第 200 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。今週、開発者は Pectra Devnet の最新情報と PeerDAS Devnet の今後の作業を共有しました。また、イーサリアムの歴史的成長問題を解決するための短期的なソリューションや、Pectra から EIP 7610 を削除する問題についても議論されました。さらに、チームは Pectra Devnet 4 を近日中に廃止する計画です。

ChainCatcher のメッセージ、Galaxy の研究副社長クリスティン・キムが第199回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。今週、開発者たちは会議でイーサリアム実行層（EL）の変更について議論し調整を行い、EIP 7742をPectraに組み込む決定を再確認しました。これは、アップグレードにおいてblob容量を増加させるための前提条件です。Pectra Devnet 4は10月18日に開始され、Busaとそのチームは今後数週間でDevnet 4上のクライアントに対してさらなるテストを行います。また、開発者たちはPectra Devnet 5に含まれるべきさまざまな仕様変更についても議論しました。

ChainCatcher のメッセージ、Galaxy の研究副社長クリスティン・キムが第198回イーサリアムコア開発者実行（ACDE）電話会議の主要内容をまとめました：開発者は Pectra Devnet 3 のデバッグを行っています；開発者は来週の木曜日（10月17日）までに Pectra Devnet 4 をリリースする予定です；Pectra には2つの新しい EIP、EIP7782 と 7783 が考慮されています。どちらも L1 のスケーラビリティを向上させることを目的としています。

ChainCatcher のメッセージ、Galaxy の研究副社長 Christine Kim が第 198 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。今週、開発者たちは Pectra に含まれる可能性のある EIP 7782 と 7783 について議論しました。前者はスロット時間を 12 秒から 8 秒に短縮することを提案し、後者はブロックのガス料金制限を増加させる新しいメカニズムを採用することを提案しています。開発者たちは、これらのメカニズムを Pectra または今後のアップグレードに組み込むかどうかについてまだ決定を下していません。Pectra システム契約監査提案の提出期限は 10 月 11 日で、受け入れられた提案は遅くとも 10 月 22 日までに確認されます。開発者たちは EIP 6110 の更新を Devnet 4 に組み込むことを決定しました。また、開発者たちは 10 月 17 日のコア開発者コンセンサス（ACDC）電話会議の前に Pectra Devnet 4 をできるだけ早く開始することに同意しました。さらに、開発者たちは公共 Pectra テストネットの名前を検討しています。コミュニティメンバーから提案された名前には、MooDeng と Khlong が含まれています。

ChainCatcher のメッセージで、Galaxy の研究副社長 Christine Kim が第 197 回イーサリアムコア開発者実行（ACDE）電話会議をまとめ、イーサリアム実行層（EL）への変更について議論し調整しました。開発者たちは、限られた範囲で Pectra アップグレードを進めることに同意し、現在は Devnet 3 上の 8 つのイーサリアム改善提案（EIP）のみを含んでいます。彼らはまた、アップグレード計画の過程で、イーサリアムの blob 料金市場に関連する 4 つの EIP を Pectra に含める可能性があることにも同意しました。Vitalik は Pectra に blob 容量を追加することを支持しましたが、他の開発者は反対の意見を示し、現時点では結論は出ていません。他の blob 関連の EIP には、EIP 7762（MIN_BASE_FEE_PER_BLOB_GAS の増加）、EIP 7623（呼び出しデータコストの増加）、および EIP 7742（CL と EL の間の blob カウントの分離）が含まれます。Beiko は Pectra の後の次のアップグレードが確かに Fusaka と名付けられ、PeerDAS と EOF が含まれることを確認しました。Fusaka には他の EIP が追加される可能性がありますが、これらの 2 つの EIP の実施がさらなる進展を遂げることが前提です。最後に、Beiko は Osaka の後に EL アップグレードのための新しい EIP を開設することを示し、その名を "Amsterdam" とし、元々 Osaka に含めることを考えていた EIP である Verkle を新しい Amsterdam EIP に引き継ぐことを述べました。

ChainCatcher のメッセージ、Galaxy の研究副社長クリスティン・キムが第 196 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。今週、開発者たちはアップグレードを二分する問題について議論し、来年の 2 月に Devnet 3 でコード変更をより短期間でリリースできる可能性があることを確認しました。開発者たちは次回の電話会議で最終決定を下すことに合意しました。EF 開発者運営エンジニアは、イーサリアム公共テストネットの GitHub リポジトリを整理し、可用性を向上させるための構造調整に関する最新の進捗を共有しました。Pectra Devnet 3 は 9 月 11 日にリリースされ、EIP 7251 におけるバリデーターの統合の修正と EIP 7702 の更新仕様が含まれています。

ChainCatcher のメッセージ、Galaxy の研究副社長 Christine Kim が第 141 回イーサリアムコア開発者実行（ACDE）電話会議の要約を行いました。主な内容は以下の通りです：Pectra devnet 2 のデバッグ作業が間もなく完了します；Pectra devnet 3 のリリース日は未定です；クライアントチームは最新の実装をローカルでテストしています；Peerdas devnet 2 のリリース日は未定です；家庭のステーキング者や低構成ハードウェアでバリデーターを運営する人々にとって、Peerdas の証明計算をどのように設計するかについて、現在いくつかの解決すべき問題があります。

ChainCatcher のメッセージ、EGalaxy の研究副社長クリスティン・キムが第 193 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。この会議では、Pectra アップグレードのテスト進捗、量子コンピュータの脅威、EIP-7212 および EIP-6110 などの議題が議論されました。開発者は EIP-7212 を Pectra に含めるかどうかの決定を延期し、既存のコードの問題を解決することに重点を置きました。議論はまた、イーサリアムの量子攻撃への対策と、EIP-4444 を通じての歴史データの配布提案についても触れました。

ChainCatcher のメッセージ、Galaxy の研究副社長 Christine Kim が第 192 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。開発者たちは、イーサリアム改善提案（EIP）7702や Pectra にイーサリアム仮想オブジェクトフォーマット（EOF）を追加するなど、さまざまなコード変更の最新の進捗を共有しました。EF 開発者運営チームの "pk910" も Pectra Devnet 1 の最新の進捗を共有しました。開発者たちは EOF に対する見解が分かれており、EOF を Pectra に一時的に取り入れることを決定しました。また、EIP 7742 または RIP 7212 に関する決定を下す前に、開発者は Pectra Devnet 1 のリリースおよび EOF と EIP 7702 の開発に重点を置くべきです。

ChainCatcher のメッセージ、Galaxy の研究副社長クリスティン・キムが第 190 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。開発者たちは、イーサリアム改善提案（EIP）7251 と 7702、イーサリアム仮想オブジェクトフォーマット（EOF）、および PeerDAS のさまざまなコード変更の実施に関する最新の進捗を共有しました。ベイコはまた、EIP 議論スレッドの提案テンプレートを共有し、EF 開発者運営エンジニアのパリトシュ・ジャヤンティは、イーサリアムメインネットとテストネットの設定に関する新しい GitHub ページ「eth-clients」を強調しました。さらに、開発者の目標は、来週 Pectra アップグレードの次の専用テストネットを立ち上げることです。前のテストネット Devnet 0 と今後のテストネットとの主な仕様変更は以下の通りです：EL トリガー検証者の統合機能の追加と、EIP 3074 の代わりに EIP 7702 を使用すること。

ChainCatcher のメッセージ、Galaxy の研究副社長クリスティン・キムがイーサリアムのコア開発者（ACDE）による最新の電話会議の主要内容を共有しました。開発者たちは会議でイーサリアムの実行層（EL）への変更について議論し、調整を行いました。今週、開発者たちが主に議論したポイントは以下の通りです：実行 API に追加された新機能により、ユーザーは取引から返されるデータにアクセスできるようになります；Geth の最低優先度チップの要件；Pectra Devnet の進捗更新；Pectra アップグレードのタイムラインの期待。

ChainCatcher のメッセージ、イーサリアムのコア開発者 Tim Beiko が第 183 回イーサリアムコア開発者実行（ACDE）電話会議をまとめました。その中で EIP-2935 と EIP-3074 が Pectra アップグレードに組み込まれることが決定されました。EOF と EIP-7623 は CFI（考慮中）にあり、近く最終決定が下される見込みです。EIP-7667 および Verkle 移行は Osaka アップグレードの CFI に入っています。報告によると、EIP-3074 を使用することで、ユーザーは意図を含む秘密鍵でメッセージに署名できます。その後、そのメッセージは呼び出し元のオンチェーン取引に含まれます。呼び出し元は署名されたメッセージと AUTH オペコードを使用してユーザーのアカウントを制御し、AUTHCALL を使用してユーザーの代わりに操作を実行できます。