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 Flash loan volume Methodology

## 1. Overview

Flash loan volume measures the total value of assets borrowed and repaid within the same transaction through QuickSwap V3. This metric reflects the volume of arbitrage-based activity and capital efficiency facilitated by the protocol's liquidity pools. Since a fee is paid on each flash loan, this volume is a primary indicator of the protocol's ability to generate revenue from sophisticated trading strategies that do not require upfront capital.

## 2. Data sources

- **Blockchain events**: `Flash` and `Fee` events from `Pool` contracts, and `PairCreated`, `Pool`, or `PoolCreated` events from `Factory` contracts, covering Polygon, Manta, and Base
- **External data**: End-of-day price feeds and asset metadata

## 3. Step-by-step calculation

### Component A: Flash loan event extraction

- **Purpose**: Identify and extract raw flash loan activity from the blockchain
- **Logic**: `Flash` events are parsed from `Pool` contracts across Polygon, Manta, and Base. The quantities of both assets involved in the flash loan are extracted from the event parameters. These records are associated with transaction data to identify the originating user address. Trading pairs identified in the denylist are excluded from the dataset to ensure the accuracy of the volume calculations.
- **Key fields**: `amount0`, `amount1`, `transaction_hash`, `address`

### Component B: Metadata and fee tier association

- **Purpose**: Enrich flash loan records with asset decimals and applicable fee rates
- **Logic**: Flash loan records are associated with trading pair metadata derived from `Factory` contracts to retrieve the correct decimal precision for each asset. The applicable fee tier for each transaction is determined by referencing `Fee` events from `Pool` contracts or the initial pool configurations. This ensures that volumes are correctly scaled and associated with the appropriate product version.
- **Key fields**: `token0_address`, `token1_address`, `token0_decimals`, `token1_decimals`, `fee_tier`

### Component C: USD conversion and aggregation

- **Purpose**: Normalize asset quantities and convert them into a unified USD representation
- **Logic**: Asset amounts are normalized by decimal precision. USD values are determined by multiplying the normalized amounts by end-of-day price feeds for both assets involved in the transaction. The total flash loan volume is calculated as the sum of the USD value of both assets. Daily totals are aggregated by chain and product using UTC day boundaries, with a zero-filling strategy applied to ensure continuous data series.
- **Key fields**: `price_usd`, `flash_loan_volume`, `timestamp`

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

Total value of assets borrowed and repaid within the same transaction.

QuickSwapQUICK

Flash loan volume

Flash loan volume

Competitive landscape

Chain breakdown