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 assets Methodology

## 1. Overview

The tradeable assets metric for SyncSwap measures the cumulative number of unique tokens that have become available for trading on the platform over time. This metric tracks the growth of SyncSwap's token ecosystem by counting distinct tokens that appear in liquidity pools, providing insight into the platform's asset diversity and market expansion.

## 2. Data sources

- **Pool creation events**: Parsed `PoolCreated` event logs from SyncSwap's StablePoolFactory and ClassicPoolFactory smart contracts on zkSync Era
- **Token metadata**: Token registry data containing symbols, decimals, and address mappings for display and validation purposes
- **Blockchain event logs**: zkSync Era event logs capturing when new liquidity pools are deployed on SyncSwap

## 3. Step-by-step calculation

### Component A: Trading pair identification

- **Purpose**: Identify all trading pairs created on SyncSwap and extract the underlying token addresses
- **Logic**: Process `PoolCreated` events from two SyncSwap factory contracts on zkSync Era. The StablePoolFactory creates stable swap pools with 0.4% fees, while the ClassicPoolFactory creates standard AMM pools with 2% fees. Each event contains the addresses of two tokens that form the trading pair. Handle the special case where native ETH addresses are normalized to wrapped ETH (WETH) addresses for consistency. Extract the `pool` address, `token0` address, and `token1` address from each pool creation event, along with the `block_timestamp` when the pool was created
- **Key fields**: `pool` address representing the liquidity pool contract, `token0` and `token1` addresses representing the two tokens in the pair, `block_timestamp` for timing, and derived fields like `fee_tier` and `product_id` for pool classification

### Component B: Token extraction and deduplication

- **Purpose**: Extract all unique token addresses from the trading pairs and determine when each token first became tradeable
- **Logic**: Union the `token0` and `token1` addresses from all trading pairs to create a comprehensive list of tokens. Truncate timestamps to daily boundaries and group by chain, timestamp, and token address. For each unique token address, find the minimum (earliest) timestamp when it first appeared in any trading pair. This represents the date when that token became tradeable on SyncSwap
- **Key fields**: `token_address` representing each unique token, `timestamp` truncated to day boundaries, `chain` identifier, and derived `timestamp_grain` set to 'day'

### Component C: Daily new asset counting

- **Purpose**: Count how many new unique tokens became tradeable each day
- **Logic**: Group the first appearances by date and count distinct token addresses for each day. This creates a daily time series showing the number of new tokens that became available for trading on each specific date. Apply gap-filling logic to ensure no missing days in the time series, inserting zero values for dates when no new tokens were added
- **Key fields**: `timestamp` for the date, `asset_count` representing the number of new tokens on that day, `chain` and `timestamp_grain` for grouping dimensions

### Final aggregation

- **Combining components**: The daily new asset counts are processed through a cumulative sum calculation partitioned by chain and ordered by timestamp
- **Currency conversion**: Not applicable for this count-based metric
- **Time aggregation**: Daily boundaries are maintained throughout the calculation, with timestamps truncated to day level
- **Final calculation**: Calculate a running total using a window function that sums the daily `asset_count` values over all previous dates for each chain. This produces the cumulative number of unique tradeable assets available on SyncSwap at any point in time. Apply final standardization including market sector classification as 'exchanges', business segment as 'dex', and chain availability filtering to ensure data quality

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

Number of unique tokens tradeable on the exchange.

SyncSwap

Tradeable assets

Tradeable assets

Competitive landscape

Chain breakdown