著者：Christine Kim、Galaxy Digital Research Teamの副社長翻訳：Shan Oppa、Bitchain Vision

2024年2月28日、イーサリアム開発者はズームを通じて182回目の全コア開発者（ACDE）電話会議を開催しました。ACDE電話会議は、開発者がEthereum実行レイヤー（EL）の変更を議論し、調整するための隔週の会議シリーズです。今週の会議の議長は、Ethereum Foundation（EF）の研究者であるDanny Ryanが議長を務めました。開発者は、Dencunアップグレードのテストアップデートとペクトラのいくつかの候補EIPについて議論しました。Pectraに提案されているEIPが提案する最も激しく議論されているのは、アカウントの抽象化に関連するコードの変更に関連しています。アカウント抽象化（AA）は、スマートコントラクトコードではなく、イーサリアムのユーザーが管理するアカウントである外部所有アカウント（EOA）に高度なプログラム性を導入するように設計されています。

Dencunアップデート

Ethereum Foundation Development and Operations（DevOps）のエンジニアであるBarnabas Busaは、Dencunアップグレードの最終テストの最新の開発を共有しました。Ethereum Foundationは、2月27日火曜日に、2024年3月13日にイーサリアムメインネットワークでアップグレードが正式にアクティブ化されるようになったことを発表しました。先週のACD電話会議で説明したように、開発者は、イーサリアムメインネットとアクティビティのブロックチェーン状態を反映したテストネットワークであるMainNet Shadow Forkでクライアントソフトウェアの最終バージョンをテストしています。Busa氏によると、開発者はすでにメインネットシャドウフォークでさまざまな種類の「スパムテスト」を実施していると述べた。これらのテストではノードは非常に安定して実行され、ネットワーク参加率は100％近くのままでした。問題は発生しませんが、スパムテストはコンピューターリソース（特にメモリとCPUの占有率）の観点からノードに深刻な影響を与えると指摘しています。

Busaは、Goerli TestNetがまもなく廃止されることを参加者に思い出させます。テストネットワークを使用している人は誰でも、4月17日までに操作を他のイーサリアムテストネットワークに移動する必要があります。Busaは、Goerliの大規模なValidatorノード演算子の一部がマシンを廃止したことに気付いたと言いました。これにより、2月28日にGoerliのネットワークの最終化が遅れましたが、Goerliネットワークは回復したようです。ライアンは、Goerliのネットワーク参加率はすでに非常に低く、約70％のホバリングであると指摘しています。「正直なところ、[参加率]は4月17日まで続くとは思わない」とブサは言った。「しかし、これはまだ注目に値します。」

Busaは、クライアントチームがDencunアップグレードの実装をテストするために昨年11月に開始された専用のテストネットワークであるDevnet 12を停止するのをチームに尋ねました。Dencunの最後のクライアントバージョンをテストする必要がある場合、開発者はDencunがアップグレードしてEthereum Mainnetを起動した直後にDevnet 12をシャットダウンすることに同意しました。

ペクトラアップグレードEIPのトレーサビリティ

次に、開発者は、ペクトラのアップグレードのための2つの遡及的イーサリアム改善提案（EIP）について議論しました。トレーサビリティEIPは、すでに大部分が存在するが、特定のエッジケースを解決するために明確化が必要なイーサリアムプロトコルに追跡可能なコード変更です。最初のトレーサビリティEIPであるEIP 7610は、既存のストレージスペースを持つアドレスにスマートコントラクトの作成を制限するルールを拡張します。このコードの変更に関する背景情報の詳細については、こちらの前の会議議事録を参照してください。

EIP 7610に関する懸念の1つは、開発者がペクトラの後にアップグレードの準備をしているコード変更であるVerkleに影響を与えるかどうかです。Gethの開発者Gary Rongは、EIP 7610が将来のVerkleのアップグレードに問題をもたらさない方法を説明しました。ヘデラハッシュグラフエンジニアであり、BESUクライアントメンテナーであるDanno Ferrinは、EIP 7610がVerkleにどのように影響するかについて未解決の懸念を提起し、Ethereum Magician Discussion Board for Ethereum改善提案7610についてこれらの懸念を共有すると述べました。

開発者が議論した2番目のトレーサビリティEIPはEIP 7523であり、これは空のアカウントがイーサリアムおよびイーサリアムテストネットワークの状態に登場することを公式に禁止します。ライアンは、ルールが実装された後、Ethereum Network（メインまたはテストネット）のアカウントが影響を受けることを確認し、次のACDEコールで再度議論することを確認すると述べました。

ペクトラのアカウント抽象化

次に、開発者は、ペクトラに含まれる潜在的なアカウント抽象eIPについて議論しました。2月28日、多くの開発者が、プログラムのマクロの目標と、これらの目標を達成するために短期および長期に実装できるさまざまなEIPについて議論する専用のAA会議に参加しました。Ethereumの共同設立者Vitalik Buterinは、AAの目標について次のように述べています。量子コンピューティングを許可します。 Ethereumアカウントセンターを超えていますが、議論はこれらの目標を達成する実際の手段と、より明確な詳細、および人々が実際に人々が望むものに利益をもたらす短期ロードマップであるものに変わります短期的ですが、同時に長期的な[目標]と互換性があります。」

短期的には、開発者は3つの主要なAA EIP、つまりEIPS 3074、5806、および7377を評価しています。電話会議に参加している開発者は、EIP 3074と5806の長所と短所が異なりました。議論のポイントの1つは、EIP 3074がユーザーがトランザクションの署名を2倍にし、5806の性的議論と比較してEIP 3074のその他の関連する複雑さとセキュリティを開始するための分散型手段に依存する程度です。開発者は一般に、EIP 7377は、ユースケースの観点から他の2つのAA EIPに直交するため、最も議論の余地のないAA EIPであると考えています。EIP 7377は、ユーザーがEthereumアカウントから新しいスマートコントラクトウォレットに資産を簡単に移行できるように設計されていますが、他の2つのEIPは主に、バルクトランザクション認証とガス料金のスポンサーシップをサポートする新しいAA機能の作成に焦点を当てています。

開発者はこれら3つのEIPに同意せず、今後数週間でそれらについて話し合い続けることに同意しました。

Pectraからのその他のEIP提案

アカウントの抽象的EIPに加えて、開発者は、ペクトラのアップグレードを含めることが提案された他のいくつかのEIPについて簡単に議論しました。

• EIP 7623：CallDataガス料金の増加：この提案は、主にデータの可用性に使用されるイーサリアムの通常の取引コストを増やすことを示唆しています。EthereumでCallDataガス料金を調整することにより、このEIPは、ブロックに合理的に配置できるコールデータトランザクションの数を減らし、それによりブロックの最大サイズを削減します。ブロックサイズを縮小すると、BLOBトランザクションが増えます。Danny Ryanは、ディスカッションに関与する開発者を、今後数週間でEIPをレビューすることをお勧めします。

• EIP 2537：BLS12-381曲線操作事前コンパイル：この提案では、ペクトラアップグレードに含めることが承認されたEthereumに新しい暗号化署名スキームを導入します。提案の著者の一人であるアントニオ・サンソは、その実施についていくつかの質問を提起しました。Danny Ryanは、質問を記録し、コール以外でさらに議論するために開発者に配布することをお勧めします。

• EIP 5920：Pay OpCode：この提案により、ユーザーがアドレスの機能をトリガーせずにアドレスにETHを送信できる新しい操作が作成されます。Gethの開発者Marius van der Wijdenは、EIPについて他のチームとさらに議論した後、提案のテストは予想よりも複雑であることがわかったと述べました。ファン・デル・ウィッデンはまた、提案の規範はまだ完全ではないと指摘した。Ferrinは、Pay Opcodeは現在、他のOpcode（Auth Opcode）と同じコード番号を使用するように指定されているため、著者が修正する必要があると付け加えました。

• EIP 7609：一時的なストレージ価格設定の削減：この提案では、リリーン可能なログの維持など、一般的なスマートコントラクトユースケースの一時的なストレージオペコード価格を下げることを推奨しています。Van der WijdenとRyanは、Dencunのアップグレードが起動した後に一時的なストレージオペコードがどのように使用されるかに関するデータを収集し、その価格を再発見することに同意しました。

• EIP 7639：ステークの証明の前に履歴データの提供を停止：この提案は、マージアップグレードの前に履歴データの提供を停止できるように、実行レイヤー（EL）クライアントの時刻表を設定します。このコード変更の動機は、Ethereumノードが永続的に保存するために必要なデータの量を減らすことです。また、この提案は、標準化された方法で外部ソースからそれらを構築および取得するためのノードを約束します。Teku開発者のMikhail Kalininは、EIPが別のEIP（EIP 6110）に依存していることに注目しました。開発者は、今後数週間でEIP 7639をさらに詳しくレビューすることに同意しました。

エンジンAPIとJSON RPCの変更

上記のトピックに加えて、Ethereum Core DevelopersはエンジンAPIおよびJSON RPCの変更についても議論しました。

Tekuの開発者Mikhail Kalininは、確認ルールの実装に関連するいくつかの質問を提起しました。これは、ブロックが約12秒で特定の仮定（1つのスロット）の下に残るかどうかを確認します。Ethereumに基づいて構築された多くのアプリケーションは、初期のブロック謝辞からの情報で動作できるため、これは強力な機能です。ただし、初期のブロック謝辞に関するデータを公開するには、Ethereum Engine APIおよびJSON RPCにいくつかの変更が必要です。コール時間が制限されているため、ライアンは来週または来週のACDコールの詳細についての変更について議論することをお勧めします。

軽いクライアントブレイクアウトルームミーティング

ライアンは、ペクトラのアップグレードのための軽いクライアントロードマップについて議論するために、来週の水曜日（3月6日）に専任の会議が開催されることを開発者に思い出させます。軽いクライアントディスカッションの背景情報については、以前の会議議事録を参照してください。

新しいEthereumクライアントバージョンの提案

最後に、Van Der Wijdenは、初期同期プロセス中に550GBの帯域幅を節約するために、Ethereumクライアントの新しいバージョンを構築する提案を提案しました。Van der Wijdenは、新しいバージョンの正式なEIPを準備していると述べましたが、その仕様のドラフトはここにあります。ライアンは、開発者にドラフトを見て、Discordについて質問することを奨励しています。