Last Updated on 2026年3月24日 by Co-Founder/ Researcher
Web3のトランザクションモデルは、従来の「ユーザー自身が実行経路を指定する方式」から、ユーザーが最終結果のみを宣言する「Intent-based Architecture」へと進化しつつあります。この新しい取引構造の中核を担う存在がSolver Network（ソルバーネットワーク）です。SolverはユーザーのIntent（意図）を満たすために、分散型取引所（DEX）、オフチェーン流動性、さらにはユーザー間注文のマッチングなど複数の流動性ソースを探索し、最適な取引ルートを構築する専門的な実行主体です。
目次
本記事の目的
本記事の目的は、Intent-based ArchitectureにおけるSolver Networkの役割と構造を体系的に理解することです。特に、Solverがどのように取引ルートを計算するのか、Solver同士の競争がどのようにユーザー価格を改善するのか、そしてWeb3インフラにおける経済的インセンティブの3点に焦点を当てます。これにより、読者がIntent経済圏の実行レイヤーを理解するためのフレームワークを提供します。
記事内容
Solverとは何か：取引実行の専門主体
Solverとは、ユーザーが署名したIntentを実際のトランザクションとして実行する主体です。従来のDeFi取引では、ユーザーが自ら「利用するDEX」「取引ルート」「許容スリッページ」「ガス価格」を指定する必要がありました。
しかしIntentモデルでは、ユーザーは「USDCを支払い、最低でも0.5 ETHを受け取りたい」といった「最終結果」だけを宣言します。Solverはこの条件を満たす、あるいは上回る取引ルートを探索・実行します。この役割は、従来の金融市場におけるマーケットメーカーやルーティングエンジンに近い性質を持ちます。
Solverの技術構造：最適化エンジンの仕組み
Solverは単なる取引実行者ではなく、複雑なアルゴリズムを持つ取引最適化エンジンとして機能します。一般的なSolverは、以下の要素を組み合わせて最適ルートを生成します。
- オンチェーン流動性: Uniswap, Curve, Balancerなどの各DEX、およびDEX Aggregatorsの活用。
- オフチェーン流動性: OTC（相対取引）デスクや専門マーケットメーカーからの直接供給。
- 注文マッチング: Coincidence of Wants（需要の一致）によるバッチオークション内での内部相殺。
Order Flow Auctions（OFA）による競争原理
Intentモデルでは、複数のSolverが同一の注文（オーダーフロー）を処理しようと競い合います。この競争を調整する仕組みがOrder Flow Auctions（OFA）です。
プロセスは、①ユーザーがIntentに署名、②IntentがSolverネットワークに公開、③Solverが実行提案を提出、④最も有利な提案（最高の出力額）が採用される、という順序で進行します。この競争原理により、従来はバリデーター等がMEVとして抽出していた価値が、価格改善という形でユーザーへ還元されます。
Solverの収益モデルとインセンティブ
Solverの運営には高度なインフラと計算リソースが必要であり、以下の収益源によってそのインセンティブが担保されています。
- スプレッド: ユーザーへの提示価格と、実際の実行価格の差分。
- MEV機会: 自ら取引を構築する過程で発生するアービトラージ（裁定取引）収益。
- Order Flow価値: 膨大な注文フローを処理することで得られる市場予測上の優位性。
代表的プロトコルとSolverインフラの課題
現在、独自のSolverネットワークを構築している代表例には、バッチオークション方式のCoW Protocol、ダッチオークションを採用するUniswapX、およびResolverネットワークを持つ1inch Fusionがあります。
一方で、高度なアルゴリズムを持つ少数のSolverへの「オーダーフロー集中」や、特定Solverによる「検閲リスク」など、分散性と透明性に関する課題は現在も研究コミュニティ（Flashbots等）で重要な議論の対象となっています。
FAQ
Q1: Solverは誰でも参加できますか？
A: プロトコルによって異なります。多くの場合は、技術審査やステーキング（資産の預け入れ）、あるいはホワイトリスト制による信頼性の担保が求められます。
Q2: SolverとSearcher（サーチャー）の違いは何ですか？
A: Searcherは主にオンチェーンのMEV機会を探索・抽出する主体ですが、Solverはユーザーの「意図（Intent）」を達成することを主目的として動作します。ただし、機能的に両者を兼ねるアクターも多く存在します。
まとめ：構造理解のためのフレームワーク
Solver Networkは以下の3レイヤー構造で理解できます。
- Intent Layer: ユーザーが「結果」を宣言する。
- Competition Layer: SolverがOFA（オークション）で最適な実行案を競う。
- Execution Layer: 選ばれたSolverが実際に取引をオンチェーンで執行する。
この構造は、Web3の取引体験を「複雑な手順の構築」から「結果の承認」へと変革する核心部分です。
Crypto Verseからのメッセージ
┌─────────────┐
複雑なWeb3の世界を
もっとも信頼できる「地図」へ
└─────────────┘
データ参照元・出典
- CoW Protocol Docs: https://docs.cow.fi/
- UniswapX Overview: https://blog.uniswap.org/uniswapx-protocol
- Intents and Intent-Based Architectures (Paradigm): https://www.paradigm.xyz/2023/06/intents
重要な注記
Solver Networkは、Web3取引の効率化を可能にする一方で、オフチェーンインフラへの依存度を高める側面があります。Solverネットワークの分散性が不十分な場合、取引処理の集中化や検閲リスクが生じる可能性があるため、プロトコルの選定にはその透明性を考慮する必要があります。
関連記事
- Intent-based Architectureとは何か → 本シリーズの第1弾。宣言型モデルの概念と設計思想を構造的に解説。
- Maximal Extractable Value (MEV) → Ethereum公式によるMEVの基本構造。Solverが対峙し、還元しようとする「抽出価値」の正体。
Crypto Verseの視点
Solver Networkは、Web3取引の裏側で動作する「見えない市場インフラ」です。ユーザーは単に結果を指定するだけで、背後では複数のSolverがアルゴリズム競争を行っています。この構造は、従来のDEX取引を単なるスマートコントラクト実行から、効率的な「分散型取引市場」へと進化させる極めて重要なステップと言えます。
免責事項
本記事は情報提供を目的としたものであり、特定のプロトコルまたは暗号資産への投資を推奨するものではありません。スマートコントラクトおよびオフチェーンインフラには技術的リスクが存在するため、利用に際しては最新の公式ドキュメントを確認のうえ自己責任で判断してください。