
LongHash:スマートアカウントの3つの発展トレンド――モジュール化、専門化、マルチチェーン化
TechFlow厳選深潮セレクト

LongHash:スマートアカウントの3つの発展トレンド――モジュール化、専門化、マルチチェーン化
かつて財布は単なる署名ツールにすぎなかったが、今やそれは許可不要で組み合わせ可能なイノベーションの新たな戦場となっている。
執筆:LongHash Ventures
編集:TechFlow

約10年前、React、Angular、Vueといったフロントエンドフレームワークは、サーバー側のロジックをクライアント側に移行することでWeb2の採用を加速しました。フロントエンドとバックエンドが分離され、ユーザーはアプリケーションとの相互作用をよりシームレスに体験できるようになりました。
同様に、スマートアカウントはバッチ取引やカスタムGas支払いなど、より多くのロジックをユーザーの直接的な制御下に置くことで、暗号資産のユーザーエクスペリエンスを改善し、Web3の普及を加速すると期待されています。
この目標を達成するためには、以下の2つの変化が起こると私たちは考えています:
-
外部所有アカウント(EOA)からモジュール型スマートアカウントへの移行
-
汎用ウォレットから専門的スマートウォレットへの移行
なぜモジュール化なのか
バッチ処理、支払人、セッションキーなどのアカウント抽象(AA)インフラを自社開発・保守するのは容易ではありません。たとえば、セッションキーには安全なストレージ基盤が必要です。将来のウォレットが、インフラの維持管理という負担を背負わずとも競合と同等のアカウント機能を提供できるようにするため、多くの場合、自前で構築する代わりに、専門のインフラプロバイダーが提供するバウンダラーや支払人、セッションキーモジュールを統合する方向になるでしょう。
さらに、ウォレットはモジュールを統合することで機能拡張(例:プライバシー保護)や取引保証(例:支出制限)を実現できます。こうしたモジュールは徹底的な監査が必要であるため、ウォレットは独自開発よりも、検証済みのモジュールを統合することを選択する可能性が高いです。
また、ウォレットは以下のような目的で外部モジュールを統合することも可能です:
-
既存の便利な機能を簡単に統合(例:Safe {Wallet}がRedefineのトランザクションリスクスキャナーを統合)
-
ネットワーク効果を持つモジュールを活用(例:将来的な詐欺防止モジュールは最大の詐欺カバレッジを維持可能)
開発者が独自のスマートウォレットを作成したり、dAppに組み込んだりする際の技術スタックは以下の通りです:

これらの独立コンポーネントに基づき、「モジュール型アプリストア」とも言える3つのアグリゲーターが登場しています:Safe {Core}、Biconomy、ZeroDev。これらは署名方式、ロジックモジュール、実行インフラを統合し、拡張可能な「ウォレット・アズ・ア・サービス(WaaS)」ソリューションを提供することで、スマートアカウント開発の体験を簡素化しています。
たとえば、ZeroDevは多様なバウンダラーや支払人インフラを統合・ルーティングし、EIP-4337の複雑性から開発者を切り離しつつ、柔軟なWeb3導入/署名ソリューションを提供します。
フルスタックソリューションは成熟した既存インフラを統合していますが、モジュール市場自体はまだ比較的未熟です。以下の図からもわかるように、現時点ではほとんどのモジュールが「モジュール型アプリストア」自身によって構築されています。

モジュールがどのエコシステムに入るか判断する際の一つの要因は、アクセス可能な顧客層の規模です。たとえば、RedefineやTenderlyはすでにDeFi中心の機関ユーザー層を持つSafe上に構築することで、早期からそのメリットを享受しています。
顧客アクセスに加え、今後は「知覚される安全性」「開発者体験」「拡張可能なモジュール/プラグインエコシステムのネットワーク効果」などの要素によって、主要なエコシステムが形成されると予想されます。
こうした「モジュール市場」は、モジュールと顧客双方のネットワーク効果を活かして防御線を築けるため、収益分配、プラットフォーム手数料、MEV、モジュール監査などを通じて利益を得やすい、スマートアカウントインフラの中で最も収益化可能性の高い領域と言えるでしょう。
なぜ専門化なのか
Web3のユースケースとユーザーがますます多様化する中で、汎用ウォレットではニッチなニーズに対応できなくなると考えます。Safe {Wallet}はその好例で、Metamaskが満たせなかった組織のセキュリティ要件を埋めました。Metamask自身も現在、特定用途向けにカスタマイズ可能なSnapsを導入していますが、依然としてEOAベースです。
モジュール型スマートアカウントにより、誰でも自由にモジュールを組み合わせて専門化されたウォレットを構築できます。許可不要でモジュールを統合できるようになれば、ユーザーは自分のWeb3ニーズに最適化されたウォレットを利用できるようになります。
たとえば、Castleは実績のあるSafeのマルチシグ契約を利用してNFTを保護し、高額NFT所有者に特化したスマートウォレットを提供しています。今後は詐欺防止やトランザクションシミュレーションモジュールも統合し、追加のセキュリティを提供する予定です。
Rhinestoneは新しいプロジェクトで、ユーザーがスマートアカウントモジュールをドラッグ&ドロップして自分だけのカスタムウォレットを作成できる未来を描いています。これにより、カジュアルなスマホゲームプレイヤーでも、顔認証ログイン、セッションキー、一定期間内のNFT貸出などが安全に行えるようになります。

Web3の新分野が製品市場適合(PMF)を見つけ出すにつれ、特定ユーザーのニーズにより密着した専門ウォレットがシェアを獲得していくでしょう。ゲームプレイヤー、DeFiユーザー、NFTコレクター向けのスマートウォレットはすでに存在しますが、これらの分野はまだ競争が激しく、明確なリーダーはいません。
新興のWeb3ソーシャル分野にも、主流となるスマートウォレットはまだ登場していません。Patch WalletはTwitterアカウントを持つすべての人にデフォルトでスマートアカウントを提供し、Web2のソーシャルネットワークと暗号ウォレットを接続するプロジェクトですが、他に注目すべきプロジェクトはまだ見当たりません。

ゲームと分散型金融(DeFi)が最も多くの暗号ユーザーを惹きつけていますが、Web3ソーシャルはまだ突出したスマートウォレットがいない新興分野です。
私たちは、スマートアカウントは以下のように垂直領域別にカスタマイズされていくと考えます:
-
機関および高所得個人(HNWI):機関や高所得個人がSafeプロトコルに基づかないウォレットを選ぶとは考えにくいです。SafeはすでにLindy効果によって信頼の防衛線を築いています。このプロトコル上に構築されたウォレット(例:独自のSafe Multisig {Wallet})は、プライバシー、委任、詐欺防止モジュールを組み合わせられます。機関向けのモバイルウォレットはまだ空白領域であり、Safeによるセキュリティ保護のもと、利便性とユーザーエクスペリエンスを向上させる余地があります。
-
ゲームプレイヤー:ゲーム資産の相互運用性は限定的で、ゲームスタジオは新規ユーザーのスムーズな導入を優先します。そのため、内蔵型ウォレット・アズ・ア・サービス(WaaS)が、スムーズかつ低コストな導入と鍵管理を重視し、取引委任(例:レンタル期間終了後にdAppが自動的にNFTを返却)やセッションキーを備えた形で、大部分の市場を占めるだろうと考えます。
-
DeFiトレーダーおよびマイナー:金融参加者はアプリの境界をあまり気にせず、流動性の集約、自動化、マルチチェーン対応を重視します。そのため、流動性を集約し、DeFi戦略をキュレーションし、マルチチェーンの複雑性を抽象化するアプリ型DeFiウォレットが、DeFi特化スマートアカウント市場のリーダーになると予測します。MEVに精通したバウンダーがユーザー取引から得られるMEVをオークションし、キャッシュバックとして還元する仕組みも含まれるでしょう。
-
NFT:詐欺行為が横行する分野であるため、次世代のNFT特化モジュール型スマートアカウントは、取引シミュレーションや詐欺防止機能をセキュリティ面に組み込むとともに、フロントエンドでのキュレーションやパーソナライゼーションを通じてNFT発見を促進するでしょう。
-
ソーシャル:分散型ソーシャルの鍵は相互運用可能なアイデンティティです。そのため、ソーシャル特化スマートアカウントは、内蔵型ではなく、複数のソーシャルネット間での相互運用性を実現する必要があります。モバイルウォレットは利便性を提供できますが、複数のソーシャルネットワークにアクセスするために、API、集約、またはDawn Walletのようなモバイルブラウザ拡張機能を提供する必要があるでしょう。
各垂直領域において、バッチ取引やGas補助は、専門スマートウォレットのデフォルト機能として商品化・普及していくと予想します。
ヘビーユーザー、機関/組織、高所得個人は、オンチェーン活動履歴を保護するために、プライバシーモジュール統合型ウォレットを好むかもしれません。しかし、プライバシー機能が一般ユーザーに広く採用されるには、取引の非公開プロセスが完全にシームレスである必要があります。
最終局面:マルチチェーン
将来、モジュール型スマートアカウントが成功するためには、以下の要素が必要です:
-
相互運用性:モジュールが互いに組み合わせ可能であることを保証する標準(EIP-6900が策定中)。
-
発見性:前述の「モジュール型アプリストア」やRhinestoneのようなレジストリ。
-
セキュリティ:モジュールが遵守すべき最低限の基準(例:ストレージの衝突防止)。
特に重要なのは、ユーザーが複数のチェーン上で複数のスマートコントラクトアカウントを展開する際に、マルチチェーン体験を抽象化する必要があることです。
たとえば、ユーザーがガードIANの変更や承認モジュールの追加のために複数のチェーンで複数回署名しなければならないとしたら、非常に煩雑です。ユーザーは一度だけ署名すればよく、dApp/ウォレットが複数チェーン上で複数のユーザー操作を実行できるべきです。
Vitalikは、スマートアカウントの鍵をあるチェーン(例:L1またはL2)上の「鍵ストレージコントラクト」に配置することを提案しています。他のチェーン上のアカウントの検証ロジックはこのストレージコントラクトを参照し、他チェーンからの送金には証明(例:zk-SNARK)を提出する必要があります。

Biconomyは「Multichain Session Keys」というモジュールを開発中で、Merkle木を構築して単一署名で複数チェーン上でユーザー操作を実行できるようにします。異なるチェーン上の異なるアドレスへ資金を移動する体験を簡素化するため、Peanut ProtocolはAxelarを活用し、URLによるクロスチェーン送金を実現しています。
さらに先の未来では、スマートアカウントがインテント(意図)とAIエージェントを統合すると予想します。
私たちが描く未来のスマートウォレットは以下のようなものです:
-
LLMを使ってユーザーの意図を生成。
-
カスタム制限内で、取引実行をスマートウォレットに委任(セルフホスティングを維持)。
-
ユーザーの意図を読み取り、承認を求めるプロンプトを表示。
-
分散型AIエージェント/ソルバーのネットワークを通じて、マルチチェーン体験を抽象化し、ユーザーの意図を実行。

このビジョンを実現するには:
-
CoW Protocolのソルバーのように、ユーザーの意図を実現する「最適経路」を見つけるために、段階的に去中心化され、許可不要なAIエージェントネットワークが必要。
-
AMP(任意メッセージ伝送)プロトコル(例:Axelar、Layer Zero)を通じて、さまざまなチェーン上のアプリケーションに組み込まれる必要がある。
大きな課題は、インテント中心・AI駆動型のプロトコルを構築し、ユーザーが第三者AIエージェントに実行を委任でき(セルフホスティング維持)、かつソルバーネットワークが十分に去中心化されていることを保証することです。これが成功すれば、マルチチェーン世界でのユーザー相互作用のデフォルト手段となる可能性があります。
最初のAIベースのクロスチェーンスマートアカウントは汎用的かもしれませんが、その後は垂直領域特化型に分化していくでしょう。Banana WalletチームもSafeスマートアカウントのマルチチェーン体験を抽象化するためにAxelarを統合しており、ETHccでインテント中心のウォレットアプリを完成させました。
まとめると、スマートアカウントは単一のモノリシックなものから、モジュール型・専門化されたものへと進化し、マルチチェーン体験を抽象化し、インテントを取り入れることで、Web3ユーザーがマルチチェーン世界で相互作用するデフォルト手段になると予想します。
この変化を推進するのはモジュール開発者たちです。バッチ取引やGas補助は暗号体験を改善するために不可欠ですが、特にマルチチェーン体験の抽象化に焦点を当てるモジュール開発者のイノベーションこそが、EOAからモジュール型スマートアカウントへの大転換を牽引するでしょう。
ウォレットが単なる署名ツールであった時代は終わりました。今や、許可不要で組み合わせ可能なイノベーションの新たな戦場となっています。
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














