Skip to main content

Intent-Based Architecture: Solver Networks vs RPCs

Written by Eco
Updated today


Intent-based architecture is a design pattern in which a user declares the desired outcome of a transaction (the intent) and a network of off-chain actors called solvers competes to deliver that outcome. It replaces the older RPC-and-bridge model where a wallet manually constructs each transaction, signs it, broadcasts it to a node, and waits for confirmation across every chain involved. With intents, the user signs a single message describing what they want; the routing, sequencing, gas payment, and cross-chain settlement happen behind the scenes.

The shift matters because cross-chain UX has reached a structural limit. As of DefiLlama's bridge tracker, more than 35 bridges hold combined TVL above $7B in April 2026, yet user complaints about wrong-chain deposits, stuck transactions, and 30-minute finality windows still dominate support inboxes. Intent-based protocols compress that surface area into one signature and one outcome guarantee. Eco sits at the center of this stack as the orchestration layer where solvers source liquidity for stablecoin movement across 15 chains.

What Is Intent-Based Architecture?

An intent is a signed message that specifies a desired end state without prescribing the execution path. The canonical form: "I want X token on chain A converted to Y token on chain B, delivered to address Z, within T seconds, for a maximum cost of C." A solver reads that message from a public order book or a private mempool, calculates whether it can profitably fill the request, and either executes immediately or skips. The user signs once. Settlement happens onchain through a verification contract that releases the user's input funds only after the solver has delivered the promised output.

This is fundamentally different from the RPC model, where the wallet talks directly to a chain's JSON-RPC endpoint and the user constructs a sequence of transactions. With RPC, the user is responsible for choosing the bridge, paying gas on every leg, handling reverts, and recovering stuck funds. ERC-7683, the cross-chain intents standard ratified in early 2025, codifies the intent pattern at the EVM level. It defines a single struct, GaslessCrossChainOrder, that any wallet can produce and any solver can fill.

The architecture has three layers. Wallets emit intents. Solver networks compete to fill them. Settlement layers verify and finalize. Each layer is independently extensible: a new wallet can emit ERC-7683 orders without changing solvers; a new solver can join an existing network without changing wallets; a new settlement chain can be added without recompiling the standard. Paradigm's June 2023 essay on intents framed the pattern as the natural endpoint of the abstraction stack that began with Account Abstraction.

How Solver Networks Replace RPCs

The RPC model assumes the user knows which chain holds their funds, which bridge to use, and which DEX gives the best price. The solver model removes that burden by inverting the relationship. Instead of the user telling the chain what to do, the user tells the network what they want; specialized actors with private liquidity pools, MEV searcher infrastructure, and cross-chain inventory bid for the right to fill the order.

A solver is an off-chain agent (typically a Rust or Go binary running on dedicated hardware) that monitors order flow from one or more intent layers. When an order arrives, the solver checks: can it source the input asset, swap or bridge it, and deliver the output asset within the deadline at a cost lower than the user-specified maximum? If yes, it locks the order, executes the path, and submits a settlement proof. If no, it ignores the order and waits for the next one. Across Protocol reports its solver network filled 4.2M intents totaling $14B in volume across 2025, with median fill time of 8 seconds.

Solver economics are competitive. Multiple solvers see the same order; the fastest profitable fill wins. This drives prices toward the marginal cost of capital and inventory rebalancing, not the operational cost of the bridge contract. Uniswap's UniswapX dashboard on Dune shows solver competition compresses fill spreads to ~5 basis points on stablecoin pairs, compared to 15-30 bps on traditional bridge aggregators.

Components of the Intent Stack

Order Layer

The order layer is the canonical representation of the intent. ERC-7683 defines GaslessCrossChainOrder with fields for input/output tokens, deadline, settlement contract, and a solver-readable witness. The reference implementation includes a permit2-based deposit pattern so users never custody funds with the solver.

Discovery Layer

Solvers need to find orders. Most networks run a public order book (often a websocket feed from a sequencer) plus a private mempool for time-sensitive flow. CoW Protocol operates a batched auction every 30 seconds; UniswapX uses a Dutch-auction decay; Across uses an instant-fill model where the first solver to commit wins.

Settlement Layer

Once a solver delivers the output, the settlement layer verifies the delivery and releases the input. Settlement is what makes the system trustless: the user's input funds sit in escrow on the source chain until cryptographic proof of output delivery arrives. Hyperlane's Interchain Security Modules are one of the dominant verification primitives, used by Eco's intent execution among others.

Solver Network

The solvers themselves. As of April 2026, the largest networks include Across (40+ active solvers per Across stats), UniswapX (~25 fillers), CoW Protocol (~15 batch solvers), and the broader ERC-7683 mesh that spans both. Solvers post bonds with the settlement layer to disincentivize misbehavior and to qualify for the order flow.

Benefits of Intent-Based Architecture

The user-side benefit is one signature instead of three to seven. A USDC transfer from Base to Solana via the old model required: approve USDC on Base, send to a bridge contract, wait for confirmation, sign a swap on Solana, pay SOL gas. With intents, the user signs once and the solver handles the rest including gas. Artemis stablecoin analytics measured a 71% drop in cross-chain abandonment rates among intent-based wallets in Q1 2026.

The developer-side benefit is composability. An app integrating ERC-7683 immediately inherits access to every solver network that supports the standard. The app does not pick a bridge, negotiate liquidity, or run its own router. Eco Routes exposes this as a CLI and API: one call describes the intent, the orchestration layer selects the solver, settlement confirms, and the app receives a transaction hash. Eco's network spans 15 chains including Ethereum, Base, Arbitrum, Optimism, Polygon, BNB, Avalanche, Solana, and the Tron MVM.

The capital-efficiency benefit is shared inventory. Traditional bridges lock liquidity in pool-per-route configurations. Solvers rebalance inventory across all routes opportunistically, which means a $10M solver can serve the same flow that previously required $50M in bridge pools. Uniswap's UniswapX whitepaper calls this the "shared liquidity" thesis and benchmarks it against the AMM constant-product baseline.

Trade-offs and Risks

Solver centralization is the most-discussed risk. A network with five solvers handling 90% of flow is a permissioned network in practice. Mitigations include: open whitelisting (CoW Protocol), bond-and-slash mechanics (Across), and reputation-weighted order routing. Paradigm's MEV-and-intents research documents the failure modes when solver competition is thin.

Settlement-layer risk concentrates on the verification primitive. If the bridge that proves "the solver delivered" can be exploited, the user's locked funds are at risk. Most networks use externally-verified message protocols (Hyperlane, LayerZero, CCIP, Wormhole); each has its own security model and history. The user inherits the weakest link in the chain.

Latency variance is the third trade-off. Median fill times are sub-15 seconds on most networks, but tail latency (95th percentile) can stretch to several minutes during congestion or low-liquidity routes. Apps with hard delivery SLAs need to either pre-fund inventory on the destination chain or accept the variance.

Examples of Intent-Based Networks

The category is now mature enough to enumerate. Each protocol below is intent-based in the sense that users sign desired outcomes rather than executing transactions directly.

  • Eco — Stablecoin orchestration network spanning 15 chains. Eco Routes exposes intent execution as a CLI and API for production teams; the network coordinates solvers, liquidity, and settlement under one integration.

  • Across Protocol — Pioneered intent-based bridging in 2022 with its single-sided liquidity-pool design. Migrated to ERC-7683 in 2025.

  • UniswapX — Uniswap Labs' intent-based router for swaps, both single-chain and cross-chain. Uses Dutch auctions for price discovery.

  • CoW Protocol — Batched-auction intent network with coincidence-of-wants matching. Strong at MEV protection.

  • Anoma — Intent-centric L1 with native order routing and counterparty discovery. Mainnet expected 2026.

  • Essential — Intent infrastructure on Ethereum focused on declarative state transitions.

Common Misconceptions About Intent Architecture

The first misconception is that intents are a marketing term for bridges. They are architecturally distinct. A bridge is a contract pair plus a message-passing protocol that moves a specific asset from one chain to another along a fixed route. An intent is a signed message expressing a desired outcome that any solver can fill via any path. Bridges are infrastructure; intents are an abstraction layer above infrastructure. The two coexist — intents often use bridges as one of multiple settlement primitives — but they are not the same primitive.

The second misconception is that intent-based systems are riskier than direct transactions because the user gives up control. The user does give up control of the execution path, but the user retains control of the outcome via the settlement contract. Funds are escrowed; if the solver fails to deliver per the intent's terms, funds are returned automatically. The user signs an outcome contract, not a blank check. Compared to the multi-step bridge flows where each step is an opportunity for a wrong-chain deposit or a slippage failure, intent-based execution narrows the failure modes to one: the solver delivers per spec or the user gets refunded.

The third misconception is that solver networks are MEV machines that extract value from users. The opposite is closer to true: competitive solver networks compress spreads to near marginal cost, and protocols like CoW Protocol explicitly route around MEV via batched auctions and coincidence-of-wants matching. CoW's solver documentation covers the MEV-protection mechanics in detail. The intent layer is where MEV mitigations live, not where MEV is extracted.

Eco's Role: The Orchestration Layer

Eco operates as the orchestration layer above the solver-network primitive for stablecoin movement specifically. Where Across, UniswapX, and CoW each run their own solver pool and settlement contract, Eco coordinates across pools: an intent submitted to Eco can route through Hyperlane-secured solver inventory, fall back to a CCTP burn-and-mint, or split across multiple settlement layers depending on the route. The 15-chain coverage and stablecoin-only specialization make it the default integration point for production teams that need predictable USDC, USDT, USDS, PYUSD, and FDUSD movement without picking a bridge.

The product surface is a CLI and API. A team integrates once and inherits access to every solver network, every settlement primitive, and every chain. The Permit3 standard handles approvals across all chains in a single signature, which removes the per-chain approval friction that ERC-20 historically required. Permit3 docs describe the global-approval pattern in detail.

The Future of Intent Architecture

Three trends are shaping the next 18 months. First, more standards: ERC-7683 is the EVM canonical form, but Solana's SPL token-2022 extensions and Cosmos' IBC v2 are converging on similar abstractions. Second, more solver competition: as bonds and slashing mature, solver networks are opening to permissionless participation, which compresses fees further. Third, more orchestration: above the solver layer, networks like Eco are emerging that pick the right solver for the job, much like how the modern internet routes TCP packets across multiple ISPs without the user choosing.

The end state is closer to the credit-card network than the early-internet routing table. The user sees a transaction confirm; the layers underneath select rails, settle, and reconcile invisibly. Artemis research projects intent-based volume will exceed traditional bridge volume by Q3 2026. By that point, the question for any new app will be which orchestration layer to integrate, not which bridge to embed.

FAQ

What is the difference between an intent and a transaction?

A transaction is a specific execution: send X to Y at this gas price. An intent is a desired outcome: I want Y delivered, however that happens. A wallet builds transactions; a wallet signs intents. The solver network turns intents into transactions on the user's behalf.

Are intents the same as account abstraction?

Account abstraction (ERC-4337) makes the wallet programmable. Intents make the user's request expressive. They compose: an AA wallet can emit ERC-7683 intents, and the solver fills them. The two standards target different layers of the stack.

How do solvers make money?

Solvers profit from the spread between what the user pays and what it costs the solver to source liquidity, swap, and bridge. Competition between solvers compresses this spread toward marginal cost. On stablecoin pairs, fill spreads are typically 3-10 basis points.

Can intent-based systems support arbitrary tokens or only stablecoins?

The standards are token-agnostic. Networks like UniswapX and CoW Protocol handle any ERC-20. Eco specializes in stablecoins because that is where production team demand concentrates, but the underlying ERC-7683 supports any token pair.

What happens if no solver fills my intent?

The intent expires at its deadline and the user's locked funds are returned. The user can resubmit at a higher maximum cost or a longer deadline if the original parameters were too tight for the solver network's liquidity.

Did this answer your question?