Liquidity providers deposit funds into Balancer and receive trading fees from traders (supply-side fees). In addition, Balancer provides liquidity providers with additional yield using boosted pools.

Balancer is a non-custodial exchange protocol built on Ethereum. Balancer was founded by Fernando Martinelli and launched in 2018.

BAL tokenholders own and govern the protocol. They currently take a cut of the total trading and yield fees (revenue). Balancer's investors include DeFiance Capital, Three Arrows Capital, Alameda Research, etc.

governance

github

twitter

discord

etherscan

website

Exchanges (DEX)

Balancer

# Balancer Tradeable assets Methodology

## 1. Overview

Balancer's tradeable assets metric counts the number of unique tokens that can be traded on the Balancer protocol, segmented by liquidity levels. This metric helps assess the breadth and depth of the trading ecosystem by categorizing assets based on their total liquidity across all Balancer pools. The calculation tracks when new tokens become tradeable and continuously monitors their liquidity to assign them to appropriate cohorts.

## 2. Data sources

- **Blockchain events**: Balancer V2 Vault `TokensRegistered` events from Ethereum, Arbitrum, Avalanche, Base, Gnosis, and Polygon networks that record when new tokens are added to pools
- **Pool reserve data**: Hourly snapshots of token balances held in Balancer V2 pools across supported chains
- **Token metadata**: Token symbols, decimal precision, and contract information for display and calculation purposes
- **External data**: End-of-day token price feeds for USD conversion of reserve values

## 3. Step-by-step calculation

### Component A: Token registration tracking
- **Purpose**: Identifies when new tokens become tradeable on Balancer and establishes the base count of tradeable assets
- **Logic**: Extracts token addresses from Balancer V2 Vault `TokensRegistered` events, which are emitted when pools register their constituent tokens with the Vault contract. The events contain pool identifiers and arrays of token addresses that get unnested to create individual token registration records. For each token-chain combination, the earliest registration timestamp is captured as the token's "birth date" on that chain. Daily counts of new token registrations are calculated and then converted to cumulative totals to track the growing number of tradeable assets over time.
- **Key fields**: Block timestamp for registration date, chain identifier, token contract address from the `tokens` array

### Component B: Pool reserves calculation  
- **Purpose**: Calculates the total USD value of reserves for each token across all Balancer pools to determine liquidity levels
- **Logic**: Processes hourly snapshots of token reserves from all Balancer V2 pools, taking the reserves at hour 0 each day to represent end-of-day balances for the previous day. Excludes Optimism chain data to avoid double-counting with Beethoven X (which operates Balancer's Optimism deployment). Joins with token metadata to get symbols and decimal precision, then converts reserve amounts to USD values using end-of-day price feeds. For each token on each day, sums the USD reserves across all pools containing that token to get total liquidity.
- **Key fields**: Timestamp for daily boundaries, pool address, token address, `reserve` amounts, USD-converted values

### Component C: Liquidity cohort classification
- **Purpose**: Categorizes tokens into liquidity-based cohorts to segment tradeable assets by market depth
- **Logic**: Takes the total USD reserves calculated for each token and assigns tokens to liquidity cohorts based on threshold values. Creates six categories: less than $5k, $5k to $25k, $25k to $100k, $100k to $500k, $500k to $1m, and greater than $1m. Counts the number of tokens in each cohort daily, providing insight into how many assets have sufficient liquidity for different types of trading activities.
- **Key fields**: `total_reserves` in USD, `liquidity_cohort` classification, token counts per cohort

### Final aggregation
- **Combining components**: The base tradeable assets count (cumulative token registrations) serves as the "less than $5k" cohort, while higher liquidity cohorts are populated based on current reserve levels. A double-counting correction is applied by subtracting tokens from the "less than $5k" cohort when they qualify for higher liquidity cohorts, ensuring each token appears in only one cohort per day.
- **Currency conversion**: All reserve values are converted to USD using end-of-day token price feeds through the finalization macro
- **Time aggregation**: Daily boundaries are established using timestamp truncation, with reserves representing end-of-day values and token registrations counted on the day they occur  
- **Final calculation**: The final metric presents daily counts of tradeable assets segmented by liquidity cohorts, showing both the breadth (total number) and depth (liquidity distribution) of the Balancer trading ecosystem

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

Number of unique tokens tradeable on the exchange.

BalancerBAL

Tradeable assets

Tradeable assets

Competitive landscape

Chain breakdown