UniswapX primary sources — 2026-05-08

Classification takeaway

UniswapX is best cataloged as intent-based swap-routing and filler-auction infrastructure. Its mechanism is not simply “better swap routing,” but an execution market in which users sign offchain orders, fillers compete to settle them, reactors enforce settlement logic, and chain-specific auction designs decide how execution rights are priced.

Primary sources reviewed

1. UniswapX overview docs — https://developers.uniswap.org/docs/liquidity/uniswapx/overview

   • Defines UniswapX as a permissionless, open-source, auction-based swapping protocol across AMMs and other liquidity sources.
   • Says swappers generate signed orders while fillers compete to satisfy them using their own strategies.
   • Emphasizes gas-free swapping and no cost for failed swaps, which clarifies that the protocol moves execution cost and routing work into the filler layer.

2. Architecture docs — https://developers.uniswap.org/docs/liquidity/uniswapx/concepts/architecture

   • Shows reactors as the key settlement abstraction: they validate order types, resolve inputs and outputs, pull funds with Permit2, call a filler strategy, and verify output delivery.
   • Reveals that different order types can share one common reactor interface, making UniswapX more like a settlement framework than a single hard-coded auction style.
   • Also shows that fillers can settle through custom fill contracts or direct fills, which makes filler strategy itself a competitive control surface.

3. Auction types docs — https://developers.uniswap.org/docs/liquidity/uniswapx/concepts/auction-types

   • This is the most analytically useful source because it breaks the protocol into chain-specific market designs.
   • Ethereum uses RFQ plus soft exclusivity followed by Dutch-auction fallback, with permissioned quoters and a current Uniswap Labs cosigner.
   • Arbitrum uses direct open Dutch auctions tuned to fast block times.
   • Base and Unichain use priority-gas auctions that lean on OP Stack priority ordering.
   • These differences show that UniswapX is not one neutral routing primitive; execution power shifts materially depending on quote-discovery, exclusivity, cosigning, and chain ordering rules.

4. Official launch post — https://blog.uniswap.org/uniswapx-protocol

   • Gives the clearest first-party product framing: gasless swaps, MEV protection, no failed-swap cost, and filler access to arbitrary liquidity sources.
   • Says orders are backstopped by the Uniswap Smart Order Router, which is an important clue that UniswapX’s “open filler market” still sits inside a Uniswap-defined routing baseline.
   • Links the public whitepaper and explicitly describes cross-chain ambitions.

5. Public repo README — https://raw.githubusercontent.com/Uniswap/UniswapX/main/README.md

   • Confirms the contract-level architecture, current reactor implementations, fill-contract patterns, deployment addresses, version history, and audit references.
   • Helps distinguish UI claims from the actual settlement contracts and supported reactor types.

6. IReactor interface — https://raw.githubusercontent.com/Uniswap/UniswapX/main/src/interfaces/IReactor.sol

   • Minimal but useful primary artifact showing the common execution interface for single-order, batch-order, and callback-based settlement.
   • Supports the classification of UniswapX as a settlement framework with interchangeable order formats.

7. Whitepaper link from official launch post — https://uniswap.org/whitepaper-uniswapx.pdf

   • The canonical whitepaper URL is publicly referenced by Uniswap’s launch post.
   • The site returned transient rate limiting during this pass, so analysis here relied on the docs, launch post, and repo rather than a downloaded local copy.

Whitepaper / technical-doc status

• Canonical public whitepaper URL surfaced via Uniswap’s official launch post.
• Working primary sources for this pass were the developer docs, launch post, and public repo.

Why it stays in the active corpus

• Strong comparison class for Atlas, Epoch, CoW-style routing, and 1inch Fusion because it puts swap execution into a filler market rather than a pure onchain router.
• Especially useful because it exposes multiple layers where practical authority can concentrate despite permissionless rhetoric: RFQ access, cosigner policy, baseline routing, reactor implementations, and chain-specific auction design.
• Good bridge entry between AMM-centric Uniswap analysis and broader intent / solver / order-flow-auction research.