The short answer

Yes, OpenLend has de-liquidation. Soft liquidation is not designed as a one-way switch where a position enters the band, loses exposure, and can never move back.

A position can be partially soft-liquidated as price moves against it. If price later recovers and the reverse trade is valid, a solver can execute de-liquidation and move the position back in the other direction.

Soft liquidation moves exposure away from the risky side of the position. De-liquidation can move exposure back when price recovery and solver economics support the reverse path.

What soft liquidation does first

In a normal long OpenLend market, the user supplies collateral such as WBTC or WETH and borrows USDT. When the collateral price falls into the selected band, solvers can gradually convert collateral exposure into debt-token exposure instead of waiting for a single hard-liquidation threshold.

The position has an oracle price and an internal cursor. The oracle price says where the market is. The cursor says how far solver execution has actually moved the band state. When those two diverge enough, a fill can become executable.

  • Oracle price: the current external price used for health, LTV, and band checks.
  • Internal cursor: the position of the pool's executable state inside the band.
  • Soft-liquidation fill: the solver moves the cursor toward the lower-risk state as price moves against the position.

What de-liquidation does next

De-liquidation is the reverse operation. If the market recovers after a position has been soft-liquidated, the cursor can move back toward the pre-liquidation side of the band.

Economically, that means the position can regain collateral exposure instead of staying permanently converted into the debt token. The exact amount depends on how far the position was soft-liquidated, where the oracle price is now, and whether a solver can execute the reverse trade on-chain.

  • Soft liquidation path: `fill` moves the position through the band as price moves against it.
  • De-liquidation path: `fillUp` moves the position back when price recovery creates a valid reverse opportunity.
  • The position remains path-dependent: current exposure depends on both price movement and solver execution history.

It is not automatic in the UI sense

De-liquidation is automatic only in the protocol-mechanics sense: it is available through the same permissionless solver surface. It is not a browser-side button that guarantees immediate reversal the moment price ticks back up.

A solver still has to observe a valid gap, simulate the trade, route liquidity, pay gas, and decide that the fill is worth executing. If gas is high, liquidity is thin, or the premium is not enough to cover execution risk, de-liquidation can be delayed.

The important distinction is availability versus instant execution. De-liquidation exists on-chain, but execution still depends on solver conditions.

Why solvers do the reverse trade

Solvers are not expected to reverse positions for free. The protocol gives them economic incentives for both directions. During soft liquidation, the solver receives a discount for taking the trade. During de-liquidation, the incentive works through a premium in the reverse direction.

That premium is what makes de-liquidation practical. It helps compensate the solver for gas, swap costs, inventory risk, price movement during execution, and the operational complexity of monitoring many markets.

  • Soft liquidation: discount-based incentive for moving exposure away from the risk side.
  • De-liquidation: premium-based incentive for moving exposure back when the market recovers.
  • Both paths are permissionless: any valid solver can compete to execute them.

How users should read it

For users, the clearest way to understand de-liquidation is to watch the soft-liquidation map. The oracle price tells you where the market is now. The cursor tells you how much of the band has already been executed.

If price has recovered but the cursor has not fully moved back, that does not mean de-liquidation is impossible. It means the reverse path has not been executed yet, or only part of it has been executed.

  • Price recovered above the band: the position may be eligible for reverse execution if conditions are valid.
  • Cursor still inside the band: solver execution has not fully moved the position back yet.
  • Cursor moved back: de-liquidation has restored more of the original exposure.

Where the cost appears

OpenLend accounting is designed so execution costs from soft liquidation and de-liquidation show up on the debt side, together with borrow interest, rather than simply disappearing as a silent collateral reduction.

This is useful because the collateral side can continue to represent exposure. A position can move through liquidation and de-liquidation while the user can still inspect what the execution path has cost.

De-liquidation can restore exposure, but it does not erase the economic cost of prior execution. Discounts, premiums, swap costs, and borrow interest still matter.

Why this matters

The point of OpenLend's band model is not just gradual liquidation. It is a bidirectional risk path. A cliff liquidation model mostly cares about one threshold. A band model cares about where price is, where the cursor is, and what solvers have already executed.

That makes position state more readable. A user can see not only whether a position is healthy, but also whether it has been partially soft-liquidated, whether recovery has created a reverse path, and whether solvers have moved the cursor back.

Inspect the live band state

Open the app, choose a position, and compare the oracle price with the cursor on the soft-liquidation map.

Open OpenLend