EIP-7702：EOA のためのネイティブなアカウント抽象化（2026）

ギャップ：なぜあなたの EOA はスマートアカウントのことができないのか

Ethereum 上のほとんどの人は 外部所有アカウント（EOA）を保有しています。単一の秘密鍵によって制御されるアドレスです。EOA はシンプルで実戦で鍛えられていますが、同時に硬直的でもあります。複数のアクションを一つのアトミックな取引にバッチ処理することも、誰か他の人にガスを支払わせることも、限定的な署名権限を一時的な鍵に委任することもできません。それらの利便性は アカウント抽象化 に属し、歴史的には、あなたの資金を スマートコントラクト・アカウント へ移す必要がありました。それは別のアドレスであり、移行の摩擦と独自の信頼の前提を伴います。

それこそが EIP-7702 が閉じるべく設計されたギャップです。すなわち、ユーザーに既に所有しているアドレスを手放すよう求めることなく、既存の EOA にスマートアカウントの挙動へのアクセスを与えることです。

EIP-7702 とは何か

EIP-7702 は、EOA が一時的にコントラクトコードへ委任することで、スマートアカウントのように振る舞えるようにするメカニズムです。それは 2025 年の Ethereum の Pectra アップグレードの一部として出荷され、2026 年時点ではメインネット上で稼働しており、ウォレットのインフラによって広くサポートされています。それは、コードの一片（委任）を通常のアカウントに付与する、新しい取引タイプを導入します。決定的に重要なのは、あなたの鍵、残高、アドレスはまったく同じままである点です。アカウントは単に、望むときにプログラム可能なロジックを実行する能力を得るだけです。

これは意味のある転換です。EIP-7702 以前は、「スマートアカウントへアップグレードする」とは「新しいアカウントを作成して資金を入れる」ことを意味しました。それ以後は、あなたが持っているアカウントがスマートアカウントの機能に参加でき、そして同じくらい簡単に、参加を取り消すことができます。

仕組み：委任指定子（delegation designator）

高いレベルで言えば、EIP-7702 は 委任指定子 を通じて機能します。これはアカウント内に格納される小さなポインタで、実質的に「このコントラクトのコードを、あたかも私自身のものであるかのように実行せよ」と述べます。ユーザーは特定の実装コントラクトを指名する認可に署名し、アカウントのコードスロットは、そのコントラクトを参照するマーカーに設定されます。それ以降、EOA への呼び出しは委任されたロジックを実行しますが、取引は依然としてアカウント自身の鍵によって承認されます。

委任は署名された認可によって設定されるため、それをクリアしたり指し先を変更したりすることもできます。2026 年時点の実務上のモデルはこうです。EOA は EOA のままですが、委任先の実装が何であれ、それによって定義されるスマートアカウントの「装い」をまとうことができます。その実装こそが、バッチ処理や支出ポリシーのような機能が実際に存在する場所です。

EIP-7702 vs ERC-4337：競合ではなく補完

ERC-4337 は、UserOperation、bundler、シングルトンの EntryPoint コントラクト、そしてpaymasterを導入したアカウント抽象化の標準です。これは、Ethereum のコアプロトコルには一切触れない、スマートアカウント向けのオフチェーンに優しいパイプラインです。対照的に、EIP-7702 は EOA を直接アップグレードするプロトコルレベルの変更です。

これらをライバルとして捉えるのは簡単ですが、2026 年時点では補完的なものとして理解するのが最善です。EIP-7702 は「素の EOA はどうやってコードで定義されたアイデンティティを得るのか？」に答えます。ERC-4337 は「スマートアカウントはどうやってバンドルされた実行、スポンサー付きの手数料、共有された検証パイプラインを得るのか？」に答えます。EIP-7702 で委任されたアカウントは、ERC-4337 互換のロジックを採用し、同じ EntryPoint とpaymasterのインフラに接続できます。二つの標準は、互いを置き換えるのではなく、積み重なるのです。

既存のウォレットに何を解き放つか

ウォレット開発者にとって、EIP-7702 はこれまで「スマートアカウント専用」だった機能を、通常のユーザーのアドレスが使えるものへと変えます。

バッチ処理。承認とスワップを単一のアトミックな取引で行うため、あるステップが中途半端に完了して、承認と取引の間であなたが立ち往生することがありません。

ガススポンサー。paymaster（または非 EVM チェーン上の同等のフィーペイヤー）がガスを負担でき、あるいはユーザーがチェーンのネイティブ資産以外のトークンで手数料を支払えるようにできます。別途 ETH をガス用に確保する必要はありません。

セッションキー。設定された範囲内で限定されたアクションのセットに署名でき、その後失効する、一時的でスコープが限定された鍵を付与します。すべてのステップで署名し直すことなく、ゲーム、取引 UI、繰り返しのフローに役立ちます。

リスクと考慮事項

委任は強力であり、まさにそれゆえに注意に値します。あなたが委任する実装コントラクトは、実質的にあなたのアカウントに何ができるかを定義します。そのため、悪意のある、あるいはバグのある実装は深刻なリスクです。ユーザーは、監査済みで評判の良いコードにのみ委任すべきです。署名された認可は、ユーザーをだましてアカウントを攻撃者が管理するロジックに向けさせるフィッシングを避けるため、ウォレットによって慎重に扱われなければなりません。そして EIP-7702 は比較的新しいため、ツール、インデクサー、セキュリティの前提は、2026 年時点でまだ成熟しつつある段階にあります。これらはいずれもそれを避ける理由ではありません。むしろ、ウォレットが委任先を明示的かつ取り消し可能にすること、そして「私は何に委任しているのか？」を第一級のセキュリティの問いとして扱うことを期待すべき理由です。

WATS はこれをどう活用しているか

アカウント抽象化の日常的な恩恵、すなわちネイティブガスのやり繰りが不要で、一つの予測可能な手数料であること、これは既に WATS Hot Wallet がノンカストディアルに提供しているものです。あらゆる送金、スワップ、ステーキングは単一のトークンである ATS で請求されます。EVM 上では ERC-4337 paymasterを通じて、Solana と TON 上では同等のフィーペイヤーを通じて行われ、ATS は LayerZero OFT であるため、一つの残高が三つすべてにまたがって機能します。WATS は、ERC-4337 と OFT による単一トークン手数料（ネイティブガスの代わりに請求される）を、徴収された ATS を 100M から 30M のフロアに向けて引き寄せる バーン と組み合わせた最初で唯一のウォレットです。そのすべてが、あなたが自分の鍵を保持したまま実現されます。WATS が鍵を保有することは決してないからです。