Understanding Liquidation Mechanics Using Aave, Morpho, and Compound as Examples
Why Liquidations Sit at the Centre of DeFi Lending
Liquidations are one of the least understood — and most important — mechanisms in decentralised finance (DeFi). They are not edge cases or emergency features; they are the core enforcement mechanism that enables lending protocols to operate without banks, credit checks, or trusted intermediaries.
Every DeFi lending protocol, whether pool-based like Aave and Compound or more efficiency-focused like Morpho, relies on liquidations to ensure the system remains solvent. Without them, the entire structure of over-collateralised lending would collapse.
This article explains how DeFi liquidations actually work, step by step, using Aave, Morpho, and Compound as concrete examples. The goal is not to judge which protocol is “better”, but to understand the design choices, trade-offs, and risks inherent in each approach.
Nothing in this article constitutes financial or investment advice. It is an educational explanation of protocol mechanics.
The Core Problem: Lending Without Trust
Traditional lending relies on:
-
identity verification
-
legal contracts
-
credit history
-
enforcement through courts
DeFi removes all of that. There is no concept of “calling the borrower” or renegotiating terms. The protocol must automatically enforce repayment under all market conditions.
The solution DeFi uses is over-collateralisation combined with automatic liquidation.
In simple terms:
-
Borrowers lock up collateral worth more than what they borrow
-
If the value of that collateral falls too far, the protocol sells it
-
The sale repays the debt and protects lenders
Liquidations are not punishments; they are risk management tools.
Key Concepts You Must Understand First
Before looking at protocol-specific implementations, it’s essential to understand a few universal concepts that appear across nearly all DeFi lending systems.
Over-Collateralisation
Most DeFi protocols require borrowers to deposit collateral that is significantly more than the loan amount. For example, borrowing $1,000 might require $1,500–$2,000 worth of collateral, depending on the asset.
This buffer exists to absorb price volatility.
Loan-to-Value (LTV)
Loan-to-Value is the ratio between the borrowed value and the collateral value.
-
Lower LTV = safer position
-
Higher LTV = riskier position
Protocols define maximum LTVs per asset, based on perceived volatility and liquidity.
Liquidation Threshold
The liquidation threshold is the point at which a position becomes eligible for liquidation.
-
Below threshold → position is safe
-
At or above threshold → liquidation can occur
This is not the same as maximum LTV; it is usually slightly lower to provide a safety buffer.
Health Factor
Many protocols express liquidation risk using a health factor.
-
Health factor > 1 → safe
-
Health factor = 1 → liquidation threshold
-
Health factor < 1 → liquidation can be triggered
Aave popularised this abstraction, but the underlying idea exists across protocols.
What Actually Happens During a Liquidation
Despite different implementations, the liquidation process generally follows the same sequence:
-
Collateral value falls (or borrowed value rises)
-
The borrower’s position breaches the liquidation threshold
-
The protocol allows liquidation of some or all of the position
-
A third party repays part of the debt
-
That third party receives collateral at a discount
-
The protocol returns to a solvent state
The presence of external liquidators is a critical design feature. Protocols do not usually perform liquidations themselves; they allow anyone to do it, incentivised by profit.
Aave: Pool-Based Liquidations at Scale
Aave is one of the most widely used DeFi lending protocols and serves as a clear example of pool-based liquidation mechanics.
How Liquidation Eligibility Is Determined
Aave aggregates user positions and calculates a health factor based on:
-
The value of supplied collateral
-
The value of borrowed assets
-
asset-specific risk parameters
When the health factor drops below 1, the position becomes eligible for liquidation.
Partial Liquidations
Aave typically limits the amount of a position that can be liquidated in a single transaction. This design choice:
-
reduces abrupt full liquidations
-
allows users to recover positions if markets stabilise
-
spreads liquidation activity over time
Partial liquidations are a deliberate risk-management decision.
Liquidation Bonus
Liquidators are incentivised by receiving collateral at a discount, known as the liquidation bonus. The size of this bonus varies by asset and is governed by protocol parameters.
This ensures:
-
Liquidations happen quickly
-
Bad debt does not accumulate
-
Lenders remain protected
Trade-Offs in Aave’s Design
Strengths
-
Clear health factor abstraction
-
Highly liquid markets
-
Well-tested liquidation logic
Limitations
-
Shared pool risk means stress in one asset can affect overall utilisation
-
High competition among liquidators can cause network congestion during volatility
Aave prioritises robustness and scale over absolute efficiency.
Compound: The Original Money Market Liquidation Model
Compound pioneered many of the liquidation mechanics still used across DeFi today.
Account Liquidity Model
Compound does not use a “health factor” term explicitly, but instead calculates account liquidity or shortfall.
-
Positive liquidity → safe
-
Shortfall → liquidation eligible
The logic is functionally equivalent.
cTokens and Liquidation
Compound represents deposits as cTokens, which increase in value over time. During liquidation:
-
A liquidator repays part of the borrowed asset
-
They receive cTokens (or underlying collateral) at a discount
This model was foundational and heavily influenced later designs.
Liquidation Incentives
Like Aave, Compound relies on:
-
open participation
-
economic incentives
-
clearly defined liquidation penalties
Compound’s approach is intentionally minimalistic and conservative.
Trade-Offs in Compound’s Design
Strengths
-
Simplicity and predictability
-
Well-understood mechanics
-
Long operational history
Limitations
-
Less flexibility in risk parameter tuning
-
Similar capital efficiency constraints to other pooled systems
Compound remains a reference point rather than a cutting-edge design.
Morpho: Rethinking Efficiency Without Removing Liquidations
Morpho takes a different approach. Rather than reinvent liquidation mechanics entirely, Morpho focuses on how lending markets are structured, while still relying on liquidation as the enforcement mechanism.
From Optimiser to Primitive
Morpho originally operated as an optimisation layer on top of Aave and Compound, improving capital efficiency while inheriting their liquidation logic.
With newer designs (such as Morpho Blue), the protocol emphasises:
-
isolated markets
-
explicit risk parameters
-
clearer separation between markets
Liquidations in Isolated Markets
Rather than one large pool, Morpho’s approach allows:
-
more granular risk control
-
clearer collateral-to-debt relationships
-
Reduced contagion between unrelated assets
Liquidations still occur when collateral falls below thresholds, but the blast radius is smaller.
Design Trade-Offs
Strengths
-
Improved capital efficiency
-
More explicit risk segmentation
-
Flexible market creation
Limitations
-
Increased complexity
-
Greater responsibility on market creators and users to understand the parameters
Morpho does not remove liquidation risk; it redistributes and clarifies it.
Why Liquidations Can Feel “Sudden” to Users
Many users are surprised by how quickly liquidations occur. This is not a bug; it is a consequence of DeFi’s design constraints.
No Grace Periods
Smart contracts do not negotiate. Once thresholds are breached, liquidation becomes possible immediately.
Oracle-Driven Pricing
Liquidation decisions depend on price oracles. Rapid price moves can cause positions to cross thresholds faster than users expect.
Network Conditions
During market stress:
-
Gas prices spike
-
Liquidators compete aggressively
-
Blocks fill quickly
This can accelerate liquidation cascades.
System-Wide Risks Tied to Liquidations
Liquidations protect lenders, but they also introduce system-level risks.
Liquidation Cascades
Falling prices → liquidations → forced selling → further price pressure.
Protocols attempt to mitigate this through:
-
conservative LTVs
-
partial liquidations
-
asset-specific caps
Oracle Risk
If price feeds are inaccurate or delayed, liquidations may occur at incorrect prices, harming borrowers or lenders.
Liquidity Risk
If collateral cannot be sold quickly enough, protocols may face bad debt.
This is why asset selection and risk parameters matter more than token popularity.
Why Liquidations Are Not “Failures”
It is tempting to view liquidation as something going wrong. In reality:
-
Liquidations are expected
-
They are built into the protocol design
-
A protocol with no liquidations is often mispriced
Well-functioning liquidations indicate that risk controls are being enforced.
How Different Protocols Reflect Different Philosophies
| Protocol | Core Philosophy | Liquidation Style |
|---|---|---|
| Aave | Scale and composability | Pool-based, partial |
| Compound | Simplicity and predictability | Pool-based, conservative |
| Morpho | Efficiency and modularity | Isolated, market-specific |
None of these approaches is universally superior. Each represents a different answer to the same constraints.
Final Thoughts: Understanding Liquidations Is Understanding DeFi
If you understand how liquidations work, you understand:
-
Why over-collateralisation exists
-
Why risk parameters matter
-
Why DeFi behaves differently from traditional finance
Liquidations are the mechanism that allows DeFi lending to function without trust. Aave, Morpho, and Compound demonstrate that while the enforcement tool is shared, the design philosophies surrounding it vary significantly.
For anyone interacting with DeFi lending protocols, understanding liquidation mechanics is not optional — it is foundational.
