暗号資産やWeb3サービスを使い始めようとしたとき、多くの人が最初の壁にぶつかります。秘密鍵の管理、シードフレーズの保管、ガス代の支払い——これらは技術に詳しくないユーザーにとって大きなハードルです。こうした問題を根本から解決しようとしているのが、Account Abstraction（アカウント抽象化）という技術です。
2023年3月にイーサリアムメインネットで本格稼働したERC-4337は、スマートコントラクトをウォレットとして機能させることを可能にしました。これにより、従来のEOA（外部所有アカウント）が抱えていた制約が大幅に緩和され、ユーザー体験の革新が期待されています。
本記事では、Account Abstractionの基本概念から技術的な仕組み、実際のユースケース、そして今後の展望まで、初心者にもわかりやすく解説します。Web3の「使いにくさ」が解消される日が近づいているかもしれません。
1. Account Abstractionとは何か
1-1. 従来のイーサリアムアカウント構造
イーサリアムには大きく分けて2種類のアカウントが存在します。一つは秘密鍵で管理されるEOA（Externally Owned Account）、もう一つはスマートコントラクトアカウントです。
EOAは秘密鍵を持つ個人が直接管理するアカウントで、MetaMaskなどの一般的なウォレットはこの形式を採用しています。一方、スマートコントラクトアカウントはコードによって動作するアカウントで、柔軟なロジックを実装できますが、単独でトランザクションを開始できないという制約がありました。
従来の設計では、すべてのトランザクションはEOAから始まる必要がありました。これが「スマートコントラクトにウォレットとしての完全な機能を持たせられない」という根本的な制約の原因でした。
1-2. Abstractionが解決する問題
Account Abstractionは、この「トランザクションの開始者はEOAでなければならない」という制約を取り除く概念です。スマートコントラクト自体がファーストクラスの市民として、独自のロジックでトランザクションを処理できるようになります。
具体的には、署名の検証方法をカスタマイズできること、トランザクションの実行条件を柔軟に設定できること、そして第三者がガス代を代払いできることなどが可能になります。これらの機能は、ユーザー体験を劇的に改善する可能性を持っています。
2. ERC-4337の技術的な仕組み
2-1. UserOperationとバンドラー
ERC-4337の最大の特徴は、イーサリアムのコアプロトコルを変更することなく実装されている点です。プロトコルレベルの変更が不要なため、既存のインフラとの互換性を保ちながら展開できました。
ERC-4337では、通常のトランザクションの代わりに「UserOperation（ユーザー操作）」というオブジェクトが使われます。ユーザーはトランザクションに署名する代わりにUserOperationに署名し、これを「オルタネートメンプール」と呼ばれる専用の待機プールに送信します。
「バンドラー」と呼ばれる特別なノードがこのメンプールを監視し、複数のUserOperationをまとめて一つのトランザクションとしてブロックチェーンに送信します。バンドラーはガス代を立て替えて送信し、後でユーザーから回収する仕組みになっています。
2-2. EntryPointコントラクトとPaymaster
ERC-4337の中心には「EntryPoint」と呼ばれるシングルトンコントラクトがあります。このコントラクトはすべてのUserOperationの処理を担当し、スマートウォレットの検証ロジックを呼び出します。
「Paymaster（ペイマスター）」はガス代の支払いをユーザーの代わりに行う仕組みです。これにより、dAppの開発者がユーザーのガス代を肩代わりしたり、ETH以外のトークンでガス代を支払ったりすることが可能になります。例えば、初めてWeb3を使うユーザーがETHを持っていなくても、USDCでガス代を支払える環境を実現できます。
また、各スマートウォレットは独自の検証ロジックを実装できます。マルチシグ署名、生体認証、ソーシャルリカバリーなど、セキュリティ要件に合わせたカスタマイズが可能です。
3. スマートウォレットが可能にするユースケース
3-1. ガスレストランザクションとスポンサードトランザクション
Account Abstractionの最も直接的な恩恵の一つが、ガスレストランザクションです。従来、イーサリアムのトランザクションには必ずETHが必要でしたが、Paymasterを使うことでdApp側がガス代を負担できるようになります。
これは特にユーザー獲得において重要な意味を持ちます。新規ユーザーがサービスを試す際に「まずETHを購入する」という手順が不要になるからです。ゲームやSNSなどのWeb3アプリケーションが、Web2サービスと同様の「登録してすぐ使える」体験を提供できるようになります。
また、ERC-20トークンやステーブルコインでのガス代支払いも実現できます。これにより、ETHの価格変動に影響されない予測可能なコスト管理が可能になります。
3-2. バッチトランザクションとセッションキー
スマートウォレットでは、複数の操作を一つのトランザクションにまとめる「バッチトランザクション」が利用できます。例えば、DeFiでトークンの承認（Approve）と交換（Swap）を別々に行う必要がなくなり、一回の操作で完結します。
「セッションキー」も重要な機能の一つです。これは、特定の条件（使用期限、使用金額の上限、使用可能なコントラクトの制限など）を設定した一時的な鍵を発行する仕組みです。ゲームをプレイ中に毎回メインウォレットへの署名を求めることなく、プレイヤーが快適に操作できる環境が実現します。
4. ソーシャルリカバリーとセキュリティ
4-1. シードフレーズ問題の解決策
暗号資産における最大のリスクの一つが、秘密鍵やシードフレーズの紛失・盗難です。従来のウォレットでは、12〜24語のシードフレーズを安全に保管する責任がすべてユーザーにあり、これが普及の大きな障壁となっていました。
スマートウォレットはソーシャルリカバリーという仕組みによって、この問題に対処できます。ソーシャルリカバリーでは、信頼できる友人や家族を「ガーディアン（後見人）」として設定します。ウォレットへのアクセスを失った場合、複数のガーディアンの承認を得ることでウォレットの権限を回復できます。
これにより、シードフレーズの紛失がウォレットの永久喪失に直結するリスクが低下します。ただし、ガーディアン選定の適切さや、ガーディアン自身のセキュリティ管理なども重要な要素となります。
4-2. マルチシグと2FA統合
スマートウォレットの柔軟な署名検証ロジックにより、マルチシグ（複数署名）の実装が容易になります。例えば、「3人のうち2人が承認した場合のみトランザクションを実行する」といったルールをコントラクトレベルで設定できます。
さらに、パスキーや生体認証との統合も進んでいます。スマートフォンの指紋認証やFace IDをウォレットの署名手段として使用できる環境が整いつつあります。これにより、Web2のパスワードマネージャーと同等の使いやすさで、Web3のセキュリティを確保できる可能性があります。
5. 主要なスマートウォレットの実装例
5-1. Safe（旧Gnosis Safe）とBiconomy
SafeはERC-4337以前から存在するスマートコントラクトウォレットのパイオニアであり、ERC-4337への対応も積極的に進めています。マルチシグ機能を中心に、機関投資家や企業向けの高セキュリティなアセット管理手段として広く使われています。
Biconomyは開発者向けのインフラプロバイダーとして、Paymaster機能やBundlerサービスを提供しています。dAppの開発者がAccount Abstractionの機能を簡単に統合できるSDKを提供しており、ガスレスUXの実装を大幅に簡素化しています。
5-2. ZeroDev、Alchemy Accountkit、Coinbase Smart Wallet
ZeroDevはカーネルと呼ばれるモジュラー型スマートウォレットフレームワークを提供しており、プラグインシステムによって機能を拡張できます。開発者はセッションキー、マルチシグ、Paymasterなどの機能をモジュールとして組み合わせられます。
Alchemyが提供するAccountkitは、フロントエンド開発者向けのスマートウォレット統合ツールキットです。ソーシャルログインとの統合、Gasポリシーの管理などを簡素化しています。CoinbaseはBase上でのスマートウォレット普及を目指してCoinbase Smart Walletをリリースし、CBIDとの統合によってシームレスなオンボーディングを実現しています。
6. イーサリアムロードマップにおけるAccount Abstraction
6-1. EIP-7702とネイティブAA
ERC-4337はプロトコル変更なしで実装されていますが、イーサリアムのロードマップではさらに深いレベルでのAccount Abstraction統合が計画されています。EIP-7702は、EOAが一時的にスマートコントラクトの動作を委任できる仕組みを導入するもので、2024〜2025年のアップグレードでの実装が議論されています。
これにより、既存のEOAユーザーがウォレットを移行することなく、スマートウォレットの機能を享受できるようになる可能性があります。長期的には、すべてのアカウントがスマートコントラクトとして動作する「ネイティブAccount Abstraction」への移行が目標とされています。
6-2. L2エコシステムとの相互作用
StarkNetやZkSyncなどのLayer2ブロックチェーンは、設計当初からネイティブなAccount Abstractionをサポートしています。これらのチェーンでは、すべてのアカウントがスマートコントラクトとして動作し、カスタム署名スキームや検証ロジックがデフォルトで利用可能です。
L1とL2でのAccount Abstractionアプローチの違いは、将来的なクロスチェーン体験の設計にも影響します。統一されたウォレット標準の策定が業界全体の課題となっており、ERC-7579などのモジュラースマートウォレット標準の策定も進んでいます。
まとめ
Account AbstractionとERC-4337は、Web3の「使いにくさ」という根本的な課題に技術的なアプローチで挑むものです。ガスレストランザクション、ソーシャルリカバリー、バッチ処理、セッションキーなど、さまざまな機能がユーザー体験を改善します。
2023年以降、実際の採用が急速に進んでおり、主要なL2ネットワークや大手取引所もスマートウォレットへの対応を強化しています。Web3が次の10億人のユーザーを迎えるための基盤技術として、Account Abstractionの動向は引き続き注目されます。
ただし、新しい技術には新しいリスクも伴います。スマートコントラクトのバグや設計ミスが資産喪失につながる可能性もあるため、使用するウォレットの監査状況や実績を確認することが重要です。
よくある質問
Q1. ERC-4337のスマートウォレットは既存のdAppと互換性がありますか？
基本的には互換性があります。ERC-4337はEthereum本体のプロトコルを変更せずに実装されているため、既存のスマートコントラクトとの互換性は維持されています。ただし、一部のdAppやサービスがEOAのみを対象としている場合、スマートウォレットのアドレスを認識しないケースが過去には存在しました。ERC-1271（Contract Signature Validation）の普及により、この問題は徐々に解消されつつあります。
Q2. スマートウォレットのガス代は通常より高くなりますか？
スマートコントラクトの実行を伴うため、EOAと比較して若干高いガス代が発生することがあります。ただし、バッチトランザクションによる複数操作の統合や、L2上での使用によってトータルコストを抑えられる場合も多くあります。Paymasterを利用したガスレス体験の場合は、ユーザー側のコスト負担がゼロになることもあります。
Q3. ソーシャルリカバリーのガーディアンを誰に設定すればよいですか？
ガーディアンには、十分に信頼できる人物または組織を選ぶことが重要です。家族、信頼できる友人、または専門のリカバリーサービスを組み合わせることが考えられます。重要なのは、ガーディアン同士が共謀してアカウントを乗っ取れないよう、互いに独立した関係にあることです。また、ガーディアン自身のウォレットセキュリティにも気を配る必要があります。
※本記事は情報提供を目的としており、投資を推奨するものではありません。暗号資産への投資は元本割れのリスクがあります。投資判断はご自身の責任で行ってください。
