Intent-based ArchitectureとSolver Network：Web3取引を再設計する宣言型モデルとOrder Flow Auctionsの構造【2026年版】

Last Updated on 2026年4月30日 by Co-Founder/ Researcher

2024年以降、Web3のトランザクションモデルは「ユーザーが実行経路を自ら指定する命令型」から「ユーザーが最終結果のみを宣言する宣言型」へと、構造的なパラダイムシフトを起こしています。この新しい取引構造を支える3つの中核要素が、ユーザーの意図を表現する「Intent」、最適な実行経路を構築する「Solver Network」、そしてSolver同士の競争を調整する「Order Flow Auctions（OFA）」です。

本記事では、CoW Protocol、UniswapX、1inch Fusion、SUAVEといった主要実装事例を一次ソースに基づき解剖し、Web3取引の実行レイヤーがどのように再設計されているかを構造的に整理します。

本記事の目的

本記事は、Intent-based Architectureを支える「Intent概念 → Solver実装 → OFA経済モデル → 主要プロトコル比較」の4層構造を、初心者から技術者まで段階的に理解できる標準フレームワークとして提示することを目的としています。投機的視点や誇張表現を排除し、Paradigm論文、Flashbotsドキュメント、CoW Protocol/UniswapX/1inch Fusionの公式仕様に基づき、宣言型モデルが解決する課題と、依然として残る分散性・検閲リスクを事実ベースで整理します。

記事内容

トランザクションモデルのパラダイムシフト：命令型から宣言型へ

従来のEthereumトランザクションは「命令型（Imperative）」の構造を持っています。ユーザーは取引を行う際、以下のすべてを自ら定義する必要がありました。

• 利用するDEX（Uniswap、Curve、Balancer等）
• 取引ルート（A → B → C のホップ経路）
• 許容スリッページ
• ガス価格（gasLimit、maxFeePerGas）

このモデルは、MEV（最大抽出可能価値）の標的になりやすく、最適レートを逃すリスクや、トランザクション失敗時にもガス代を消費する非効率性が長年の課題とされてきました。

これに対し、Intent-based Architectureは「宣言型（Declarative）」のアプローチを採用します。ユーザーは「USDCを支払い、最低でも0.5 ETHを受け取りたい」「24時間以内に最良価格でWBTCを取得したい」といった最終結果（What）にのみ暗号署名を行います。具体的な実行経路（How）の選定、ガス代の支払い、複数流動性ソースの探索は、専門的な実行能力を持つ外部のアクター「Solver」に委譲されます。

この転換は単なるUX改善ではなく、Web3取引における信頼の所在を「ユーザーの操作スキル」から「Solver競争の経済設計」へと移管する構造変革です。

Solverとは何か：取引実行の専門主体

Solverは、ユーザーが署名したIntentを実際のオンチェーントランザクションとして執行する主体です。従来の金融市場におけるマーケットメーカーやスマート・オーダー・ルーター（SOR）に近い性質を持ちますが、複数の流動性ソースを横断する点でより包括的です。

Solverが探索する流動性ソースは大きく3種類に分類されます。

• オンチェーン流動性：Uniswap V2/V3/V4、Curve、Balancer等のAMM型DEX、およびDEXアグリゲーター
• オフチェーン流動性：OTC（相対取引）デスクや専門マーケットメーカーから直接供給される流動性
• 注文マッチング：Coincidence of Wants（CoW、需要の一致）によるバッチオークション内での内部相殺

Solverは単なる取引実行者ではなく、複雑なアルゴリズムを持つ取引最適化エンジンとして機能します。リアルタイムで複数のDEXプールの状態を監視し、ガス代の変動を予測し、最適なルートを数百ミリ秒単位で再計算する技術スタックを内包しています。

Order Flow Auctions（OFA）：競争原理による価格改善

Intentモデルでは、複数のSolverが同一の注文（オーダーフロー）を処理しようと競い合います。この競争を調整する仕組みが「Order Flow Auctions（OFA）」です。

OFAのプロセスは以下の4段階で進行します。

1. Intent署名：ユーザーが「最終結果」のみを指定し、ウォレットで暗号署名する。
2. 公開：IntentがSolverネットワーク（Mempool相当）に公開される。
3. 競争：複数のSolverが実行提案（quote）を提出し、最も有利な提案を競う。
4. 執行：最も有利な提案（最高の出力額）を提出したSolverが選定され、実際にトランザクションを生成・執行する。

この競争原理により、従来はバリデーターやサーチャーに搾取されていたMEV（フロントランニング、サンドイッチ攻撃による利得）が、価格改善という形でユーザー自身に還元される経済モデルが成立します。

主要プロトコルの実装比較

Intent-based Architectureを採用する主要プロトコルは、それぞれ異なる経済設計を実装しています。

CoW Protocol：バッチオークション方式

CoW Protocolは、Intent-based Architectureの先駆的実装です。最大の特徴は、複数ユーザーのIntentを一定時間プールし「バッチ（Batch）」として一括処理する設計です。Solverはバッチ内でユーザー同士の需要が一致する部分を直接相殺（リングトレード）し、外部流動性への依存を減らしてスリッページを最小化します。一括処理の性質上、フロントランニングを構造的に防止する設計となっています。

UniswapX：Dutch Auction方式

UniswapXは、Intentモデルをダッチオークション（Dutch Auction）形式で実装しています。ユーザーがIntentに署名すると、時間の経過とともにレートが変化するオークションが開始されます。Filler（UniswapXにおけるSolver）は、自身の利益が確保できる最適なタイミングで注文を執行します。Filler間の競争により、ユーザーは市場で提供可能な最良の価格で約定する可能性が高まります。

1inch Fusion：Resolverネットワーク方式

1inch Fusionは、Resolver（1inchにおけるSolver）が独自のステーキング（1INCHトークンの預け入れ）と資格審査を経て参加するパーミッションド型のネットワークです。Resolverは1inch Aggregation Protocolが提供する豊富なオンチェーン流動性へのアクセスを活用し、ユーザーのIntentを実行します。

SUAVE：クロスチェーンIntentインフラ構想

Flashbotsが開発を進める「SUAVE（Single Unifying Auction for Value Expression）」は、特定プロトコルに閉じない共通のIntentインフラを目指しています。あらゆるチェーンのIntentを集約し、暗号化された安全な環境（TEE：Trusted Execution Environment）でオークションを行うネットワークとして設計されています。

ただし、2026年4月時点の状況として重要な事実があります。SUAVEは依然として研究開発段階であり、Toliman testnetまでが公開されていますが、メインネットはローンチされていません。Flashbotsは2025〜2026年にかけて、SUAVEの一部機能を「Rollup-Boost」（L2向けブロックビルダー）や「Flashnet」（匿名ブロードキャストプロトコル）に分散展開する戦略にシフトしており、SUAVE単体としての完成系投入は不透明な状態にあります。

Solverの収益モデルとインセンティブ

Solverの運営には高度なインフラと計算リソースが必要であり、以下の収益源によってインセンティブが担保されています。

• スプレッド：ユーザーへの提示価格と実際の実行価格の差分
• MEV機会：自ら取引を構築する過程で発生するアービトラージ（裁定取引）収益
• Order Flow価値：膨大な注文フローを処理することで得られる市場予測上の優位性
• プロトコル報酬：CoW Protocol等が独自トークン（COW等）でSolverにインセンティブを付与

リスクと課題：分散性・検閲・オーダーフロー集中

Intent-based Architectureは利便性を高める一方、新たな構造的リスクを生み出しています。

• オフチェーン依存：Solverネットワークの大部分はオフチェーンインフラに依存しており、特定のSolverが障害を起こすと取引執行が停止するリスクがあります。
• Solver集中：高度なアルゴリズムと豊富な流動性ソースへのアクセスを持つ少数のSolverに、オーダーフローが集中する傾向が観測されています。これは事実上の中央集権化リスクです。
• 検閲リスク：特定Solverが特定アドレス・特定取引を意図的に処理しない選択を行えば、ユーザーは事実上取引を執行できません。
• TEE依存リスク：SUAVE等の次世代インフラはTEE（Trusted Execution Environment）に依存していますが、TEE自体の脆弱性（過去にIntel SGXで複数の脆弱性が報告されている）が新たな攻撃面となります。

これらの課題は、Flashbots、Paradigm、CoW DAO等の研究コミュニティで継続的に議論されており、完全な解決には至っていません。

FAQ

Q：Intent-basedモデルでSolverが不正を行うことはできませんか？
A：理論上、不正はスマートコントラクトによって阻止されます。Solverはユーザーが署名した条件（最低受取額等）を満たさない限りトランザクションを完了させることができず、多くのプロトコルではステーキングによる経済的ペナルティ（スラッシング）も設けられています。

Q：Solverは誰でも参加できますか？
A：プロトコルによって異なります。1inch Fusionのようにステーキングと審査を要するパーミッションド型もあれば、CoW Protocolのように比較的オープンな参加形態もあります。多くの場合、技術審査やステーキングによる信頼性担保が求められます。

Q：従来のトランザクションと比べてデメリットはありますか？
A：条件が厳しすぎるIntent（例：市場価格を大きく上回る受取額を要求）は、Solverが採算を合わせられないため、約定までに時間がかかる、あるいは永久に約定しない可能性があります。また、オフチェーンのSolverネットワークに依存するため、純粋なオンチェーン取引と比較して新たな信頼前提が発生します。

Q：SolverとSearcher（サーチャー）の違いは何ですか？
A：Searcherは主にオンチェーンのMEV機会（アービトラージ、清算等）を探索・抽出する主体です。Solverはユーザーの「意図（Intent）」を達成することを主目的として動作します。ただし、機能的に両者を兼ねるアクターも多く存在し、明確な境界はありません。

Q：Intent-based Architectureは将来すべての取引を置き換えますか？
A：完全な置き換えではなく、用途に応じた使い分けが定着すると予想されます。マイクロペイメントや単純なスワップは命令型のままが効率的である一方、大口取引・複雑なルーティング・クロスチェーン取引はIntent型が圧倒的に有利です。

Q：日本のユーザーがIntent-based DEXを利用する際の注意点は？
A：CoW Protocol、UniswapX、1inch Fusionはいずれもパーミッションレスでアクセス可能ですが、各プロトコルのSolver分散性・KYC要件・対応ネットワークが異なります。利用前に各公式ドキュメントで最新仕様を確認することが必須です。

まとめ：構造理解のためのフレームワーク

Intent-based ArchitectureとSolver Networkの関係は、以下の3レイヤー構造で整理できます。

1. Intent Layer（意図表現層）：ユーザーが「結果（What）」を宣言し、暗号署名する。
2. Competition Layer（競争層）：複数のSolverがOFA（オークション）を通じて、最適な「実行経路（How）」を競い合う。
3. Execution Layer（執行層）：勝者となったSolverが実際のトランザクションをオンチェーンで執行し、条件の整合性が検証される。

この構造は、Web3の取引体験を「複雑な手順の構築」から「結果の承認」へと変革する核心部分です。同時に、信頼の所在をオンチェーンのスマートコントラクトだけでなく、オフチェーンのSolver競争市場へと拡張する構造的転換でもあります。

Crypto Verseからのメッセージ

┌─────────────┐

複雑なWeb3の世界を

もっとも信頼できる「地図」へ

└─────────────┘

データ参照元・出典

• Paradigm: Intents and Intent-Based Architectures（Intent概念の標準論文） https://www.paradigm.xyz/2023/06/intents
• CoW Protocol Documentation（バッチオークション実装の一次仕様） https://docs.cow.fi/
• UniswapX Whitepaper / Uniswap Labs Blog（Dutch Auction実装の公式発表） https://blog.uniswap.org/uniswapx-protocol
• 1inch Fusion Documentation（Resolverネットワーク実装の公式仕様） https://help.1inch.io/en/articles/6796085-what-is-1inch-fusion
• Flashbots: The Future of MEV is SUAVE（クロスチェーンIntent構想の提唱論文） https://writings.flashbots.net/the-future-of-mev-is-suave
• Flashbots SUAVE Specifications（GitHub）（SUAVE開発状況の最新一次ソース） https://github.com/flashbots/suave-specs
• Ethereum Foundation: Maximal Extractable Value (MEV)（MEVの公式定義） https://ethereum.org/developers/docs/mev/

重要な注記

本記事の内容は2026年4月時点の一次ソースに基づいています。Intent-based ArchitectureおよびSolver Networkは依然として急速に進化している領域であり、特に以下の点は時間とともに変化する可能性があります。

• SUAVEの開発状況：2026年4月時点でメインネット未ローンチ。Flashbotsの戦略はRollup-Boost/Flashnetへの分散展開にシフトしている可能性があります。
• Solverの分散性：オーダーフロー集中の傾向は市場成熟とともに変化する可能性があります。
• TEE依存リスク：Intel SGX等のTEE技術には過去に複数の脆弱性が報告されており、SUAVEを含むTEE依存インフラには継続的な監視が必要です。

Intent-basedプロトコルを実際に利用する際は、各プロトコルの最新公式ドキュメントとSolver分散性の現状を必ず確認してください。

関連記事

• DEX（分散型取引所）の世界市場を解剖する：AMMと流動性の構造的実態 → SolverがIntentを実行する際に探索する「オンチェーン流動性」の中核であるDEXの市場構造とAMMの仕組みを、世界市場規模の観点から解剖した記事。
• スマートコントラクト（Smart Contract）の仕組みとは？「Code is Law」を実現するWeb3の自動執行プロトコルを徹底解説 → Solverが構築する取引ルートが最終的にオンチェーンで執行される基盤、スマートコントラクトの動作原理を初心者向けに解説した記事。
• DeFi（分散型金融）の構造解剖：2026年におけるスマートコントラクトと自律型金融の実態 → Solverの探索空間であるDeFiエコシステム全体の構造（DEX、レンディング、流動性プール）を俯瞰できる記事。
• 集中流動性管理（ALM）ツールの構造と主要プロトコルの機能比較 → SolverがUniswap V3等から最適ルートを構築する際に参照する「集中流動性プールの地形」を理解するための補完記事。

Crypto Verseの視点

Intent-based Architectureは、ブロックチェーンの複雑さをバックエンドへ移行させ、Web2と同等の直感的操作を実現するための重要な進化です。MEVを「排除」するのではなく、市場競争を通じて「ユーザー利益に変換する」という設計思想へのシフトは、Web3インフラの成熟を示す象徴的な転換点です。

しかし同時に、この転換は信頼の所在を「オンチェーンのコード」から「オフチェーンのSolver競争市場」へと拡張するため、新たな分散性課題を生み出しています。SUAVEのような汎用的インフラが完成すればマルチチェーン時代の摩擦は極小化されるでしょうが、その完成までには依然として複数年の研究開発期間が必要です。「Don’t trust, verify.」の原則を、Solverの分散性・透明性・経済的インセンティブ設計に対しても適用し続けることが、Intent経済圏を健全に発展させる唯一の条件となります。

免責事項

本記事は情報の提供のみを目的としており、特定のプロトコル、Solverサービス、または暗号資産への投資・利用を推奨するものではありません。スマートコントラクトおよびオフチェーンSolverインフラの運用には技術的リスク（バグ、TEE脆弱性、検閲、Solver倒産等）が伴います。最終的な意思決定は、最新の公式ドキュメントを確認の上、自己責任で行ってください。一次ソースの確認を必ず行ってください。