Liquidity providers deposit funds into zkSwap and receive trading fees from traders (supply-side fees). Traders receive token rewards for their trades through the Swap2Earn incentive program (token incentives).

zkSwap Finance is a non-custodial Swap-to-Earn DeFi exchange protocol built on zkSync Era (originally a fork of Uniswap). zkSwap Finance was founded by pseudonymous ThunderNoah, etc., and launched in 2023. 

ZF token holders own and govern the protocol via Snapshot vote. They currently take a cut of the total trading fees paid by traders (revenue).

governance

github

twitter

discord

etherscan

website

Exchanges (DEX)

zkSwap Finance

# zkSwap Finance Tradeable assets Methodology

## 1. Overview

Tradeable assets measures the cumulative number of unique tokens that can be traded on the zkSwap decentralized exchange. This metric tracks protocol growth by counting distinct tokens that have been added to trading pairs over time. The calculation identifies when each token first becomes tradeable and maintains a running total, providing insight into the expanding token universe available to traders on the platform.

## 2. Data sources

- **Smart contract events**: Parsed `PairCreated` events from the zkSwap V1 factory contract on zkSync Era, which are emitted when new trading pairs are created
- **Token metadata**: Token information database containing symbols, decimal places, and other token characteristics for display and processing
- **Chain configuration**: Chain availability data to ensure metrics only include supported blockchain networks

## 3. Step-by-step calculation

### Component A: Trading pair identification
- **Purpose**: Identifies all trading pairs created on the zkSwap protocol and extracts the underlying tokens
- **Logic**: Processes `PairCreated` events from the zkSwap V1 factory contract on zkSync Era. Each event contains the newly created pair contract address along with the two underlying token addresses (`token0` and `token1`). The component extracts the pair creation timestamp, pair address, and both token addresses. It also joins with token metadata to enrich the data with token symbols and decimal information for proper handling and display
- **Key fields**: `block_timestamp` for when the pair was created, `account_address` as the pair contract address, `token0_address` and `token1_address` as the tradeable token addresses, `token0_decimals` and `token1_decimals` for proper decimal handling

### Component B: Token universe assembly  
- **Purpose**: Creates a comprehensive list of all unique tokens that have become tradeable through pair creation
- **Logic**: Takes both `token0_address` and `token1_address` from each trading pair and combines them into a single list of token addresses. Uses union operation to merge the token addresses from both positions in trading pairs, ensuring each token is captured regardless of whether it appears as token0 or token1. Truncates timestamps to daily granularity and groups by day and chain to prepare for counting logic
- **Key fields**: `timestamp` truncated to day level, `chain` identifier, `token_address` as the unique token identifier

### Component C: First appearance tracking
- **Purpose**: Determines when each token first became tradeable on the platform
- **Logic**: For each unique token address, finds the earliest date when that token appeared in any trading pair. Uses minimum timestamp aggregation grouped by chain and token address to identify the first appearance date. This ensures that tokens are only counted once in the cumulative total, specifically on the day they first became available for trading
- **Key fields**: `timestamp` as the first appearance date, `token_address` as the unique identifier, `chain` for proper partitioning

### Component D: Daily asset counting
- **Purpose**: Counts how many new tokens become tradeable each day
- **Logic**: Groups first appearances by day and chain, then counts the distinct number of tokens that had their first appearance on each specific day. Uses approximate count distinct to efficiently handle the aggregation while maintaining accuracy for this metric type
- **Key fields**: `timestamp` for the day, `asset_count` as the number of new tokens becoming tradeable that day

### Component E: Gap filling
- **Purpose**: Ensures continuous daily time series without missing dates
- **Logic**: Applies gap filling logic to insert zero values for any days where no new tokens were added. This creates a complete daily time series that can be properly processed by downstream systems and ensures accurate cumulative calculations
- **Key fields**: `asset_count` with zero values filled for missing days

### Final aggregation
- **Combining components**: The daily new token counts are processed through a cumulative sum calculation
- **Time aggregation**: Uses window function with running sum partitioned by chain and ordered by timestamp to create cumulative totals
- **Final calculation**: The final tradeable assets value represents the total number of unique tokens that have ever become tradeable on the platform up to that point in time, calculated as the cumulative sum of daily new token additions since the protocol's inception
- **Currency conversion**: No currency conversion required as this metric counts token quantities rather than values
- **Output formatting**: Results are structured with standard metric schema including market sector (exchanges), business segment (dex), and chain availability filtering

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

Number of unique tokens tradeable on the exchange.

zkSwap FinanceZF

Tradeable assets

Tradeable assets

Competitive landscape