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

SyncSwap is a non-custodial exchange protocol built on zkSync Era (originally a fork of Uniswap). SyncSwap was founded by an anonymous team in 2023.

The SyncSwap team owns and governs the protocol. They currently take a cut of the trading fees paid by the users (revenue).

github

twitter

discord

website

Exchanges (DEX)

SyncSwap

# SyncSwap Tradeable pairs Methodology

## 1. Overview

The SyncSwap tradeable pairs metric measures the cumulative number of unique trading pairs available on the SyncSwap decentralized exchange. This metric tracks the growth of trading options over time by counting when new liquidity pools (trading pairs) are created and maintaining a running total. The calculation identifies pool creation events from SyncSwap's factory contracts and tracks the first appearance of each unique pair to build a cumulative count that reflects the expanding trading ecosystem.

## 2. Data sources

- **Pool creation events**: Parsed `PoolCreated` events from SyncSwap's StablePoolFactory and ClassicPoolFactory contracts on zkSync Era blockchain
- **Token metadata**: Token information including symbols, decimals, and addresses for proper pair identification and naming
- **Blockchain timestamps**: Block timestamp data from zkSync Era to determine when pools were first created

## 3. Step-by-step calculation

### Component A: Trading pair identification
- **Purpose**: Extract and standardize all trading pairs created on SyncSwap
- **Logic**: Collects `PoolCreated` events from two SyncSwap factory contracts - StablePoolFactory (with 40 basis points fee) and ClassicPoolFactory (with 200 basis points fee). The process normalizes native ETH addresses to wrapped ETH addresses for consistency, ensuring all pairs use the same token representation. Each pool creation event provides the pool address and the two token addresses that form the trading pair
- **Key fields**: Pool address (`pool`), token pair addresses (`token0` and `token1`), block timestamp (`block_timestamp`), chain identifier, fee tier information

### Component B: Token metadata enrichment
- **Purpose**: Add token symbols and decimals to create human-readable pair names
- **Logic**: Joins the pool creation data with token metadata using token addresses and chain identifiers. This enrichment adds token symbols and decimal places for both tokens in each pair. Creates standardized pair names in the format "TOKEN0-TOKEN1" by concatenating the token symbols
- **Key fields**: Token symbols (`symbol`), token decimals (`decimals`), combined pair name (`account_name`)

### Component C: First appearance tracking
- **Purpose**: Determine when each unique trading pair first became available
- **Logic**: Groups all pool creation events by unique pool address and finds the minimum block timestamp for each pool, truncated to day level. This identifies the exact day when each trading pair first appeared on the platform, regardless of any subsequent events for the same pool
- **Key fields**: First appearance timestamp (`timestamp`), pool address (`account_address`), chain identifier (`chain`)

### Component D: Daily pair counting
- **Purpose**: Count new trading pairs appearing each day
- **Logic**: Groups the first appearances by date and chain, then counts the distinct number of new pool addresses that appeared on each day. This creates a daily time series showing how many new trading pairs were introduced each day
- **Key fields**: Daily timestamp (`timestamp`), count of new pairs (`pair_count`), chain identifier (`chain`)

### Final aggregation
- **Combining components**: The daily counts are processed through a gap-filling mechanism that ensures every day in the time series is represented, adding zero values for days when no new pairs were created
- **Time aggregation**: Uses daily boundaries with timestamps truncated to day level for consistent aggregation
- **Final calculation**: Applies a cumulative sum using a window function that partitions by chain and orders by timestamp, creating a running total of all tradeable pairs that have ever existed on the platform. The result is a monotonically increasing count that represents the total number of unique trading pairs available at any point in time

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

Number of unique token pairs available for trading on the exchange.

SyncSwap

Tradeable pairs

Tradeable pairs

Competitive landscape

Chain breakdown