組み込みウォレット: 外部所有ウォレット(EOA) vs. スマートコントラクトウォレット vs. スマートEOA(7702)
執筆者 Alchemy Team
過去数年間、web3ウォレットのインフラが徐々に向上するにつれ、暗号資産のユーザー体験は継続的に改善されてきました。ここでの支配的なトレンドは組み込み型ウォレット — 暗号資産アプリケーションに直接組み込まれたウォレットです。これにより、より馴染みのあるユーザー体験が提供され、ウォレットの存在が意識されなくなります。ユーザーはMetamaskのような外部ウォレットに切り替える必要がなく、裏側で暗号資産を扱っていることすら知る必要がありません。
この好例がCoinbase Loansです。2025年1月にリリースされたこのプロダクトは、Coinbaseのコアアプリケーションに暗号資産ウォレットを直接組み込み、プロダクト体験を支えるオンチェーンのローンプロトコルと連携できるようにしています。ユーザーはシードフレーズの保管や不格好なポップアップといった従来の暗号資産に付随する問題を回避し、大幅に簡素化されたユーザー体験を得ることができます。
組み込み型ウォレットを扱う開発者には、まだ多くの判断すべき点があります。本記事では、組み込み型ウォレットの3つの異なるアプローチとその仕組みを見ていきます: Externally Owned Wallets(EOA)、Smart Contract Wallets(Smart Wallets)、そしてSmart EOAs(7702)です。

組み込み型ウォレット(EOA)とは何か?
開発者が「組み込み型ウォレット」について議論する際、一般的には組み込み型のExternally Owned Wallets、すなわちEOAを指しています。EOAはユーザーが管理するアカウントであり、公開アドレスによって識別され、トランザクションの送信に使用される秘密鍵によって管理されます。EOAモデルでは、秘密鍵そのものがユーザーアカウント_です_。つまり:
- ユーザーが鍵にアクセスできなければ、ウォレットにもアクセスできない
- ユーザーが鍵を紛失すれば、ウォレットへのアクセスを永久に失う
- 悪意のある第三者がユーザーの鍵にアクセスできれば、ユーザーの残高全体を盗むことができる
組み込み型ウォレットの文脈では、ユーザーがこれらの鍵を提供するためにTurnkeyやPrivyのようなサードパーティサービスに依存しているため、これは重大な問題となります。上記を踏まえると:
- サービスがダウンすれば、ユーザーはウォレットにも資金にもアクセスできなくなる
- 数百万人のユーザーの鍵のセキュリティを担う単一の主体が存在し、これが侵害された場合、それらのユーザーの資金損失につながりかねない
組み込み型EOAにおいてユーザーと開発者が負っているリスクを浮き彫りにした最近の出来事が、PhantomによるSimpleHashの買収です。Phantomは大手の暗号資産データプロバイダーを買収し、自社のウォレット提供における競争優位性の一環としてSimpleHashのサービスを終了させる動きを見せています。この発表を受けて、何百人もの開発者が代替ソリューションを求めて奔走することになりました。組み込み型EOAの世界では、これらのEOAを新しいプロバイダーやセルフカストディ型のモデルに容易に移行することはできません — 新しいデータプロバイダーへの移行のように単純にはいかないのです。
EOAは開発者にとってシンプルさを提供します。ViemやFoundryといった成熟したツールにより、統合が容易です。しかし、このシンプルさには代償があり、重要なUXおよびセキュリティ機能が制限されます。例えば:
- 単独のEOAはガス代の抽象化を一切サポートしません。つまり、ユーザーは常にトランザクション実行のための十分な資金をウォレット内に保持する必要があります
- EOAはトランザクションのバッチ実行ができず、「Approve + Swap」のような別々の操作が必要な煩わしいUXフローにつながります
- EOAはコントラクトのホワイトリスト化やM/Nしきい値署名といったオンチェーンのセキュリティ機能を実装することができません。このようなオフチェーンでの実装も、結局は中央集権的なサービスプロバイダーを信頼することになります
- EOAはリソースロックや上記のいくつかの機能に依存する、シームレスなクロスチェーントランザクションと相互運用性を提供することができません
- EOAはCoinbaseの Magic Spendのような、オフチェーン残高を用いたオンチェーンでの支払いを可能にする流動性アクセスを提供することができません
- ハードコードされたnonce検証により、高負荷アプリケーションでウォレットのスループット問題が発生します
- 長期的なプロダクトにとって、EOAは量子耐性がなく、NISTは5年後に公開の非推奨通知を設定しています
組み込み型Smart Contract Wallets(Smart Wallets)とは何か?
組み込み型Smart Contract Wallets(Smart Wallets)は、暗号資産におけるUXとセキュリティ改善の次なる段階です。Smart Walletsは、ユーザーのアカウントとして機能する、ブロックチェーンにデプロイされたプログラムです。Smart WalletsはEOAよりもはるかに多くの機能を可能にし、UXとセキュリティの大幅な向上をもたらします。Ethereumの共同創設者であるVitalikも、EOAからSmart Walletsへの移行を、一般ユーザーをオンチェーンに導入するための必須要件と見なすほどです。
重要な点として、Smart Walletsは鍵のローテーションと、単一のアカウントに対する複数の有効な秘密鍵を可能にすることで、サードパーティサービスへの単一障害点を排除します。例として、Circleの Programmable Wallets(コントラクトコード)やCoinbase Smart Wallet(コントラクトコード)が挙げられます。

組み込み型EOAがSmart Walletの署名者として機能する場合、前述のように通常サードパーティサービスによって管理されるそのEOAの秘密鍵は、Smart Walletのプログラム可能なロジックにおける取り消し可能な構成要素となります。Smart Walletは鍵のローテーションやマルチシグ方式を実装でき、ユーザーは資金へのアクセスを失うことなくEOA署名者を交換または取り消すことができます。これにより、単独の組み込み型EOAに見られる、ユーザーが単一プロバイダーのインフラに縛られるという厳格なベンダーロックインが解消されます。SimpleHashのようなサービスが停止したり、プロバイダーが信頼できなくなったりした場合でも、Smart Walletはユーザーのアカウントを中断することなく、新しいEOA署名者をシームレスに導入したり、セルフカストディ型の鍵へ移行したりすることができます。
Smart Walletsが提供する追加の主要機能には、以下のものがあります:
- ガス代の抽象化: ガスレストランザクションの標準化されたサポートにより、開発者が手数料をスポンサーしたり、ユーザーがETHの代わりにERC-20トークンでガス代を支払えるようにしたりすることで、ユーザー体験を効率化します
- バッチ実行: 「Approve + Swap」のような一般的なフローにおいて、単一のユーザー署名でバッチ化されたトランザクションをサポートします
- プログラム可能な署名: ローカル鍵管理のためのパスキーのオンチェーン検証によるセキュリティ強化に加え、必要に応じて量子耐性への道筋も提供します
- セッションキーとコントラクトのホワイトリスト化: プログラム可能なウォレットにより、一時的な権限付与や承認済みコントラクトへの制限付きインタラクションが可能になり、セキュリティと制御力が向上します
- しきい値署名とMFA: オンチェーンのマルチシグまたは多要素認証オプションにより、堅牢なアカウント保護層を追加します
- 相互運用性: リソースロックやその他のメカニズムを活用し、ブロックチェーンネットワーク間のインタラクションを可能にするシームレスなクロスチェーン機能を実現します
- 流動性オーケストレーション: オフチェーン残高を用いたオンチェーンでの支払いを可能にします

Smart Walletsはある程度の複雑さとわずかなデプロイコストをもたらしますが、ツールの成熟とアダプションの拡大に伴い、これらは無視できる程度になりつつあります。Smart Walletsが提供する柔軟性とセキュリティは、既存のセキュリティ上の懸念を伴わずに最高水準のユーザー体験への道を切り開き、スケーラブルで使いやすく、長期にわたって機能する暗号資産アプリケーションを構築しようとする開発者にとって魅力的な選択肢となります。
組み込み型Smart EOAs(7702)とは何か?
2025年のPectraハードフォークの一環としてEthereumのEIP-7702によって導入された組み込み型Smart EOAsは、Externally Owned Accounts(EOA)にスマートコントラクト機能を付加するハイブリッドモデルを提供します。秘密鍵のみに依存する従来のEOAや、完全にオンチェーンにデプロイされたプログラムであるSmart Walletsとは異なり、Smart EOAsはEOAが単一のトランザクションに対してスマートコントラクトコードに処理を委任することを可能にします — これにより、永続的なコントラクトのデプロイを伴わずに、ガス代のスポンサーシップ、バッチ処理、パスキー認証といった機能が実現できます。account abstractionへの一歩として推進されているこのアプローチは、MetaMaskのような既存のEOA中心のエコシステムにおいて、組み込み型ウォレットをより汎用性の高いものにすることを目指しています。
Smart EOAsは、Smart Walletsに関して前述したインフラの多くを再利用しており、同じ標準化されたリレーインフラ、ガス代抽象化インフラ、スマートコントラクトに依存しています。この分野には大きな期待が寄せられており、Circleの Programmable Walletsのようなツールに加えて、RhinestoneやSafeといったチームも7702のサポート構築に取り組んでいます。
しかし、Smart EOAsの実装には課題も伴うため、多くが完全なサポートではなく段階的なアダプションを選択しています。単純なEOA鍵管理に慣れたプロバイダーにとって、スマート機能のサポートは長期にわたるロードマップとなり、ガス代の抽象化やセッションキーのような機能を実現するために開発者が複数の外部サービスを組み合わせなければならなくなります。
さらに、セキュリティは依然として重大なトレードオフとなります。7702は高度な機能のための委任を可能にする一方で、EOAの鍵は無制限の制御権を持つ単一障害点であり続けます。この鍵が侵害されれば、委任されたすべての保護機能は無意味になります。所有権の柔軟性も同様に制限されます。追加の署名者を加えることはできますが、EOAの鍵は制限のない制御権を保持し続けます。Smart Walletsとは異なり、Smart EOAsはEOAという基盤に起因する脆弱性を抱えたままであり、Smart EOAsは完全な解決策というよりも妥協案と言えます。
Smart EOAs(7702)は、組み込み型ウォレットプロバイダーがEOAモデルを完全に放棄することなく高度な機能を導入できる、摩擦の少ない手段を提供します。ガスレスのオンボーディングやクロスチェーン操作のような、時折プログラム可能性を必要とするアプリケーションにとって実用的なステッピングストーンとなり、同時にViemやFoundryといった成熟したツールとの互換性も維持されます。しかし、静的なEOA鍵への依存と、スマート機能をEOAシステムに後付けすることの難しさから、これらは主に過渡的なソリューションとして位置づけられます。
結論: 摩擦のないWeb3のための組み込み型ウォレットの改善
暗号資産の世界が進化するにつれ、組み込み型ウォレットは次の波のユーザーをオンボーディングする最前線に立っています。セキュリティのレベル、使いやすさ、開発のしやすさは、それぞれのアプローチによって異なります:
- **組み込み型ウォレット(EOA)**はシンプルさを提供しますが、重大なセキュリティリスクとUXの制限が伴います
- **組み込み型Smart Contract Wallets(Smart Wallets)**は、わずかな複雑さのコストで比類ない柔軟性とセキュリティを提供します
- **組み込み型Smart EOAs(7702)**は、EOAがSmart Walletの機能を得るための移行パスを提供しますが、EOAのセキュリティリスクを引き継ぎます
組み込み型ウォレットの未来は、単に鍵の問題だけではなく、ウォレットがどれだけ目立たず、かつ安全にユーザージャーニーに統合されるかにかかっています。Alchemyでは、鍵管理を超えたアプローチにより、シードフレーズを不要にし、ガス代をスポンサーし、トランザクションをバッチ化するエンタープライズグレードのSmart Walletsを提供しています — 同時に、開発者がUXを柔軟にカスタマイズできるツールを提供します。
よくある質問
組み込み型ウォレットとは何ですか?
組み込み型ウォレットとは、暗号資産アプリケーションに直接統合されたウォレットのことで、ユーザーがMetamaskのような外部ウォレットに切り替える必要がなく、裏側で暗号資産を扱っていることすら知る必要がないよう、ウォレットの存在を意識させないものです。
EOAとスマートコントラクトウォレットの違いは何ですか?
EOAは秘密鍵によって管理されるユーザー制御のアカウントであり、鍵そのものがアカウントです。一方、スマートコントラクトウォレットはブロックチェーンにデプロイされたプログラムであり、ガス代の抽象化、バッチトランザクション、鍵のローテーション、プログラム可能な署名といった高度な機能を実現します。
組み込み型EOAで秘密鍵を紛失した場合、何が起こりますか?
EOAの秘密鍵を紛失すると、ウォレットへのアクセスを永久に失います。また、鍵を管理しているサードパーティサービスがダウンした場合、ウォレットにも資金にもアクセスできなくなります。
EIP-7702とは何であり、EOAにどのような影響を与えますか?
EIP-7702は2025年のEthereumのPectraハードフォークで導入されたもので、EOAが単一のトランザクションに対してスマートコントラクトコードに処理を委任することを可能にし、永続的なコントラクトのデプロイを伴わずにガス代のスポンサーシップやバッチ処理といった機能を実現します。
スマートコントラクトウォレットはEOAに対してどのような利点がありますか?
スマートコントラクトウォレットは、ガス代の抽象化、バッチトランザクションの実行、パスキーサポートを含むプログラム可能な署名、セッションキー、しきい値署名、クロスチェーンの相互運用性、そして資金へのアクセスを失うことなく鍵をローテーションまたは交換できる機能を実現します。
スマートコントラクトウォレットはベンダーロックインを防げますか?
はい。スマートコントラクトウォレットは、鍵のローテーションやマルチシグ方式を実装することでベンダーロックインを排除し、ユーザーはアカウントを中断することなく署名者を交換・取り消したり、新しいプロバイダーやセルフカストディ型の鍵へ移行したりすることができます。
組み込み型EOAの主なセキュリティリスクは何ですか?
組み込み型EOAは、ユーザーが鍵管理を完全にサードパーティサービスに依存するという単一障害点を生み出します。悪意のある第三者が鍵にアクセスしたり、サービスが侵害されたりした場合、ユーザーは残高全体を失う可能性があります。
Smart EOAs(7702)はスマートコントラクトウォレットと同等に安全ですか?
いいえ。Smart EOAsはEOAのセキュリティリスクを引き継ぎます。なぜなら、EOAの鍵は無制限の制御権を持つ単一障害点であり続け、これが侵害されると委任されたすべての保護機能が無意味になるためです。これに対し、スマートコントラクトウォレットは鍵のローテーションやマルチシグといったオプションを提供します。
関連する概要
ウォレット2026年9月2日
エージェントウォレット: AIエージェントのためのセッションと権限モデル
AIエージェントが秘密鍵を保持せずにスコープ化された取り消し可能なウォレットアクセスを得る仕組み: セッション、委任署名、即時失効。
ウォレット2026年7月29日
Cursorに秘密鍵を貼り付けるのをやめる:コーディングエージェントにウォレットを持たせる方法
秘密鍵を渡さずに、コーディングエージェントにウォレットを持たせる方法。Alchemy CLIのエージェントウォレットがスコープ付きセッションを使い、.envに秘密鍵を置かずにエージェントが取引できる仕組みを解説します。
ウォレット2026年6月24日
暗号資産Bundlerとは?
暗号資産のBundlerは、バッチ処理、MEV、ロールアップ、トークンローンチ、アカウントアブストラクションにわたって、複数のトランザクションや操作を1つのオンチェーン送信にまとめます。

ブロックチェーンで魔法を生み出す
Alchemyは、最も強力なweb3開発者向けプロダクトとツールを、豊富なリソース、コミュニティ、そして卓越したサポートと組み合わせて提供します。