著者: Macauley Peterson、Blockworks、編集者: Wu Baht、Golden Finance

イーサリアムの次のメジャーアップグレードがいつメインネットに登場するかは不明で、現在の推定では今年 11 月から 2025 年初頭までとなっていますが、現在では後者の可能性が高いと思われます。

「Pectra」タイムラインをサポートするための最初のステップは、含まれるすべてのイーサリアム改善提案の仕様を最終決定することです。

ほとんどの作業は完了したが、木曜日のコア開発者会議 (ACD) では、「Pectra の最大の未解決仕様問題」と呼ばれる EIP-7702、つまりトランザクションの EOA アカウント コードの設定が明らかになりました。

この提案により、外部所有アカウント (EOA) (MetaMask のような通常のウォレットを考えてください) が一時的に個々のトランザクションのスマート コントラクトとして機能することが可能になります。 EOA は秘密キーによって制御されるアカウントですが、スマート コントラクトはブロックチェーン (この場合はイーサリアム) 上で実行されるコードです。

EIP-7702 は、両方の機能の一部を統合して、柔軟性とセキュリティを強化することを目的としています。

一例として、ガスレストランザクションが挙げられます。このトランザクションでは、dapp が EOA を設定して、サードパーティ (オペレーターやスポンサーなど) がトランザクション手数料を支払うことを許可します。

Vitalik Buterin氏などのイーサリアム開発者が5月初旬に提供したEIPは、同様の機能を実現するという物議を醸した以前の試みに代わることを目的としている。

このアップグレードは、将来のアカウントベースの抽象化を念頭に置いて設計されており、不必要な複雑さを回避し、ユーザー エクスペリエンスをさらに向上させます。

ACD の通話中、開発者は統合の課題と EIP-7702 に関連する潜在的なリスクについて話し合いました。

Erigon チームの Sudeep Kumar 氏は、「[ユーザー] 失効のテンプレート アドレスを追跡する」アカウントベースの失効システムを提案しました。

Geth 開発者の Lightclient は、そのような機能をプロトコルではなく ERC として実装できることを提案しました。

他の開発者は、EIP-7702 の複雑さと、最終的にどのバージョンが採用されるかによってスコープクリープが発生する可能性について懸念を表明しています。一部の開発者は、置き換えられる予定だった以前の EIP-3704 の特定の機能の導入を主張しています。

しかし、Safe の共同創設者 Richard Meissner 氏は、7702 のシンプルさを賞賛し、「オンチェーンへの影響がないため、より簡単に非推奨にすることができる」と述べました。

Geth の Marius van der Wijden 氏は、1 つのアカウントをスマート アカウントと EOA の両方として使用することを推奨することに難色を示し、Meissner 氏もこれに同意しました。

「それを指定する際に、両方を行うのは非常に危険だと感じます」とマイスナー氏は語った。

会議でのコンセンサスは、Devnet 2 (多くの小規模な開発者テストネットの 3 番目) をタイムリーに実装するために、次回の ACD コールを通じてこれらの問題に対処することでした。

この電話会議は7月4日（米国独立記念日）に開催される予定だが、出席した米国の開発者全員は、イーサリアムの進歩を妨げるものは何もないと述べた。