Intent-Based Trading

What Is Intent-Based Trading?

Intent-based trading is a paradigm shift in decentralized exchange design where users declare the outcome they want rather than manually constructing the transaction to achieve it. Instead of choosing a specific liquidity pool, setting gas parameters, and submitting an on-chain transaction directly, a trader signs an off-chain message (an "intent") that describes their constraints: the input token, the output token, a minimum acceptable amount, and a deadline.

Specialized third-party actors called solvers (sometimes called fillers or resolvers) then compete to fulfill that intent. Each solver searches across on-chain liquidity pools, centralized exchange inventories, other pending orders, and private market-maker liquidity to find the best possible execution. The winning solver submits the actual on-chain transaction on behalf of the user. This model inverts the traditional MEV dynamic: instead of bots extracting value from user transactions, solvers compete to deliver surplus back to users.

The concept draws from declarative programming: users specify "what," not "how." This is analogous to how payment orchestration platforms in traditional finance route transactions across multiple payment rails to optimize for cost and speed. In DeFi, intent-based systems route trades across multiple liquidity venues to optimize for price.

How It Works

A typical intent-based swap follows a structured lifecycle that separates order creation from order execution:

1. The user signs an EIP-712 typed message in their wallet, specifying their desired trade parameters (input token, output token, minimum output amount, expiry)
2. The signed intent is broadcast to a solver network: either a public mempool, a permissioned order book, or a batch auction queue
3. Solvers analyze the intent and compete to produce the best fill, searching across on-chain AMMs, order books, private liquidity, and other pending intents
4. The winning solver submits the settlement transaction on-chain, transferring tokens directly to the user
5. A settlement contract verifies the fill meets or exceeds the user's specified constraints before finalizing

Because users sign off-chain messages rather than on-chain transactions, intent-based swaps are typically gasless from the user's perspective. The solver pays gas costs and factors them into their execution strategy.

Auction Mechanisms

Different protocols use different auction designs to select the winning solver. The three dominant models are:

Coincidence of Wants

A unique advantage of batch auction systems like CoW Protocol is the ability to find Coincidences of Wants (CoWs): two or more traders who want opposite sides of the same pair. When Alice wants to swap ETH for USDC and Bob wants to swap USDC for ETH, the solver can match them directly at the batch-clearing price without touching any AMM liquidity pool. This eliminates LP fees, slippage, and on-chain execution costs for the matched portion. Orders that cannot be matched peer-to-peer spill over to on-chain liquidity sources.

Code Example: Intent Structure

At the protocol level, an intent is a typed data structure signed via EIP-712. The ERC-7683 cross-chain intent standard, co-authored by Uniswap Labs and Across Protocol, defines a canonical order format:

// ERC-7683 CrossChainOrder structure (simplified)
struct CrossChainOrder {
    address settlementContract;  // Contract that verifies the fill
    address swapper;             // User who signed the intent
    uint256 nonce;               // Replay protection
    uint32 originChainId;        // Chain where the order originates
    uint32 initiateDeadline;     // Deadline for solver to initiate
    uint32 fillDeadline;         // Deadline for fill completion
    bytes orderData;             // Protocol-specific order parameters
}

// Resolved into a common representation for solvers
struct ResolvedCrossChainOrder {
    address swapper;
    uint256 originChainId;
    uint256 destinationChainId;
    Output[] swapperOutputs;     // What the user receives
    Output[] fillerOutputs;      // What the solver receives (fee)
}

Major Implementations

CoW Protocol

CoW Protocol pioneered the intent-based trading model with its batch auction design. Users sign intents specifying their trade parameters, and a network of bonded solvers competes to settle each batch. The solver that delivers the most surplus to traders above their limit prices wins the batch. CoW Protocol processes orders through its CowSwap frontend, and solvers include DEX aggregators, market-making firms, and specialized MEV searchers.

UniswapX

UniswapX brings intent-based execution to the Uniswap ecosystem using Dutch auctions. Fillers (UniswapX's term for solvers) are typically market-making firms running inventory across major chains. Anyone can permissionlessly participate as a filler by deploying a settlement contract. The Dutch auction price decay mechanism ensures that users receive at least their minimum output while allowing market forces to discover the optimal clearing price.

Across Protocol

Across extends the intent model to cross-chain bridging. Users express an intent to move assets from one chain to another, and relayers compete to fill the order on the destination chain. Across co-authored the ERC-7683 cross-chain intent standard with Uniswap Labs, and migrated its production solver network to ERC-7683 in 2025. Across's architecture separates intent fulfillment from settlement verification, allowing relayers to front capital on the destination chain while reimbursement settles asynchronously.

1inch Fusion

1inch Fusion combines intent-based execution with the platform's aggregation engine. Users post orders with price-and-time presets, and market makers called Resolvers compete through a Dutch auction to fill them. Resolvers cover execution gas, making swaps gasless for users. In 2026, 1inch's Trade Mode reduced median intent-based swap execution time from 26 seconds to 14 seconds.

MEV Protection

One of the primary motivations for intent-based trading is protection against maximal extractable value (MEV). In traditional DEX trading, user transactions are visible in the public mempool before execution. MEV bots exploit this visibility through front-running (buying before a large order to profit from the price impact) and sandwich attacks (placing trades on both sides of a victim transaction).

Intent-based systems disrupt this extraction in several ways:

• Off-chain order flow: intents are routed through private solver networks rather than the public mempool, removing the visibility that MEV bots depend on
• Solver competition: solvers compete to give users the best price, converting potential MEV extraction into price improvement for traders
• Batch settlement: protocols like CoW Protocol settle all orders in a batch at a uniform clearing price, eliminating the transaction ordering that enables front-running
• Delegated execution: because the solver submits the on-chain transaction (not the user), there is no user transaction in the mempool to exploit

Connection to Lightning Network Pathfinding

The intent-based trading model shares a conceptual parallel with payment routing on the Lightning Network. In Lightning, a sender declares their intent (pay X sats to a destination node) and the routing algorithm finds the optimal path through the channel network, weighing factors like routing fees, channel capacity, and probability of success. The sender doesn't manually select intermediate hops: the pathfinding logic handles execution.

Both systems separate the declaration of a desired outcome from the mechanics of achieving it. The key differences lie in who performs the optimization and where competition happens. In Lightning, the sender's own node runs pathfinding algorithms (variants of Dijkstra's algorithm) using its local view of the gossip protocol graph. In intent-based DeFi, external solvers compete to provide the best execution, creating a market for optimization rather than relying on a single algorithm.

This evolution toward delegated execution is visible across payment infrastructure. Lightning trampoline payments delegate pathfinding to intermediate nodes with better network views, moving closer to the solver model. Payment orchestration platforms in traditional finance similarly route transactions across multiple rails based on cost and reliability. Intent-based trading represents this same pattern applied to decentralized token exchange.

Cross-Chain Intents and ERC-7683

One of the most significant developments in intent-based infrastructure is ERC-7683, the cross-chain intent standard co-authored by Uniswap Labs and Across Protocol. ERC-7683 defines a common interface that allows any solver to interact with any intent protocol across chains. The standard specifies:

• Two order structs: GaslessCrossChainOrder (signed off-chain) and OnchainCrossChainOrder (submitted directly to the origin chain)
• A canonical resolved form (ResolvedCrossChainOrder) that solvers use to evaluate and fill orders regardless of the originating protocol
• Two smart contract interfaces: IOriginSettler (handles order initiation on the source chain) and IDestinationSettler (handles fill verification on the destination chain)

By standardizing the solver-facing interface, ERC-7683 enables a shared solver network across protocols. A solver built for UniswapX can also fill Across orders, increasing competition and improving execution quality for users. This is conceptually similar to how open payment standards like ISO 20022 enable interoperability across traditional payment rails.

Use Cases

DEX Trading with Price Improvement

The most common use case is token swaps on decentralized exchanges. Intent-based DEXs consistently deliver better execution than direct AMM swaps because solvers aggregate liquidity across all available sources: on-chain pools, order books, private market makers, and other pending intents. For large trades in particular, solver competition significantly reduces slippage compared to routing through a single pool.

Cross-Chain Bridging

Intent-based bridging through protocols like Across simplifies the cross-chain user experience. Users express an intent to move assets from one chain to another, and relayers handle the execution complexity. This model avoids the security risks associated with traditional cross-chain bridges that rely on lock-and-mint mechanisms, since the relayer fronts native assets on the destination chain.

Limit Orders and Conditional Execution

Intent-based systems naturally support limit orders, stop-loss orders, and time-weighted average price (TWAP) execution. Since intents are declarative, they can encode arbitrary conditions: execute only if the price reaches a threshold, split execution across a time window, or trigger based on external oracle data. This brings order book-style functionality to on-chain markets without requiring a centralized matching engine.

Gasless Trading

Because solvers submit on-chain transactions on behalf of users, intent-based trading enables gasless swaps. Users sign messages with their wallet but never pay gas directly. The solver factors gas costs into their execution and absorbs them as a cost of doing business. This significantly improves the user experience, particularly for newcomers who may not hold the native gas token of a given chain.

Risks and Considerations

Solver Centralization

Running a competitive solver requires sophisticated infrastructure: real-time market data feeds, optimized execution algorithms, significant working capital, and low-latency connections to multiple chains. Research on TradFi-DeFi convergence highlights that these barriers to entry can lead to market concentration among a small number of well-capitalized firms. If only a few solvers dominate order flow, the system risks recreating the centralized intermediary problem it was designed to solve.

Censorship and Liveness

Intent-based systems depend on solvers choosing to fill orders. If all solvers refuse to fill a particular order (due to regulatory pressure, sanctions compliance, or economic unprofitability), the user's intent may expire unfilled. This introduces censorship risk at the solver layer that does not exist when users submit transactions directly to a permissionless AMM.

Trust Assumptions

While settlement contracts verify that fills meet user constraints, the off-chain auction process introduces trust assumptions. Users trust that the auction mechanism is fair, that solvers are not colluding, and that the solver network is sufficiently competitive. Bonding requirements and slashing mechanisms mitigate some of these risks, but they do not eliminate them entirely.

Execution Latency

Intent-based swaps are not instant. Batch auctions (CoW Protocol) collect orders for around 30 seconds before execution. Dutch auctions (UniswapX) can take 30 to 60 seconds to find a filler. This latency is acceptable for most trading use cases but makes intent-based systems unsuitable for time-critical operations like liquidations or high-frequency arbitrage.

Complexity for Builders

Building a production-grade solver is a significant engineering undertaking. Solvers must integrate with multiple liquidity sources, manage inventory risk across chains, handle reorgs and failed transactions, and maintain profitability while competing against other sophisticated actors. The ERC-7683 standard reduces integration friction at the protocol level, but the execution logic remains complex.

This glossary entry is for informational purposes only and does not constitute financial or investment advice. Always do your own research before using any protocol or technology.