Folio v0.9 — CEX + On-chain Consolidation is liveSee what's new →

DeFi Lending Position Tracking: Collateral, Debt, and a Liquidation Risk (2026)

Portfolio·

DeFi Lending Position Tracking: Collateral, Debt, and a Liquidation Risk (2026)

A DeFi lending position is a pair: collateral that accrues supply interest and debt that accrues borrow interest, with a health metric that can liquidate both. Why supply-only views, ignored accruals, and unmodelled liquidations break tracking across Aave, Compound, Morpho, and Spark-type protocols.
Author avatar Wag3s TeamEditorial team specializing in Web3 finance, crypto tax, and DAO operations. Based in Zurich, Switzerland.

Reviewed by Wag3s Editorial Team — verified against the general DeFi lending model (supply/borrow accrual, health metric, liquidation), anchored on the Aave V3 mechanics · Last reviewed May 2026

DeFi Lending Position Tracking: Collateral, Debt, and a Liquidation Risk

Every DeFi lending position has the same skeleton: an asset you supplied that quietly grows, an asset you owe that quietly grows faster, and a number that can liquidate both. Trackers that read only the supply side miss two-thirds of it. This guide is the general lending shape and how to track it.

TL;DR

  • A lending position is a pair: collateral leg (supply, accrues supply interest) + debt leg (borrow, accrues borrow interest).
  • A health metric + liquidation threshold can liquidate both legs on an oracle move.
  • The verified Aave V3 model (aTokens / variableDebtTokens / Health Factor) is the clearest instance; the same shape recurs across Compound, Morpho, Spark-type lending (protocol-specific in detail).
  • Supply-only views overstate the net position and miss the growing liability + liquidation risk.
  • Balances often change without a transfer (interest accrual) — read derived state, not transfer events.
  • Tax is jurisdiction-specific — track mechanics, confirm tax separately.

The general shape

Concrete protocols differ, but a DeFi lending position almost always has the same skeleton:

LegBehaviour
Collateral (supplied)Typically accrues supply interest (often into the balance)
Debt (borrowed)Accrues borrow interest — the liability grows
Health metricMoves with oracle prices + accruals; below threshold → liquidation

The verified concrete instance is Aave V3: aTokens (supply, balance grows), variableDebtTokens (debt, grows), Health Factor (risk). The same collateral/debt/health shape recurs in Compound, Morpho, and Spark-type lending — the detail differs by protocol (so confirm each protocol's specifics), but the tracking discipline is the shape, not one protocol's token names.

Why supply-only tracking fails

Reading only the supply leg:

  • overstates the net economic exposure (ignores the debt);
  • misses a growing liability (the debt accrues too);
  • misses liquidation risk (an oracle move can seize collateral and clear debt).

A correct lending view always nets collateral against debt and models the health metric — the same "track the pair, not one side" rule as the Aave V3 article.

Accrual without a transaction

Many lending protocols accrue interest into the position, not via discrete transfers (the Aave scaled-balance / aToken model is the verified example). So a tracker that ingests only explicit transfer events misses interest accrual on both sides. It must read the derived position state and attribute the changes — the same lesson as stETH rebasing and Aave accrual.

Liquidation is its own event

A liquidation is a distinct economic event: collateral is seized (part or whole), debt is reduced or cleared, usually with a penalty. A tracker that does not model liquidation shows an unexplained collapse in both legs. Liquidation is not a transfer to classify casually — it is its own event with its own consequences for the position and any gain/loss (the same "model the event, not a mystery balance change" point as internal transfer vs disposal).

Tax is jurisdiction-specific

Whether supplying, accrual, borrowing, repaying, or liquidation is taxable is framework- and jurisdiction-specific and must not be assumed (see cost-basis methods). The collateral/debt/health/liquidation mechanics are the tracking layer; the tax characterisation is separate and adviser-confirmed.

Practical guidance

  1. Track the pair — net collateral against debt, never supply-only.
  2. Read derived state, not transfer events — accrual is silent on both legs.
  3. Model the health metric so liquidations are explained, not mysteries.
  4. Treat liquidation as its own event (seizure + debt clearing + penalty).
  5. Confirm each protocol's specifics — the shape generalises, the detail does not.
  6. Confirm tax characterisation per jurisdiction; apply the mandated cost-basis method.

How vendor tools handle DeFi lending

Koinly and CoinTracker model lending positions across major protocols. Confirm the tool nets collateral against debt, reads derived (accruing) balances not transfer-only, models liquidations as events, and handles per-protocol differences rather than one hard-coded shape — supply-only tracking is the recurring lending error.

How Wag3s helps

Wag3s Folio tracks DeFi lending as a collateral/debt pair, reads accruing derived balances on both legs, models the health metric and liquidations as events across Aave-, Compound-, Morpho- and Spark-type protocols, and surfaces the data for the jurisdiction-specific tax characterisation. See the Folio product page.


Further reading

Sources

  • General DeFi lending model (collateral leg + debt leg + health metric/liquidation), anchored on the verified Aave V3 mechanics (aTokens, variableDebtTokens, Health Factor, scaled balances)
  • Interest accrual into the position (read derived state, not transfer events); liquidation as a distinct event (collateral seizure + debt clearing + penalty)
  • Protocol-specific detail varies across Compound/Morpho/Spark-type lending — confirm each protocol; tax characterisation jurisdiction-specific
Editorial disclaimer
This article is informational and does not constitute tax or accounting advice. Each lending protocol differs in detail and tax is jurisdiction-specific. Confirm specifics with the relevant documentation and a qualified adviser.