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

Idle Finance is an asset management protocol built on Ethereum. Idle Finance was founded by Matteo Pandolfi, William Bergamo & Samuele Cester and launched in 2019.

IDLE tokenholders own and govern the protocol. They currently take a cut of the total return on investment paid by liquidity providers (revenue). Idle Finance’s investors include BR Capita, Greenfield One, Gumi Cryptos, etc.

github

twitter

discord

etherscan

website

Asset management

Idle Finance

# Idle Finance Treasury Methodology

## 1. Overview

The Idle treasury metric measures the total USD value of tokens held across all Idle protocol treasury addresses. This metric tracks the protocol's treasury holdings over time by monitoring token balances in designated treasury wallets and converting them to USD using end-of-day price feeds. The metric provides insight into the financial resources available to the Idle protocol for operations, development, and governance activities.

## 2. Data sources

The calculation relies on the following raw data sources:

- **Ethereum token transfer events**: Parsed ERC-20 `Transfer` events from the Ethereum blockchain to track token movements into and out of treasury addresses
- **Token metadata**: Information about token symbols and contract addresses for proper identification and labeling
- **End-of-day price feeds**: Daily token price data in USD for converting token balances to dollar values
- **Treasury address configuration**: A predefined list of 9 Ethereum addresses that serve as Idle protocol treasury wallets

## 3. Step-by-step calculation

### Component A: Token balance tracking
- **Purpose**: Calculate net token balance changes for each treasury address over time
- **Logic**: The system processes Ethereum `Transfer` events to identify token movements affecting the 9 designated treasury addresses (`0x031f71b5369c251a6544c41ce059e6b3d61e42c6`, `0x076ff8e6402b02855ff82119b53e59bbdd67f0ee`, `0x107a369bc066c77ff061c7d2420618a6ce31b925`, `0x69a62c24f16d4914a48919613e8ee330641bcb94`, `0xb0aa1f98523ec15932dd5faac5d86e57115571c7`, `0xbecc659bfc6edca552fa1a67451cc6b38a0108e4`, `0xcaf467dfe064a1f54e4ece8515ddf326b9be801e`, `0xe8ea8bae250028a8709a3841e0ae1a44820d677b`, `0xfb3bd022d5dacf95ee28a6b07825d4ff9c5b3814`). For each transfer event, the system calculates the net balance change per token per address per day
- **Key fields**: `timestamp`, `chain_id`, `account_address`, `token_address`, `token_symbol`, and `balance` change amount

### Component B: Cumulative balance calculation
- **Purpose**: Transform daily balance changes into running cumulative balances for each token-address combination
- **Logic**: Using window functions, the system calculates cumulative token balances by summing balance changes over time, partitioned by timestamp grain, chain, account address, and token address. This creates a running total of each token held by each treasury address
- **Key fields**: Cumulative `balance` amounts partitioned by address and token combinations

### Component C: Data continuity and forward-filling
- **Purpose**: Ensure continuous time series data by filling gaps where no transactions occurred
- **Logic**: The system forward-fills balance data to create complete daily time series. When no balance changes occur on a given day, the previous day's balance is carried forward to maintain data continuity
- **Key fields**: Forward-filled `balance` values with complete temporal coverage

### Component D: USD conversion
- **Purpose**: Convert token balances from native units to USD values
- **Logic**: The system joins cumulative token balances with end-of-day price feeds, matching on timestamp, chain identifier, and token address. Each token balance is multiplied by the corresponding daily USD price. Only positive balances are included, and only daily price grain data is used for consistency
- **Key fields**: USD-denominated `amount` values calculated from `balance` × `price_usd`

### Final aggregation
- **Combining components**: All USD-denominated token holdings across all treasury addresses are summed together to calculate the total treasury value for each day
- **Currency conversion**: Token balances are converted to USD using end-of-day price feeds with safe multiplication to handle potential null values
- **Time aggregation**: Data is aggregated at daily boundaries, with forward-filling ensuring complete time series coverage
- **Final calculation**: The final treasury metric represents the sum of all USD-converted token balances held across all 9 designated Idle treasury addresses, with zero-filling applied for periods with no holdings and chain availability filters ensuring data quality

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

Total value of a project's onchain treasury, including its native token.

Idle FinanceIDLE

Treasury

Treasury

Competitive landscape