UniswapX

• Name: UniswapX
• URL: https://developers.uniswap.org/docs/liquidity/uniswapx/overview
• Category: intent-based swap protocol / filler-auction routing infrastructure / gasless execution middleware
• Tags: ethereum-ecosystem
• Summary: UniswapX is best understood as a filler-auction routing layer for swaps rather than as just another DEX front end. Its primary materials describe a system where swappers sign offchain orders, fillers compete to satisfy those orders using AMMs or their own inventory, and chain-specific auction designs decide who wins settlement and how much price improvement is passed back to the user. The important mechanism is that routing and execution move out of an onchain router and into a competitive offchain-plus-onchain market built around signed intents, Permit2-based token pulls, reactor contracts, and filler strategies. Keep this note on that execution market, and use uniswap-labs when the sharper question is who packages the default route into it, vets pieces of the quote path, and keeps the broader trading shell legible to end users.
• What it does:
  • Lets swappers create gasless signed orders instead of broadcasting ordinary onchain swap transactions directly
  • Runs competitive filler markets that can source liquidity from Uniswap pools, other AMMs, or filler inventory
  • Uses chain-specific auction mechanisms including exclusive Dutch auctions on Ethereum, open Dutch auctions on Arbitrum, and priority-gas auctions on Base and Unichain
  • Settles signed orders through reactor contracts that validate order types, pull tokens with Permit2, call filler strategies, and verify output delivery
  • Promises no user-paid gas for failed swaps and positions price improvement plus private routing as protection against sandwich-style MEV
• Key claims:
  • The official overview describes UniswapX as a permissionless, open-source, auction-based swapping protocol for trading across AMMs and other liquidity sources with gas-free swaps and no cost for failed transactions
  • The launch post says swappers sign unique offchain orders and fillers submit them onchain while paying gas on the user’s behalf, outsourcing routing complexity to a competitive network of third-party fillers
  • The same launch post says orders are backstopped by the Uniswap Smart Order Router, which means UniswapX is not a pure solver free-for-all; fillers compete against a Uniswap-defined baseline route
  • The architecture docs show that reactors are the core settlement abstraction: they validate order format, resolve inputs/outputs, pull funds from the swapper through Permit2, execute a filler callback, and verify that outputs arrived
  • The auction-types docs make the chain-level control surfaces explicit: Ethereum currently uses a two-phase RFQ-plus-Dutch model with permissioned quoters and a current Uniswap Labs cosigner, Arbitrum uses direct open Dutch auctions, and Base/Unichain use priority-fee bidding
  • Those docs also note soft exclusivity and override rules on Ethereum, which means practical execution power can concentrate in the quote-discovery and cosigner layer even though downstream filling remains permissionless
  • The public repo confirms UniswapX is not just UI rhetoric; it exposes multiple reactor types, fill strategies, deployment addresses, version history, and audit references
• Whitepaper: A canonical public whitepaper is linked from the official launch post at https://uniswap.org/whitepaper-uniswapx.pdf. The strongest accessible primary materials in this pass were the Uniswap developer docs, launch post, and public repo, collected in ../whitepapers/uniswapx-primary-sources-2026-05-08.md.
• Sources:
  • https://developers.uniswap.org/docs/liquidity/uniswapx/overview
  • https://developers.uniswap.org/docs/liquidity/uniswapx/concepts/architecture
  • https://developers.uniswap.org/docs/liquidity/uniswapx/concepts/auction-types
  • https://blog.uniswap.org/uniswapx-protocol
  • https://raw.githubusercontent.com/Uniswap/UniswapX/main/README.md
  • https://raw.githubusercontent.com/Uniswap/UniswapX/main/src/interfaces/IReactor.sol
  • https://uniswap.org/whitepaper-uniswapx.pdf

Internal linkages

• Keep this note on the essential peers only: cow-protocol, uniswap, and across.
• Company boundary for the app, wallet, and broader routing-product shell around this execution market: uniswap-labs.

Protocol / company boundary

• Keep projects/uniswapx on the signed-order market structure itself: reactors, fillers, auction modes, Permit2-based pulls, and settlement guarantees.
• Use uniswap-labs when the sharper question is who packages UniswapX into the default user path, shapes the first-party trading shell around it, and remains part of the practical quote-and-routing boundary most users meet first.
• That split matters because the execution market can be partially permissionless at settlement while important access, packaging, and default-path decisions remain company-shaped.

Control surface

• The hard boundaries sit in reactor validation, Permit2 token pulls, filler callbacks, order formats, and settlement checks.

• The real leverage sits in quote access, cosigner behavior, chain-specific auction mode, filler distribution, and fallback routing against Uniswap-defined baselines. Permissionless settlement does not remove those chokepoints.

• The adjacent company note matters because many users will not meet those chokepoints abstractly; they will meet them through a Uniswap Labs-packaged interface and wallet path first.

• Treat UniswapX as a market for execution rights wrapped around settlement contracts, not as gasless-swaps branding.

• Last reviewed: 2026-08-13 UTC