DefiLlama and our methodology

We pride ourselves in producing inclusive, non-biased, and community driven statistics for the decentralised finance industry. We do our best to treat all projects equally with regards to what is and isn't included in TVL, how long it takes to list or update a project's TVL, and everything else.

All Metrics We Track

DefiLlama tracks a wide range of metrics across DeFi. Each metric has its own open-source adapter repository where anyone can contribute. If you want to list your project, find the relevant metric below and submit a PR to the corresponding repo.

Metric	Description	Repository	Guide
TVL	Total Value Locked in protocol smart contracts	DefiLlama-Adapters	Guide
Fees & Revenue	Protocol fees, revenue, and income statement breakdown	dimension-adapters (fees/)	Guide
DEX/Perp Volume	Spot/swap and perpetual trading volume on decentralized exchanges	dimension-adapters (dexs/)	Guide
Options Volume	Notional and premium volume from options DEXs	dimension-adapters (options/)	Guide
Aggregator Volume	Trading volume routed through DEX aggregators	dimension-adapters (aggregators/)	Guide
Bridge Aggregator Volume	Volume routed through bridge aggregators	dimension-adapters (bridge-aggregators/)	Guide
Yields	APY and yield data across DeFi pools	yield-server	Guide
Stablecoins	Circulating supply and peg data for stablecoins	peggedassets-server	Guide
Emissions	Token emission and unlock schedules	emissions-adapters	Guide
Oracles TVS	Total Value Secured by oracle providers	defillama-server	Guide
Coin Prices	Token price adapters for unlisted coins	coins	Guide
Bridges	Bridge TVL and cross-chain transfer tracking	bridges-server	Guide
Token Rights	Governance, economic, and ownership rights	Submit form	Guide

---

Our Methodology

At DefiLlama we consider the value of any tokens locked in the contracts of a protocol / platform as TVL. Below are some notes about how our calculations work.

Valuing different tokens:

• Almost all tokens are priced using CoinGecko's API. Where this can't be done, we can accommodate using on-chain methods to quantify the value of a token. This is most commonly done by comparing the pool weights of a very liquid Uniswap V2 market.

• We don't count any tokens that are not circulating or are yet to be issued. For example if a team locks a share of their tokens in a vesting contract we won't count these as TVL, since these tokens haven't been issued yet.

• We don't double-count within the same protocol. If users can deposit a token, get a receipt token and deposit that in another part of your protocol we'll only count it once. For example Cream has an ETH2 liquid staking token, which can be lent on their money market, we only count it once.

Node validators and other chain-native token staking:

• We don't count native token staking. For example, ATOM staking to secure the Cosmos hub isn't counted. Liquid staking protocols are tracked but not counted towards chain TVL by default.

Bridges:

• There are arguments both for including bridge TVL on the origin chain and the destination chain. Therefore we count the TVL of bridge projects but do not contribute them towards the TVL of any chain.

Smart Wallets:

• We don't count funds in smart contract wallets, such as Argent or Gnosis Safe.

In the case of protocols that move money to different chains, TVL is counted on the chain where the users deposited the money and interacted with the protocol.