PasskeyやAccount Abstractionの普及でウォレットの利便性は向上しています。しかし長期保管までスマートウォレットへ一本化する必要はありません。コールドウォレットと役割分担する設計を解説します。
EthereumではAccount Abstractionの利用が拡大し、スマートウォレットにバックアップ鍵、複数承認、送金先制限などを組み込めるようになっています。公式情報でもEIP-4337経由で2,600万以上のスマートアカウントが作成されており、ウォレットは「秘密鍵を1本管理するもの」から「アクセスルールを設計するもの」へ変化しています。\n\nただし、利便性が高いことと、すべての資産を同じ仕組みで管理すべきことは別問題です。特に長期保有資産とDeFiで頻繁に動かす資産では、求めるセキュリティ特性が異なります。\n\n## 長期保管とオンチェーン利用を分離する\n長期保管では、ハードウェアウォレットを使い、秘密鍵をオンライン環境から隔離する従来型の設計が依然として合理的です。一方、DeFiや決済では、スマートウォレットのPasskey、複数バックアップ、利用制限などが操作性とリスク管理の両面で役立つ場合があります。\n\nそこで、長期保管用コールドウォレット、DeFi接続用スマートウォレット、少額決済用ウォレットを分け、必要な金額だけ移動させる構成が考えられます。スマートウォレットの署名者としてハードウェアウォレットを利用できる構成なら、さらに役割を細分化できます。\n\n## Recoveryの便利さは新しい依存関係でもある\nAccount Abstractionでは、鍵を失った場合のRecoveryや複数デバイスによる管理を柔軟に設計できます。しかしRecovery担当者、スマートコントラクト、Passkeyを保存する端末、クラウド同期など、従来とは異なる依存関係が生まれる場合があります。\n\n重要なのは「シードフレーズがないから安全」「ハードウェアウォレットだから安全」と方式だけで判断しないことです。長期保管、日常利用、DeFi、緊急退避を分離し、それぞれについて署名者、復旧方法、端末紛失時の対応を事前に決めるべきです。新しいウォレット技術が増えるほど、製品選び以上に資産ごとの運用構成が重要になります。