Skip to main content
DeFi lending protocols are decentralized platforms enabling users to borrow digital assets without traditional intermediaries. These protocols use smart contracts to automate lending operations, allowing lenders to earn interest on their deposits while borrowers can access capital by providing collateral.

Terminology: Supplied vs. Deposits vs. TVL

“Supplied”, “deposits”, and “TVL” sound interchangeable, but they answer different questions — and whether they agree with a number you see from another data provider depends on whether the underlying market comingles collateral and loan-asset supply (Aave, Compound) or keeps them as separate pools (Morpho Blue, Euler V2, and Solana’s isolated markets like Kamino/Jupiter Lend).
Allium’s markets_daily deliberately does not have a collateral column — supplied_amount(_usd) is loan-asset supply only (available_liquidity + outstanding_loans). This is a role-based definition, not a balance-based one.
The pattern: in comingled-collateral protocols, supplied, deposits, and TVL are three names for the same pool, so every vendor’s number for all three tends to agree. In isolated markets, the pool genuinely splits into two distinct assets (loan vs. collateral) for the first time — so supplied (role-based, loan-only) pulls away from deposits and TVL (both of which pull collateral back in), while deposits and TVL stay close to each other since they’re both effectively “everything sitting at this address,” just described from a user-centric vs. contract-centric angle. Allium’s actual coverage gap is deposits: we have the two ingredients (supplied_amount_usd and the collateral balance inside tvl_daily) but no model that joins them, so a vendor’s isolated-market “deposits” number cannot currently be reproduced from a single Allium table.

Metrics

Lending Overview

The crosschain.metrics.lending_overview table provides precomputed metrics for lending protocols, broken down by blockchain, project, and protocol. These metrics are derived from transaction-level data and are updated daily. The table includes key metrics such as outstanding loans, total locked value (TVL), deposits, withdrawals, loans, repayments, and liquidations.

Methodology Notes

TVL vs supplied amount

These are two distinct metrics that answer different questions: They are not interchangeable, and the relationship between them depends on the protocol’s market_type.

By market type

pool — Aave V1/V2/V3, Compound V2/V3, Fluid, and forks Users deposit into a shared liquidity pool. A deposit earns interest for the supplier AND can serve as collateral for that same user’s borrows — the two roles are structurally inseparable.
  • supplied_amount_usd = gross pool deposit (includes assets acting as collateral)
  • TVL = available liquidity only, because borrowed assets leave the pool contract: tvl ≈ supplied_amount_usd - outstanding_loans_usd
  • TVL is always less than or equal to gross deposits for pool-based protocols
This is the same figure reported by DeFiLlama and Blockworks — there is no way to disentangle supply from collateral at the protocol level. market — Morpho Blue and other isolated markets Each market has exactly one loan token (what lenders deposit to earn interest) and one separate collateral token (what borrowers post as security). The two sides are structurally distinct.
  • supplied_amount_usd = loan token supply only. Borrower-posted collateral is excluded.
  • TVL = loan token pool (available liquidity) + collateral token pool. Both are physically locked in the market contract, so TVL can exceed supplied_amount_usd when collateral values are large relative to loan supply.
Some third-party dashboards (e.g. Blockworks) include collateral in their “deposits” figure for Morpho, producing a higher number than our supplied_amount_usd. This is a definitional difference, not missing data. Our number corresponds to Morpho’s own supplyAssets field in their API.

outstanding_loans_usd identity

For protocols with full market-state coverage (has_market_state = true), the following identity holds across all market types:
Use this to sanity-check data. If the identity breaks for a protocol, flag it as a data quality issue.

Protocols Supported

We support the following lending protocols:

Blockchain Coverage

Lending Data Coverage (EVM-compatible blockchains)

We support the transaction-level data for the following lending datasets.