Integral provides low slippage on large trades by executing orders using a time-weighted average price (TWAP).

Integral is a non-custodial TWAP-based exchange on Ethereum and Arbitrum that specializes in handling large trades with low slippage. Integral was founded by a group of pseudonymous developers, mathematicians and financial engineers, and their flagship product Integral SIZE was launched in 2022.

ITGR tokenholders own and govern the protocol. They currently take a cut of the total trading fees paid by traders (revenue).

github

twitter

discord

etherscan

website

Exchanges (DEX)

Integral

# Integral Tradeable pairs Methodology

## 1. Overview

Tradeable pairs represents the cumulative count of unique trading pairs available on the Integral decentralized exchange (DEX) over time. This metric answers the business question "How many trading pairs are available for trading on Integral?" and tracks the growth of trading options on the platform. The calculation identifies when each trading pair was first created and maintains a running total of all available pairs on each date.

## 2. Data sources

- **Integral pair creation events**: Parsed `PairCreated` events from the Integral `TwapFactory` contract on Ethereum and Arbitrum blockchains, containing pair address, token addresses, and creation timestamps
- **Token metadata**: Token registry data providing token symbols and decimal precision for creating human-readable pair names
- **Chain availability configuration**: Data defining which chains and time periods are supported for metric calculation

## 3. Step-by-step calculation

### Component A: Pair creation extraction
- **Purpose**: Extract and standardize all trading pair creation events from Integral's factory contracts
- **Logic**: Parse `PairCreated` events from the `TwapFactory` contract on both Ethereum and Arbitrum networks. Each event contains the created pair contract address, the addresses of the two tokens in the pair (`token0` and `token1`), and the block timestamp when the pair was created. The data is standardized with chain identifiers and version labels for consistent processing across networks.
- **Key fields**: `pair` address as the unique pair identifier, `token0` and `token1` addresses for the trading pair tokens, `block_timestamp` for creation timing, and `chain` identifier

### Component B: Token metadata enrichment  
- **Purpose**: Add human-readable information and technical details for each trading pair
- **Logic**: Join the pair creation data with the token registry using token addresses and chain identifiers to retrieve token symbols and decimal precision. Create human-readable pair names by concatenating the symbols of both tokens with a hyphen separator. This enrichment provides context for identifying specific trading pairs and ensures proper handling of token amounts.
- **Key fields**: `token0_decimals` and `token1_decimals` for precision handling, token symbols for creating readable `account_name` fields in the format "TOKEN0-TOKEN1"

### Component C: First appearance identification
- **Purpose**: Determine the first date each trading pair became available
- **Logic**: Group the enriched pair data by unique pair address and chain, then identify the earliest date (truncated to daily boundaries) when each pair first appeared. This eliminates any duplicate entries and establishes the definitive creation date for each trading pair, ensuring each pair is counted only once in the cumulative total.
- **Key fields**: `timestamp` truncated to day precision, `chain` for network identification, and `account_address` as the unique pair identifier

### Component D: Daily pair aggregation
- **Purpose**: Count new trading pairs created on each calendar day
- **Logic**: Aggregate the first appearance data by date and chain, counting the number of distinct new pairs that were created on each day. This creates a time series of daily pair additions, showing the pace of new trading pair creation on the Integral platform.
- **Key fields**: `pair_count` representing the number of new pairs created on each specific date

### Component E: Gap filling and zero padding
- **Purpose**: Ensure complete time series with no missing dates
- **Logic**: Apply gap-filling logic to insert zero values for any dates where no new pairs were created. This creates a continuous daily time series with explicit zero values rather than missing data, which is essential for accurate cumulative calculations and consistent reporting.
- **Key fields**: `pair_count` values, including filled zeros for dates with no new pair creation

### Final aggregation
- **Combining components**: The gap-filled daily pair counts are processed with a running sum calculation partitioned by chain to create cumulative totals
- **Currency conversion**: No currency conversion required as this is a count-based metric
- **Time aggregation**: Data is aggregated to daily boundaries with each day showing the total number of trading pairs available up to that date
- **Final calculation**: Calculate cumulative sum of daily pair counts ordered by date within each chain, then apply standardized metric schema with market sector as 'exchanges', business segment as 'dex', product as 'dex', and include chain availability filtering to ensure data is only provided for supported chains and time periods

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

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

IntegralITGR

Tradeable pairs

Tradeable pairs

Competitive landscape

Chain breakdown