Liquidity providers (LPs) deposit funds into Aura Finance and receive a return on investment (supply-side fees).

Aura Finance is an asset management and staking protocol built on Ethereum. Aura Finance was founded by an anonymous team and launched in June 2022.

AURA tokenholders own and govern the protocol. They currently take a cut of the total yield generated (revenue).

governance

github

twitter

discord

etherscan

website

Asset management

Aura Finance

# Aura Finance Earnings Methodology

## 1. Overview

Aura Finance earnings represents the net profit generated by the protocol, calculated as total revenue minus total expenses. Revenue comes from Aura's share of Balancer ecosystem yields (LP incentives and veBAL trading fees), while expenses represent AURA token incentives paid to users across multiple chains. This metric answers the business question: "What is Aura Finance's daily net profit from its yield aggregation operations?"

## 2. Data sources

- **Token transfer events**: Parsed `Transfer` events from Ethereum, Arbitrum, Base, Gnosis, Optimism, and Polygon for BAL and AURA token movements
- **Aura Finance contract events**: `TokenRewardPoolCreated` events from RewardFactory contracts and `RewardPaid` events from BaseRewardPool contracts across supported chains
- **End-of-day price feeds**: Daily closing prices for BAL and AURA tokens for USD conversion
- **Token metadata**: Decimal precision information for proper amount calculations

## 3. Step-by-step calculation

### Component A: Revenue from LP yields
- **Purpose**: Captures Aura's 25% fee share from Balancer LP incentives
- **Logic**: Identifies BAL token transfers from Aura's voter proxy contracts to booster contracts across all supported chains. These transfers represent BAL rewards earned by Aura's liquidity positions on Balancer. The system applies a 25% multiplier to reflect Aura's revenue share, as the remaining 75% is passed through to users. Excludes transactions flagged in the denylist to prevent double-counting scenarios where BAL flows through multiple Aura contracts in the same transaction.
- **Key fields**: `block_timestamp` for daily aggregation, `from_address` and `to_address` to identify voter proxy to booster transfers, `value` for BAL amounts, `token_address` to identify BAL tokens

### Component B: Revenue from veBAL yields  
- **Purpose**: Captures trading fees earned from Aura's veBAL holdings
- **Logic**: Tracks two types of transfers on Ethereum: BAL transfers from Balancer fee distributor contracts to Aura's voter proxy (direct fee distributions), and bbAUSD token transfers from booster contracts to reward pool contracts (yield distributions). These represent trading fees earned by Aura's locked veBAL position. Unlike LP yields, veBAL yields are counted at 100% as they represent direct protocol earnings.
- **Key fields**: `block_timestamp` for daily aggregation, `from_address` to identify fee distributors and boosters, `to_address` to identify reward recipients, `value` for token amounts

### Component C: Expenses from funded incentives
- **Purpose**: Tracks AURA tokens distributed from existing token pools to users
- **Logic**: Identifies AURA token transfers from incentive pool contracts to user addresses across all chains. Uses the incentive accounts dimension to identify valid reward pool contracts and filters out transfers to null addresses. All cross-chain AURA tokens are normalized to Ethereum AURA token address for consistent pricing and aggregation.
- **Key fields**: `from_address` to identify incentive pools, `to_address` for user recipients, `value` for AURA amounts, `token_address` for cross-chain normalization

### Component D: Expenses from minted incentives  
- **Purpose**: Tracks newly minted AURA tokens distributed to users
- **Logic**: Captures AURA transfers from L2 coordinator contracts and null address mints (representing new token creation). Joins with minted incentive transaction data to ensure transfers represent actual user reward payments rather than internal contract operations. This prevents counting internal transfers or non-reward minting activities.
- **Key fields**: `from_address` to identify L2 coordinators and null address, `transaction_hash` to join with reward payment events, `value` for minted AURA amounts

### Final aggregation
- **Combining components**: Revenue components (LP yields and veBAL yields) are summed daily by chain, then expenses components (funded and minted incentives) are summed daily by chain
- **Currency conversion**: All token amounts are converted to USD using end-of-day price feeds after applying decimal corrections. BAL and AURA prices are sourced independently with cross-chain tokens normalized to their Ethereum equivalents
- **Time aggregation**: All transfers are aggregated to daily timestamps using day-truncated block timestamps, ensuring consistent daily boundary calculations
- **Final calculation**: Daily earnings equals the sum of daily revenue minus the sum of daily expenses, with any missing days filled with zero values to maintain complete time series data

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

Net profit (also profits, net income, profitability) — revenue remaining after subtracting expenses.

Aura FinanceAURA

Archived

Earnings

Earnings

Competitive landscape