Liquidity providers deposit funds into QuickSwap and receive trading fees from traders (supply-side fees).

QuickSwap is a non-custodial exchange protocol built on Polygon. QuickSwap was founded by Nick Mudge & Sameep Singhania and launched in 2020.

QUICK tokenholders own and govern the protocol. They currently take a cut of the total trading fees paid by traders (revenue).

github

twitter

discord

etherscan

website

Exchanges (DEX)

QuickSwap

# QuickSwap Revenue Methodology

## 1. Overview

Revenue measures the portion of trading and flash loan fees that is retained by the QuickSwap protocol. This metric represents the protocol's take rate from its automated market maker (AMM) services across QuickSwap V2 and QuickSwap V3. Revenue is generated when a portion of the swap fees, which are otherwise distributed to liquidity providers, is redirected to the protocol treasury or used for token buybacks as determined by the protocol's governance and fee switch settings.

## 2. Data sources

- **Blockchain events**: `Swap` events from `Pair` contracts, and `Swap`, `Flash`, `Fee`, and `CommunityFee` events from `Pool` contracts, covering Polygon, Base, and Manta.
- **External data**: End-of-day price feeds for all traded assets.

## 3. Step-by-step calculation

### Component A: Trading and flash loan volume tracking

- **Purpose**: To establish the gross volume processed by the protocol as the basis for fee and revenue generation.
- **Logic**: `Swap` events are parsed from `Pair` contracts for QuickSwap V2 and from `Pool` contracts for QuickSwap V3. For flash loans, `Flash` events are parsed from `Pool` contracts. Volume is calculated by determining the change in token balances for each swap or the total amount of assets borrowed in a flash loan. Trading pairs identified as having limited price feed support or low liquidity are excluded via a denylist to maintain data integrity.

### Component B: Fee tier and protocol take determination

- **Purpose**: To identify the specific fee percentages and protocol retention rates applicable to each pool.
- **Logic**: For QuickSwap V2, a constant fee tier of 0.3% is applied to all volumes. For QuickSwap V3, dynamic fee tiers are extracted from `Fee` events emitted by `Pool` contracts. The protocol's share of these fees is determined by parsing `CommunityFee` events for Algebra-based implementations, which provide the specific protocol fee tier. For Uni V3-based implementations on Manta, a fixed protocol share of 10% is applied to the total fees generated.

### Component C: Revenue calculation and USD conversion

- **Purpose**: To calculate the final protocol revenue and normalize the value to USD.
- **Logic**: For QuickSwap V2, revenue is calculated as 1/6th of the total fees (volume multiplied by the 0.3% fee tier) once the protocol fee switch is active. For QuickSwap V3, revenue is calculated by multiplying the volume by the specific protocol fee tier or by applying the 10% share to the total fees on Manta. All calculated amounts are normalized by decimal precision and multiplied by end-of-day price feeds. Daily totals are aggregated using UTC day boundaries.

*This methodology was automatically generated by Token Terminal's methodology analyzer.*

fees * take_rate (illustrative — revenue is observed directly per project, not derived from take_rate)

Fee revenue retained after supply-side payouts. Before cost of revenue (e.g. L2 DA fees) and before operating expenses.

QuickSwapQUICK

Revenue

Revenue

Competitive landscape

Chain breakdown