これまでは、使い慣れた外部所有アカウント(EOA)を単一の秘密鍵で保持するか、EIP-4337で構築されたようなAccount Abstraction(AA)スマートウォレットに移行するかを選択する必要がありました。2025年5月7日の イーサリアムメインネットPectraアップグレード で導入された EIP-7702 は、その分岐点を取り除きます。これは、EOAがコントラクトコードを「借りる」ことを可能にするトランザクションタイプ4を追加します。実際には、アドレスはEOAとしてもスマートウォレットとしても使用できることを意味します:複数の呼び出しをバッチ処理したり、他の人にガスを支払わせたり、カスタム支出ルールを強制したりします。
Account Abstractionは、ガス代を隠したり、クリック数を減らしたり、ステーブルコインでのアカウント回復やガス代の支払いを可能にしたりと、まさにユーザーエクスペリエンスを重視しています。ERC-4337ウォレットはその概念を証明しましたが、新しいアドレスと特別なインフラストラクチャが必要です。EIP-7702 は、プロトコルの変更や新しいオペコードを必要とせずに、これを段階的に構築しています。この下位互換性により、EIP-7702トランザクションが既存のERC-4337ウォレットロジックを指したり、標準のERC-4337バンドル内に入ったりするため、ブロックチェーンアプリとAAバンドラーは最小限のコード変更でそれを採用できます。
EOAとERC-4337とEIP-7702の比較
MetaMaskのようなEOAウォレットでは、ブロックチェーンアプリによって作成された未署名のトランザクションを、通常はウォレットのユーザーインターフェースで「確認」に相当するものをクリックして承認します。次に、ウォレット内のEOA秘密鍵がトランザクションに署名し、ウォレットは署名されたトランザクションをブロックチェーンに送信します。EOAはすべてのガス料金を支払い、最大で1つのトランザクションを実行でき、ユーザーはトランザクションを承認するために「ループに入る」必要があり、EOAの秘密鍵(通常はシードフレーズ)に注意する必要があります。

EOAウォレットとトランザクション
ERC-4337 標準自体のタイトルは、 Alt Mempool を使用したアカウント抽象化です。「代替mempool」とは、ERC-4337を使用したトランザクションが、ユーザー操作をオンチェーントランザクションに収集し、それらを実行のために正規のEntry Pointスマートコントラクトに送信するBundlerと呼ばれるオフチェーンサービスによって処理されるという事実を指します。このスキームは、オフチェーンEOAに代わるオンチェーンスマートウォレットを含む、さまざまなコンポーネント間の標準インターフェースに依存しています。その利点には、代替のガス支払いスキームとトランザクションのバッチ処理が含まれますが、ウォレットごとのスマートコントラクトをデプロイする必要があります。
承認ステップは、ウォレットがトランザクションの内容をより認識していると思われ、多くの場合、アプリと密接に結びついているため、ユーザーが一度に複数のトランザクションに対して包括的な承認を提供する可能性がある、すべてのトランザクションが特定の値のしきい値を下回るなど、より微妙な場合があります。

ERC-4337ウォレットとトランザクション
EIP-7702をサポートするEOAを持つウォレットは、指定されたオンチェーンスマートコントラクトをそのEOAとして機能するように委任する「セットコード」認証に署名するようにユーザーに求めます。この認証は、別の認証に置き換えられるか、0 アドレスを委任として設定して取り消されるまで、その場に留まります。認証には、EOA の現在のノンスとチェーン ID が含まれ、リプレイ攻撃から保護します。認証は収集してバッチ処理することができ、認証を持つトランザクション自体がタイプ2 EIP-1559トランザクションとして機能し、スマートコントラクトを呼び出してETHを転送できます。
EIP-7702は、ウォレットが通常のEOAとして、またはスマートウォレットとして、またはその両方として機能するという点で、両方の長所を兼ね備えています。既存のEOAには、スマートウォレット機能も後付けできます。少なくとも当初は、ほとんどのEIP-7702ウォレットが既存のERC-4337インフラストラクチャにプラグインされることが予想されますが、規格では必須ではありません。

2つの異なるタイプのトランザクションを持つEIP-7702ウォレット:タイプ4 EIP-7702トランザクションとタイプ2 EOAトランザクション
セキュリティと設計の哲学
ウォレットソフトウェアとスマートコントラクトの両方が絶対的に信頼されていることが重要です:EOAができることは何でもできます。これは EIP自体で指摘されており、サードパーティのアプリケーションが認証自体を何らかの形で制御できるようにする安全な方法はないと警告しています。ユーザーが悪意のある第三者のスマートコントラクトを既存のEOAのデリゲートとして承認するように騙され、その後すぐにすべての資産が盗まれるエクスプロイトがほぼ確実にあります。
設計哲学の観点から見ると、 EIP-7702 は「EOA スクリプト」ではなく「スマートウォレット」に関するものであり、将来の AA 拡張機能の邪魔にならないようにし、実装作業を管理可能に保つためです。つまり、EIP-7702タイプ4トランザクションは、新しいスマートコントラクトをデプロイしたり、プリコンパイルをデリゲートとして指定したり、ブロブをアタッチしたり、認証リストを空のままにしたりすることはできませんが、初期のテストでは、一部のL2がこの最後のルールを無視しているように見えることが示されています。
結論
発売当初、すぐに使えるサポートを約束するウォレットは Ambireだけですが、他のウォレットも必ず追随するでしょう。 MultiBaas は、タイプ4トランザクションとクラウドウォレットによる認証リストの署名もサポートしています。詳細について、またはEIP-7702を使用して構築するために私たちができることがあるかどうかについては 、お問い合わせください 。
鋭い洞察力のある読者は、なぜERC-4337ではなくEIP-7702なのか疑問に思うかもしれません。ERC-4337 は純粋にスマートコントラクトレイヤーに存在するため、ERC-20 や ERC-721 などのクラシックと並んで "ERC" (Ethereum Request for Comments) バケットに属しています。対照的に、EIP-7702 はコア コンセンサス ルールを微調整しているため、より正式な "EIP" (Ethereum Improvement Proposal) バッジはプロトコル レベルのアップグレード用に予約されています。
