Liquidity providers deposit funds into SolidLizard and stake their LP tokens to receive SLIZ tokens (token incentives).

SolidLizard is a non-custodial exchange protocol built on Arbitrum. SolidLizard was founded by an anonymous team and launched in 2023.

SLIZ tokenholders own and govern the protocol. They vote for pools where they wish to receive trading fees and external bribes from, while pools receive SLIZ emissions in respect to their share of votes.

twitter

discord

etherscan

website

Exchanges (DEX)

SolidLizard

# SolidLizard Tradeable pairs Methodology

## 1. Overview

The tradeable pairs metric measures the cumulative number of unique trading pairs available on the SolidLizard decentralized exchange (DEX) over time. This metric tracks the growth of trading options by counting when new liquidity pools are created, providing insight into the platform's expansion and variety of tradeable assets. The calculation identifies when each trading pair was first created and maintains a running total of all pairs available on each date.

## 2. Data sources

- **SolidLizard factory events**: Parsed `PairCreated` events from the SolidLizard v1 PairFactory contract on Arbitrum, containing pair address, token0 address, token1 address, and creation timestamps
- **Token metadata**: Reference data containing token symbols and decimal configurations for all tokens across supported chains
- **Blockchain timestamps**: Block timestamps from Arbitrum to establish when each pair was created

## 3. Step-by-step calculation

### Component A: Trading pair identification
- **Purpose**: Identifies all unique trading pairs created on SolidLizard
- **Logic**: Extracts distinct trading pairs from `PairCreated` events emitted by the SolidLizard PairFactory contract on Arbitrum. Each event contains the newly created pair address along with the two token addresses (`token0` and `token1`) that form the trading pair. The block timestamp indicates when the pair was first created
- **Key fields**: `account_address` (pair contract address), `token0_address`, `token1_address`, `block_timestamp`, and `chain` identifier

### Component B: Pair metadata enrichment
- **Purpose**: Adds token symbols and decimal information to create readable pair names
- **Logic**: Joins the pair data with token metadata to retrieve symbol and decimal information for both tokens in each pair. Creates human-readable pair names by concatenating the token symbols (e.g., "ETH-USDC"). This enrichment helps with pair identification but doesn't affect the count calculation
- **Key fields**: `token0_decimals`, `token1_decimals`, and `account_name` (formatted as "TOKEN0-TOKEN1")

### Component C: Daily pair creation tracking
- **Purpose**: Counts new pairs created each day
- **Logic**: Groups trading pairs by their first appearance date using daily timestamp truncation. Identifies the earliest block timestamp for each unique pair address, then counts the number of distinct pairs created on each date. This creates a time series of new pair creation activity
- **Key fields**: `timestamp` (daily grain), `pair_count` (new pairs created that day)

### Component D: Gap filling and continuity
- **Purpose**: Ensures complete time series data with no missing dates
- **Logic**: Applies zero-filling logic to create entries for dates where no new pairs were created. This ensures the time series has continuous daily data points, with zero values for dates without new pair creation activity. The filling occurs within each chain partition
- **Key fields**: `pair_count` with zero values filled for missing dates

### Final aggregation
- **Combining components**: The daily new pair counts are processed through a cumulative sum calculation partitioned by chain and ordered by timestamp
- **Currency conversion**: Not applicable - this metric counts pairs, not monetary values
- **Time aggregation**: Data is aggregated to daily boundaries using timestamp truncation, with cumulative summation providing the running total
- **Final calculation**: The final `tradeable_pairs` value represents the cumulative sum of all unique pairs created up to each date, calculated as a running total over the time-ordered sequence of daily new pair counts. The finalization macro adds standard metadata fields including market sector identification as "exchanges", business segment as "dex", and applies chain availability filtering.

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

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

SolidLizardSLIZ

Tradeable pairs

Tradeable pairs

Competitive landscape