Coin Nest / Knowledge library · Foundations · 2 min read
Borrowing capacity differs from safety
A collateralized lending protocol permits debt against deposited assets subject to its rules. Loan-to-value generally controls initial borrowing capacity. A liquidation threshold determines when a position becomes eligible for liquidation. These parameters can differ, and neither should be interpreted as a recommended borrowing target.
A common health-factor model compares weighted collateral value against debt value. A position can deteriorate because collateral falls, debt rises, interest accrues, or parameters change. A stable debt denomination does not make the collateral stable or remove protocol dependencies.
A hypothetical health calculation
Assume collateral worth 10,000 reference units has an 80% liquidation threshold and supports debt worth 5,000. Under a simplified model, the health factor is 10,000 × 0.80 ÷ 5,000 = 1.6. If collateral value falls to 6,250 while debt stays constant, that ratio reaches 1.
The example omits mixed collateral, interest, bonuses, and protocol-specific rules. Its purpose is to show the mechanism: liquidation can become possible before collateral value equals debt. Borrowing to the maximum available amount leaves less room for adverse movement than choosing a lower debt level.
Suppose interest increases the debt while the collateral price remains unchanged. The buffer still shrinks. A borrower monitoring only a price chart can miss that deterioration. Likewise, collateral and debt denominated in different volatile assets can move against the borrower from either side.
Liquidation is an execution process
Liquidators repay eligible debt and receive collateral according to protocol rules and incentives. The outcome depends on oracle values, available liquidity, transaction inclusion, and the collateral’s sellability. A displayed buffer is not a promise that you can always intervene before the next state change.
Selling collateral elsewhere to rescue a position may require a bridge, exchange withdrawal, approval, or several transactions. Those steps take time and fees. A rescue plan relying on every external system functioning during market stress should be tested with those delays explicitly included.
Some protocols support correlated-asset modes, isolated collateral, borrowing caps, or different risk settings by market. Read the specific deployment and selected mode. A parameter copied from another network or an older interface can describe the wrong position entirely.
Before opening a position
- Record collateral value, debt value, initial borrowing limits, and liquidation conditions.
- Calculate several adverse scenarios, including interest and debt-asset appreciation.
- Identify oracle sources and whether collateral can be sold during stress.
- Keep a realistic repayment route and the required fee currency available.
- Review governance changes and market-specific caps affecting your position.
Set monitoring around the condition that actually triggers liquidation, not a convenient round-number price. Write down what you will do at each warning level, including who can act if you are unavailable. A prepared decision is easier to execute than improvisation under a countdown.
Frequently asked questions
Does overcollateralization prevent liquidation?
No. It is part of the design that permits liquidation before the debt becomes fully uncovered. The buffer can be consumed by price moves and interest.
Is the liquidation threshold a fixed universal number?
No. It varies by asset, market, protocol, and configuration, and may change through authorized governance processes.