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

Equalizer is a non-custodial exchange protocol built on Fantom. Equalizer was founded by Blake Hooper and launched in 2022.

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

github

twitter

discord

etherscan

website

Exchanges (DEX)

Equalizer Exchange

# Equalizer Exchange Tradeable pairs Methodology

## 1. Overview

The tradeable pairs metric measures the cumulative number of unique trading pairs available on the Equalizer decentralized exchange. This metric tracks the growth of trading pair diversity over time by counting new pair creations and maintaining a running total. The calculation identifies when each trading pair was first created and aggregates these into daily counts, then computes the cumulative total to show the evolving liquidity landscape of the DEX.

## 2. Data sources

The calculation uses the following raw data sources:

- **Blockchain events**: Parsed `PairFactory_PairCreated` events from the Equalizer v1 protocol on Fantom blockchain, containing pair contract addresses and underlying token addresses
- **Token metadata**: Token symbol and decimal information for creating readable trading pair names and handling token-specific formatting
- **Timestamp data**: Daily time boundaries used for aggregating pair creation events and establishing chronological order

## 3. Step-by-step calculation

### Component A: Pair creation event extraction
- **Purpose**: Identifies all trading pair creation events from Equalizer's factory contract
- **Logic**: Extracts `PairFactory_PairCreated` events from Equalizer v1 on Fantom, capturing the created pair contract address (`pair` field), first token address (`token0` field), and second token address (`token1` field) along with block timestamp. Each event represents a new trading pair being deployed to the protocol
- **Key fields**: `pair` (contract address of created trading pair), `token0` and `token1` (addresses of underlying tokens), `block_timestamp` (creation time)

### Component B: Token metadata enrichment
- **Purpose**: Enhances pair data with human-readable information and decimal precision
- **Logic**: Joins pair creation events with token metadata using token addresses as keys, retrieving token symbols and decimal counts for both underlying tokens. Creates readable pair names by concatenating token symbols with hyphens. Handles cases where token metadata may be missing
- **Key fields**: `token0_decimals` and `token1_decimals` (decimal precision), `account_name` (formatted as "TOKEN0-TOKEN1")

### Component C: First appearance identification
- **Purpose**: Determines when each unique trading pair first appeared
- **Logic**: Groups all pair creation events by chain and pair contract address, then calculates the minimum timestamp truncated to daily boundaries for each unique pair. This identifies the first day each pair was created, eliminating any potential duplicate events for the same pair
- **Key fields**: `timestamp` (first appearance date), `account_address` (unique pair identifier)

### Component D: Daily pair counting
- **Purpose**: Counts new trading pairs created each day
- **Logic**: Aggregates first appearance records by timestamp and chain, counting distinct pair addresses to determine how many new pairs were created on each day. This provides the daily increment values for the cumulative calculation
- **Key fields**: `pair_count` (number of new pairs created on each day)

### Component E: Missing day interpolation
- **Purpose**: Ensures continuous daily time series without gaps
- **Logic**: Applies zero-filling logic to insert missing dates between the first pair creation and current date, setting pair count to zero for days when no new pairs were created. This creates a complete daily time series necessary for accurate cumulative calculations
- **Key fields**: `pair_count` (filled with zeros for missing days)

### Final aggregation
- **Combining components**: Daily pair counts are processed sequentially in chronological order within each chain
- **Currency conversion**: Not applicable for this count-based metric
- **Time aggregation**: Daily boundaries are used with timestamp truncation to day level
- **Final calculation**: Cumulative sum window function partitioned by chain and ordered by timestamp to calculate running total of tradeable pairs, where each day's value represents the total number of unique trading pairs available since the protocol's inception

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

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

Equalizer ExchangeEQUAL

Tradeable pairs

Tradeable pairs

Competitive landscape

Chain breakdown