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 Token incentives Methodology

## 1. Overview

The Balancer token incentives metric measures the daily USD value of BAL tokens distributed as liquidity mining rewards to users across the Balancer protocol. This metric tracks the monetary value of incentives paid to liquidity providers to encourage participation in Balancer's automated market maker pools. The calculation aggregates incentive distributions from multiple contract systems and time periods, converting all amounts to USD values for consistent measurement.

## 2. Data sources

The metric uses several key data sources:
- **Blockchain events**: Parsed `DistributionClaimed` events from Balancer's MerkleOrchard contracts on Ethereum, Polygon, and Arbitrum networks
- **Legacy blockchain events**: Parsed `Claimed` events from Balancer's MerkleRedeem contract on Ethereum
- **Token transfer events**: Ethereum `Transfer` events from the null address for BAL token distributions after April 7, 2022
- **External data**: End-of-day token price feeds for USD conversion and token metadata for decimal precision correction
- **Configuration data**: Static mapping of incentive distribution contract addresses to human-readable account names across supported chains

## 3. Step-by-step calculation

### Component A: Incentive distribution event collection
- **Purpose**: Gather all BAL token distribution events from various incentive systems across different time periods and chains
- **Logic**: The system collects events from three distinct sources. First, it captures `DistributionClaimed` events from MerkleOrchard contracts on Ethereum, Polygon, and Arbitrum, filtering for chain-specific BAL token addresses. Second, it includes `Claimed` events from the legacy MerkleRedeem contract on Ethereum. Third, it adds direct `Transfer` events from the null address on Ethereum for BAL tokens distributed after April 7, 2022, representing a shift to direct token minting for incentives. Each chain uses a different BAL token contract address, requiring chain-specific filtering.
- **Key fields**: Event data includes `block_timestamp` for timing, `transaction_hash` and `log_index` for unique identification, `address` or `from_address` for the distributing contract, `token_address` for the specific BAL token, and `amount` fields (`amount`, `_balance`, or `value`) for distribution quantities

### Component B: Account name mapping
- **Purpose**: Enrich distribution events with human-readable contract names for better categorization and reporting
- **Logic**: Distribution events are joined with a static dimension table that maps known Balancer incentive distribution contract addresses to descriptive names. The mapping includes the null address, Merkle Redeem contract on Ethereum, and Merkle Orchard contracts across Ethereum, Polygon, and Arbitrum. This join is performed on both contract address and chain to ensure accurate cross-chain mapping.
- **Key fields**: The dimension adds `account_name` and `contract_name` fields describing the distributing contract (such as "Merkle Redeem" or "Merkle Orchard")

### Component C: USD conversion and decimal correction
- **Purpose**: Convert raw token amounts to standardized USD values with proper decimal precision
- **Logic**: Raw token amounts are processed through decimal correction to account for each token's specific decimal places, then converted to USD using end-of-day price feeds. This ensures consistent monetary measurement regardless of the underlying token's technical specifications or market price fluctuations.
- **Key fields**: The process transforms the raw `amount` field into a USD-denominated `token_incentives` value with proper decimal adjustment

### Final aggregation
- **Combining components**: All processed incentive events are aggregated by day, with timestamp truncation to daily boundaries. The data includes business classification fields marking all entries as "Exchange AMM" business line, "exchanges" market sector, and "dex" business segment
- **Currency conversion**: USD conversion uses end-of-day price feeds matched to the event date, ensuring consistent valuation across all distributions
- **Time aggregation**: Events are grouped by daily timestamp boundaries, with each day representing the total incentive value distributed on that date
- **Final calculation**: The metric represents the sum of all BAL token incentive distributions per day, expressed in USD, with proper decimal correction applied and filtered by chain availability to exclude periods when chain data may be incomplete

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

Value of native tokens distributed as incentives.

BalancerBAL

Token incentives

Token incentives

Competitive landscape

Chain breakdown