Request for Quote (RFQ)

What Is a Request for Quote?

A request for quote (RFQ) is a trading mechanism in which a participant asks one or more liquidity providers to submit a price for a specific transaction. Unlike continuous exchange trading where orders sit in a public order book waiting to be matched, an RFQ is initiated by the requester and directed privately to selected counterparties. Each counterparty responds with a firm price, and the requester selects the best one.

RFQ originated in over-the-counter (OTC) financial markets where instruments like corporate bonds, foreign exchange forwards, and structured derivatives lack the continuous liquidity needed for order-book trading. Tradeweb introduced electronic RFQ for U.S. Treasuries in 1998, and the protocol has since become the standard for fixed-income trading globally. In crypto, RFQ has been adapted for on-chain settlement through protocols like Hashflow, 0x, AirSwap, and Bebop, bringing institutional-grade execution to decentralized exchanges.

How It Works

The RFQ process follows a structured flow regardless of whether it occurs in traditional finance or on a blockchain:

1. The requester specifies the asset, trade direction (buy or sell), and size. In DeFi, this also includes the settlement chain and token contract addresses.
2. The request is sent privately to one or more market makers. Unlike an order book, the request is not broadcast publicly, which prevents front-running and market impact signaling.
3. Market makers analyze the request against their inventory, risk models, and external pricing data. Each responds with a cryptographically signed quote containing a firm price for the full trade size.
4. The requester compares all received quotes and selects the best offer. Some protocols automate this step through routing algorithms.
5. The accepted quote is executed. In DeFi, a smart contract performs an atomic swap: both sides of the trade settle simultaneously, or the entire transaction reverts.

A critical property of RFQ is that the quoted price equals the executed price. Once a market maker signs a quote, the price cannot change during settlement. This eliminates slippage entirely, a key advantage over AMM-based trading where prices shift with every transaction.

RFQ vs. AMMs

Automated market makers use mathematical formulas (typically the constant product function x × y = k) to set prices algorithmically. This approach works well for small trades on liquid pairs, but introduces structural problems at scale:

Data from 0x Protocol shows that RFQ delivers superior pricing 77% of the time on top non-pegged pairs (such as WETH-DAI and WETH-WBTC), with RFQ transactions costing up to 70% less in gas than equivalent Uniswap or Curve trades for certain trade sizes.

RFQ vs. Order Books

On-chain order books (CLOBs) display all resting orders publicly. While this provides transparency, it also exposes trading intent. A large buy order visible on the book signals demand, allowing other participants to front-run or adjust prices before the order fills. RFQ avoids this by keeping requests private between the requester and selected market makers.

DeFi RFQ Protocols

Several DeFi protocols have implemented RFQ systems, each with distinct architectural approaches:

Hashflow

Hashflow routes trades to professional market makers (PMMs) who compute prices off-chain using advanced models that incorporate external market data: historical prices, volatility, and cross-venue spreads. Quotes are cryptographically signed so the price cannot change during execution. Hashflow also supports bridgeless cross-chain swaps powered by LayerZero, enabling native-to-native token transfers across chains without wrapped assets or bridges.

0x RFQ

The 0x Protocol pioneered on-chain RFQ with a lean order format. A market maker signs an order specifying exact token amounts, expiry, and taker address. The taker submits this signed order to the 0x exchange proxy for atomic on-chain settlement. RFQ orders use a stripped-down structure compared to standard limit orders, resulting in lower gas costs.

// Simplified 0x RFQ order structure
{
  makerToken: "0xA0b8...USDC",
  takerToken: "0xC02a...WETH",
  makerAmount: "5000000000",   // 5,000 USDC
  takerAmount: "2000000000000000000", // 2 WETH
  expiry: 1727193600,
  salt: "0x8a3f...",
  maker: "0xMaker...",
  taker: "0xTaker...",
  signature: "0xSig..."
}

AirSwap

AirSwap uses a client-server RFQ protocol where market makers run web servers that respond to JSON-RPC or WebSocket requests. Each swap involves a signer (who creates and cryptographically signs an order) and a sender (who submits it to the EVM for settlement). AirSwap also supports a LastLook protocol where servers stream real-time pricing updates and clients submit orders for consideration.

Bebop

Bebop offers zero-slippage trading through its Private Market Maker RFQ and solver auction APIs. A distinguishing feature is multi-token atomic swaps: users can trade one token for up to five tokens (or several tokens for one) in a single transaction, enabling complex portfolio rebalancing in one on-chain operation.

RFQ and Intent-Based Trading

The line between RFQ and intent-based trading systems is blurring. In pure RFQ, the requester asks specific market makers for a price. In intent-based systems, users sign a desired outcome and solvers compete to fulfill it through any available liquidity source.

Several major protocols now combine both approaches. UniswapX uses a two-phase mechanism: an initial RFQ auction among selected quoters determines a competitive starting price, and the winning quoter receives an exclusivity window (approximately 24 seconds on Ethereum) to fill the order. If they cannot execute, a Dutch auction begins where the minimum output decays linearly until another filler accepts. 1inch Fusion takes a similar hybrid approach where resolvers (who must stake 1INCH tokens and pass KYC verification) compete through Dutch auctions to fill user intents.

This convergence reflects a broader trend in TradFi and DeFi convergence: the best execution systems combine institutional-grade RFQ liquidity with permissionless fallback mechanisms.

Use Cases

Traditional Finance

• Fixed-income trading: RFQ is the dominant protocol for corporate bonds, municipal bonds, and government securities. Tradeweb has handled single RFQ trades up to $50 million in Asian credit bonds.
• Foreign exchange: institutions use RFQ to lock prices on high-volume currency trades without moving the spot market.
• Options and derivatives: larger options trades and multi-leg structures where customized pricing is needed beyond what public exchanges offer.
• ETF trading: RFQ is the most established electronic protocol for ETF block trades according to Optiver, used across platforms like Tradeweb and Bloomberg RFQE.

DeFi and Crypto

• Large token swaps: institutional and treasury-sized trades that would suffer significant price impact on AMMs. RFQ provides full-size fills at a single guaranteed price.
• Stablecoin swaps: high-volume stablecoin conversions where even basis-point differences matter for treasury operations.
• Cross-chain swaps: protocols like Hashflow enable native token swaps across chains without bridges, using RFQ to coordinate settlement on both source and destination chains.
• DEX aggregation: aggregators like 1inch and Paraswap route portions of trades through RFQ market makers when they offer better pricing than on-chain AMM pools.

MEV Protection

One of the most significant advantages of RFQ in DeFi is protection against maximal extractable value (MEV). When users trade through AMMs, their transactions are visible in the public mempool before confirmation. MEV bots exploit this visibility through sandwich attacks and front-running, extracting value from ordinary traders. Research estimates that over $550 million is extracted annually from Ethereum alone, with approximately 1.2% of all DEX trades being sandwiched at an average loss of 0.41% per trade.

RFQ eliminates this attack vector by keeping trades off the public mempool entirely. The requester communicates directly with market makers through private channels, and the signed quote is submitted for on-chain settlement without prior public visibility. Intent-based execution through RFQ outperforms public-mempool routing by 5 to 30 basis points on trades where MEV would otherwise be extractable.

Fee Structure

RFQ systems typically do not charge explicit trading fees to users. Instead, costs are embedded in the bid-ask spread: the difference between the price a market maker quotes and the price at which they can source or hedge the trade. Competition among market makers naturally compresses these spreads.

Some protocols layer additional fee mechanisms on top. Hashflow uses dynamic fees on blue-chip pairs that adjust roughly every five seconds based on live market data, and static fees on less-liquid pairs. AirSwap includes a protocol fee (specified in basis points) in each order structure. In intent-based hybrids like UniswapX and 1inch Fusion, fillers and resolvers cover gas costs and recover them through the execution spread.

Risks and Considerations

Market Maker Centralization

RFQ systems depend on a permissioned or whitelisted network of professional market makers. This introduces centralization risk: if market makers collude, go offline, or refuse to quote certain assets, traders lose access to liquidity. UniswapX currently requires quoters to be vetted by Uniswap Labs, and 1inch Fusion requires KYC/KYB verification for resolvers. While both plan to become more permissionless over time, the current reality is that execution quality depends on a small set of sophisticated counterparties.

Censorship and Access

Whitelisted market makers could theoretically refuse to quote certain users, tokens, or jurisdictions. Unlike AMM liquidity pools that serve any participant with an on-chain transaction, RFQ introduces a gatekeeping layer. This is particularly relevant for users in restricted regions or those trading newly launched tokens that market makers have not yet onboarded.

Off-Chain Opacity

Quote formation in RFQ happens off-chain, making it less transparent than AMM pricing where pool reserves and formulas are publicly verifiable. Traders must trust that market makers are competing fairly and that the routing algorithm is selecting the genuinely best quote rather than favoring preferred counterparties.

Quote Latency and Availability

RFQ requires market makers to be online and responsive. During periods of extreme volatility, market makers may widen spreads dramatically or stop quoting entirely: the same behavior observed in traditional markets during flash crashes. AMMs, by contrast, always provide a price (though the price may be unfavorable). For assets with limited market maker coverage, RFQ may offer fewer quotes or slower response times than AMM alternatives.

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.