How DeFi Liquidations Work on Solana: Mechanics, Protocols, and Prevention
By Jorge Rodriguez — DeFi Protocols
Exactly how DeFi liquidations work on Solana, step by step
How Kamino, MarginFi, Solend, and Drift handle liquidations differently
Actionable strategies to monitor your health factor and avoid liquidation
Introduction
Your $10,000 SOL position just got liquidated in 400 milliseconds. You lost $500 in penalties before you could even refresh the page. That scenario plays out across Solana lending protocols every single day, and the borrowers on the losing end almost always share one thing in common: they did not understand how DeFi liquidations actually work. **Liquidation** is the forced sale of your collateral when a borrowing position becomes undercollateralized. It is not a bug or a protocol malfunction. It is the core mechanism that keeps lending markets solvent and protects depositors from absorbing losses caused by reckless borrowers. Every dollar you borrow in DeFi is someone else's deposit, and liquidation is the system's guarantee that those deposits stay safe. This guide breaks down the complete liquidation process on Solana, from oracle price feeds to bot execution, covering how each major protocol handles it differently. Whether you are borrowing against SOL, looping LSTs for leveraged yield, or providing collateral for stablecoin loans, understanding these mechanics is the difference between keeping your position open and watching your collateral disappear. Pair the liquidation knowledge in this guide with real-time rate monitoring from the [Lince Yield Tracker](https://yields.lince.finance/tracker/solana/category/lending), and you have both sides of the lending equation covered. 
What Is a DeFi Liquidation?
**The Core Mechanic** At its simplest, a DeFi liquidation happens when the value of your collateral drops below a protocol-defined threshold relative to your outstanding debt. A third party (usually an automated bot) steps in, repays a portion of your debt on your behalf, and takes a chunk of your collateral as payment plus a bonus. You lose collateral. The protocol stays solvent. The liquidator walks away with a profit. This entire system rests on **overcollateralization**, the requirement that you always deposit more value than you borrow. If you want to borrow $7,000 in USDC, you might need to deposit $10,000 worth of SOL. That $3,000 buffer absorbs price fluctuations. But when SOL's price drops far enough, that buffer shrinks to nothing, and the protocol triggers a liquidation to prevent your debt from exceeding your collateral value. **Why Liquidations Exist** Liquidations are not punitive. They are structural. Without them, a single market crash could wipe out an entire lending pool, leaving depositors unable to withdraw their funds. The system works because liquidators are financially incentivized to act. They earn a **liquidation penalty** (a percentage of the seized collateral) as profit. This penalty is the borrower's cost for letting their position deteriorate, and it ensures there is always someone willing to step in and close dangerous positions before they create bad debt.
Health Factor and Collateral Ratios Explained
**What Is Health Factor?** Your **health factor** is a single number that tells you how safe your borrowing position is. The formula looks like this: ``` Health Factor = (Collateral Value x Liquidation Threshold) / Total Debt ``` When your health factor is above 1.0, your position is safe. When it drops below 1.0, your collateral no longer provides enough coverage for your debt, and the protocol flags your position as eligible for liquidation. The higher your health factor, the bigger the price swing you can absorb before trouble starts. **Loan-to-Value (LTV) vs Liquidation Threshold** **Loan-to-Value (LTV)** is the maximum percentage of your collateral's value that you can borrow. If SOL has a 75% LTV on a given protocol, depositing $10,000 worth of SOL lets you borrow up to $7,500. But the **liquidation threshold** sits higher than the LTV, typically around 80-85%. This gap between LTV and liquidation threshold is your safety buffer. You cannot borrow right up to the liquidation line; the protocol forces a margin of error. Think of it this way: LTV is the speed limit, and the liquidation threshold is the cliff edge. The road between them is your braking distance.  **Worked Example: SOL Collateral on Kamino** Let's run through a concrete scenario. You deposit $10,000 worth of SOL into Kamino's K-Lend with a 75% LTV and an 85% liquidation threshold. You borrow $6,500 in USDC. Your starting health factor: ($10,000 x 0.85) / $6,500 = 1.31. That is healthy but not especially conservative. Now SOL drops 20%. Your collateral is worth $8,000. New health factor: ($8,000 x 0.85) / $6,500 = 1.05. You are alive, but barely. SOL drops another 5%. Collateral hits $7,500. Health factor: ($7,500 x 0.85) / $6,500 = 0.98. Below 1.0. Your position is now liquidatable. A bot will find it and begin seizing collateral within seconds.
The Liquidation Process Step by Step
Understanding the technical flow of a liquidation helps you see where things go wrong and where you still have time to act. On Solana, the entire process can execute in under a second. **Step 1: Oracle Price Feed Updates** Everything starts with price data. Solana lending protocols rely on **oracles** like Pyth Network and Switchboard to deliver real-time asset prices on-chain. Pyth updates prices multiple times per second on Solana, which means your collateral value is recalculated almost continuously. This is fundamentally different from Ethereum, where oracle updates happen less frequently. **Step 2: Health Factor Recalculation** Every time an oracle delivers a new price, the protocol recalculates the health factor for all open positions. When a price drop pushes any position's health factor below 1.0, that position enters liquidation territory. The protocol does not execute the liquidation itself. It simply marks the position as eligible. **Step 3: Liquidation Bot Detects the Opportunity** **Liquidation bots** (also called keepers) are automated programs that constantly scan the blockchain for undercollateralized positions. On Solana, they benefit from 400-millisecond block times, meaning new liquidation opportunities can be detected and acted on almost instantly. Multiple bots compete for the same liquidation, and the fastest one wins. **Step 4: Collateral Seizure and Debt Repayment** The winning bot repays a portion (or all) of the borrower's debt directly to the protocol. In return, the bot receives an equivalent amount of the borrower's collateral plus the liquidation penalty as profit. Whether the liquidation is partial or full depends on the protocol and how far the position has deteriorated. **Step 5: Liquidation Penalty Applied** The borrower absorbs the cost. They lose the seized collateral plus the penalty percentage. Penalties on Solana range from as low as 2% on Kamino to 5% on Save (formerly Solend), depending on the protocol and asset. This penalty is the liquidator's profit margin and the borrower's price for letting their health factor slip below the threshold.
How Solana Protocols Handle Liquidations
Not all liquidations are created equal. Each Solana lending protocol has built its own approach to handling undercollateralized positions, and the differences matter significantly for borrowers. The protocol you choose directly affects how much you lose if something goes wrong. **Kamino (K-Lend)** Kamino uses a graduated liquidation system designed to minimize borrower losses. Rather than liquidating a fixed percentage in one shot, K-Lend uses a sliding scale: the further your position exceeds the liquidation LTV, the more collateral a liquidator can seize. Users who are only slightly over the line face smaller liquidations, while deeply undercollateralized positions get unwound more aggressively. Liquidation penalties on K-Lend start at 2% and are capped at 10%. For high-liquidity assets like SOL and USDC, penalties sit at the lower end of that range because liquidators face less risk when selling into deep markets. Kamino also features Elevation Mode (eMode), which allows correlated assets like SOL and its liquid staking derivatives to share a group with higher LTV caps (up to 95%), significantly reducing liquidation risk for same-asset strategies. **MarginFi** MarginFi calculates health at the account level, not per individual position. This means all your deposits and borrows across every asset are aggregated into a single health factor. If that account-wide health factor drops below the threshold, the liquidator can target any of your positions. This cross-margin approach has a practical benefit: a profitable position in one asset can offset losses in another, delaying or preventing liquidation. The liquidation penalty on MarginFi is split between the liquidator and an insurance fund, adding a layer of protocol-level protection against bad debt. MarginFi recommends maintaining a health factor above 1.5 for volatile assets. **Save (Formerly Solend)** Save uses a more traditional fixed-threshold model. When your health factor drops below the liquidation line, third-party liquidators can repay up to 20% of your outstanding loan in a single transaction. They collect a 5% bonus on the liquidated amount from your collateral as their bounty. This **close factor** of 20% means Save performs **partial liquidation** by default, closing just enough of your position to restore safety without wiping you out entirely. Save relies on both Pyth and Switchboard oracles for price feeds, using Pyth as the primary source and Switchboard as a backup. The protocol also has a Recovery Mode that allows parameter changes during extreme market conditions to minimize bad debt. **Drift Protocol** Drift takes a fundamentally different approach. Liquidations on Drift are structured as **liability transfers**. Instead of simply seizing collateral at a discount, the liquidator literally absorbs the borrower's position. The liquidator takes over the undercollateralized perpetual position or borrow at a discounted rate, meaning they need to be collateralized themselves to accept the transfer. Drift's liquidation bots are fully open-source, and the protocol provides [detailed tutorials](https://docs.drift.trade/developers/trading-automation/keeper-bots/liquidation-bot) for anyone who wants to run one. Liquidations are triggered based on oracle prices (not the exchange's mark price), and in cases of extreme oracle errors, the market automatically pauses liquidations to prevent cascading failures. **Protocol Comparison** Protocol | Liquidation Model | Penalty Range | Close Factor | Special Feature ---|---|---|---|--- Kamino (K-Lend) | Graduated sliding scale | 2-10% | Proportional to overexposure | eMode for correlated assets MarginFi | Account-level cross-margin | Split (liquidator + insurance) | Variable | Cross-position health aggregation Save (Solend) | Fixed threshold | 5% | 20% per transaction | Dual oracle (Pyth + Switchboard) Drift | Liability transfer | Per-market fee | Full position transfer | Open-source keeper bots
How Liquidation Bots Work on Solana
**What Are Keepers?** Liquidation bots, often called keepers, are permissionless programs that anyone can run. They monitor the blockchain for positions where the health factor has dropped below the liquidation threshold, then submit transactions to execute the liquidation and collect the penalty as profit. There is no whitelist. No approval process. If you have the technical skill and capital, you can run a **liquidation bot** on Solana today. **Why Solana Changes the Game for Liquidators** Solana's architecture gives liquidation bots a structural advantage over their Ethereum counterparts. Block times of roughly 400 milliseconds mean bots can detect and act on undercollateralized positions almost in real time. Transaction costs hover around $0.001 to $0.01, compared to $5 to $50 or more on Ethereum during congestion. This low cost floor means even small liquidations are profitable on Solana, while on Ethereum they might not be worth the gas. Competition between bots is intense. Multiple keepers race to liquidate the same position, and the one whose transaction lands first wins the penalty. On Solana, this competition involves priority fees and Jito tips, where bots pay validators a premium to include their transaction ahead of competitors in the block. **The Liquidator's Economics** A liquidator's profit is straightforward: penalty earned minus transaction costs. On a $10,000 liquidation with a 5% penalty, the liquidator earns $500 minus perhaps $0.05 in fees. That margin is enormous compared to Ethereum, where the same liquidation might cost $50 or more in gas. This is why Solana has a highly active and competitive liquidator ecosystem, which ultimately benefits borrowers because positions get liquidated efficiently, reducing the chance of bad debt accumulating in lending pools.
Partial vs Full Liquidations
**Partial Liquidation** Most Solana lending protocols default to **partial liquidation**, where only a fraction of your debt is repaid and a proportional amount of collateral is seized. The goal is to push your health factor back above 1.0 without closing your entire position. You lose some collateral and pay the penalty, but your position survives. Save's 20% close factor is a clear example. If you owe $10,000 and get liquidated, the bot repays $2,000 of your debt and takes $2,100 worth of collateral (the $2,000 plus a 5% penalty). Your remaining position now has a healthier collateral ratio. Kamino's graduated approach is even gentler for positions that are only slightly over the line. Partial liquidation is better for borrowers because it preserves optionality. Your position stays open, and if the market recovers, you keep the upside on your remaining collateral. **Full Liquidation** A **full liquidation** happens when a position is so deeply undercollateralized that partial measures are not enough. If the value of your collateral has dropped to the point where it barely covers (or fails to cover) your outstanding debt, the protocol or liquidator may close the entire position at once.  Full liquidations are rare in normal market conditions but become common during sharp crashes. Drift's liability transfer model is designed to handle these situations. Instead of a bot cherry-picking the profitable part of a position, the entire liability gets transferred to the liquidator, ensuring nothing is left as bad debt on the protocol's books.
Cascading Liquidations: The Domino Effect
**How Cascading Liquidations Happen** **Cascading liquidations** are the most destructive force in DeFi lending markets. The mechanism is deceptively simple: a price drop triggers liquidations, those liquidations force collateral to be sold on the open market, that selling pressure pushes prices down further, which triggers more liquidations. It is a self-reinforcing loop that can drain billions from the market in hours. During major market downturns, this cascade effect accelerates because liquidation bots sell seized collateral as quickly as possible to lock in profits. When thousands of positions get liquidated simultaneously, the aggregate selling pressure overwhelms market liquidity. Prices fall faster than oracle feeds can update, and positions that were safe five minutes ago suddenly become liquidatable. **Historical Context** The crypto markets have experienced several devastating cascading liquidation events. The most notable occurred during the bear market crashes when billions of dollars in positions were liquidated across DeFi protocols within 24-hour periods. On Solana specifically, the ecosystem has seen flash crashes where SOL's price dropped sharply enough to trigger chains of liquidations across Kamino, MarginFi, and Save simultaneously. **How Solana Protocols Mitigate Cascading Risk** Solana protocols have built several defenses against cascading liquidations. Kamino's graduated liquidation system reduces selling pressure by unwinding positions proportionally rather than dumping large amounts of collateral at once. Drift's market-pause feature during extreme oracle errors prevents liquidation bots from acting on potentially incorrect prices. Oracle design also plays a role. [Pyth Network](https://pyth.network) provides confidence intervals alongside price feeds, allowing protocols to incorporate price uncertainty into their health factor calculations. If the oracle reports a price with low confidence (during volatile periods), some protocols can widen the acceptable health factor range to prevent premature liquidations triggered by unreliable data.
How to Avoid Getting Liquidated
Prevention is always cheaper than liquidation. Here are the concrete strategies that experienced Solana borrowers use to keep their positions safe. **Monitor Your Health Factor Constantly** Every Solana lending protocol provides a dashboard showing your current health factor. Check it regularly, especially during volatile market periods. Set up alerts through protocol notification systems or third-party monitoring tools. A health factor of 1.3 can become 0.95 in a matter of minutes during a sharp SOL drawdown. **Maintain a Conservative Buffer** Never borrow to your maximum LTV. The gap between your actual borrow and the liquidation threshold is your margin of safety. Here is a practical framework: • Conservative: Keep health factor above 2.0. You can survive a 40-50% collateral price drop before liquidation. Best for volatile assets like SOL. • Moderate: Keep health factor between 1.5 and 2.0. Survives a 25-35% drop. Suitable for moderately volatile positions. • Aggressive: Health factor between 1.2 and 1.5. Only a 10-20% drop before danger. Only appropriate for highly correlated pairs (SOL/mSOL) or short-term positions you actively manage.  **Use Correlated Collateral Pairs** One of the most effective ways to reduce liquidation risk is borrowing assets that move in the same direction as your collateral. Depositing SOL and borrowing mSOL or JitoSOL means both sides of your position rise and fall together. Your health factor stays relatively stable regardless of SOL's price action. Kamino's eMode makes this especially capital-efficient by offering LTV ratios up to 95% for correlated asset groups. Compare that to depositing SOL and borrowing USDC. If SOL drops 30%, your collateral loses 30% of its value while your debt stays exactly the same. That is the fastest path to liquidation. You can compare lending rates and risk profiles across protocols using the [Lince Yield Tracker](https://yields.lince.finance/tracker/solana/category/lending) to find the best fit for your strategy. **Calculate Your Liquidation Price** Before opening any borrow position, calculate the exact collateral price at which you will be liquidated. Work backward from your health factor: ``` Liquidation Price = (Total Debt / (Collateral Amount x Liquidation Threshold)) ``` If you borrowed $6,500 USDC against 70 SOL with an 85% liquidation threshold, your liquidation price is $6,500 / (70 x 0.85) = $109.24 per SOL. If SOL is trading at $145, you have a 24.7% buffer. Write this number down and monitor it. **Set Up Manual Deleverage Triggers** Do not wait for the protocol to liquidate you. Set personal trigger points where you add collateral or repay debt manually. A good rule: if your health factor drops below 1.5, add collateral immediately. If it drops below 1.3, begin repaying debt. These manual interventions cost nothing beyond transaction fees and save you from paying the full liquidation penalty. **Diversify Across Protocols** Spreading your borrowing across multiple protocols reduces concentration risk. If one protocol experiences a technical issue, oracle failure, or governance decision that affects liquidation parameters, your entire portfolio is not at risk. Borrowing $5,000 across Kamino, MarginFi, and Save is safer than borrowing $15,000 from a single protocol. For a deeper framework on evaluating protocol safety, check out the [DeFi due diligence checklist](/blog/risk-management/defi-due-diligence-checklist).
Understanding Liquidation Risk in the Broader DeFi Context
Liquidation risk does not exist in isolation. It connects to almost every other risk in DeFi. Smart contract vulnerabilities can cause oracle manipulation that triggers unjustified liquidations. Governance decisions can change liquidation parameters overnight. Market-wide deleveraging events can trigger cascading failures that affect protocols you did not even know were interconnected. If you are lending or borrowing on Solana, understanding liquidation mechanics is just one piece of a broader risk management approach. The [DeFi yield risks guide](/blog/risk-management/defi-yield-risks-explained) covers the full spectrum of risks you face as a DeFi participant, from smart contract exploits to impermanent loss. And if you are using leverage strategies like [yield looping](/blog/yield-strategies/leveraged-yield-looping-defi-explained), understanding liquidation mechanics becomes even more critical because leverage amplifies every price movement. The bottom line: treat your health factor like a vital sign. Monitor it, understand what moves it, and have a plan for when it drops. The borrowers who get liquidated are almost never surprised by the market. They are surprised by the math.
FAQs
### What is a DeFi liquidation? A DeFi liquidation is the automatic seizure and sale of collateral when a borrowing position becomes undercollateralized. It protects the lending protocol from accumulating bad debt that could make depositors unable to withdraw their funds. Liquidators repay part of the borrower's debt and receive collateral plus a penalty bonus as profit. ### What is a good health factor in DeFi? A health factor above 1.5 provides a reasonable safety buffer for most positions. Below 1.0 means your position can be liquidated immediately. Conservative borrowers aim for 2.0 or higher, especially when using volatile assets like SOL as collateral. For correlated pairs like SOL/mSOL, a health factor of 1.2 to 1.5 may be acceptable due to lower price divergence. ### How much do you lose in a DeFi liquidation on Solana? The amount you lose depends on the protocol and asset. Kamino's graduated system starts penalties at 2% and caps them at 10%. Save (formerly Solend) charges a flat 5% on the liquidated amount. Drift uses a per-market fee structure. In all cases, you lose the seized collateral plus the penalty percentage, which goes to the liquidator as their incentive. ### Can you get partially liquidated in DeFi? Yes. Most Solana protocols use partial liquidation by default. Save liquidates up to 20% of your debt per transaction. Kamino uses a proportional approach where the amount liquidated scales with how far your position exceeds the liquidation threshold. Partial liquidation preserves your remaining position and allows recovery if the market rebounds. ### How do liquidation bots work on Solana? Liquidation bots are permissionless programs that monitor the Solana blockchain for undercollateralized positions. When they detect a position with a health factor below 1.0, they submit a transaction to repay part of the borrower's debt and receive discounted collateral as payment. On Solana, bots benefit from 400-millisecond block times and transaction costs under $0.01, making even small liquidations profitable. ### What causes cascading liquidations in crypto? Cascading liquidations happen when forced collateral sales from initial liquidations push asset prices lower, which triggers additional liquidations in a self-reinforcing loop. During major market crashes, this cascade can liquidate billions of dollars in positions within hours. Solana protocols mitigate this through graduated liquidation systems, oracle confidence intervals, and market-pause mechanisms during extreme volatility. ### What is the difference between LTV and liquidation threshold? Loan-to-Value (LTV) is the maximum percentage of your collateral value that you can borrow. The liquidation threshold is the higher percentage at which your position becomes eligible for liquidation. The gap between them is your safety buffer. For example, if LTV is 75% and the liquidation threshold is 85%, you have a 10% margin before your position can be liquidated. ### How fast do liquidations happen on Solana? Liquidations on Solana can execute in under one second. With block times of approximately 400 milliseconds and oracle price feeds updating multiple times per second, the window between a position becoming undercollateralized and being liquidated is extremely narrow. This speed makes it essential to maintain adequate health factor buffers rather than relying on manual intervention during price drops.
Conclusion
DeFi liquidations are not random misfortunes. They are predictable, mechanical processes that follow a clear sequence: oracle prices update, health factors recalculate, bots detect the opportunity, and collateral gets seized. Every step is transparent and on-chain. The borrowers who avoid liquidation are the ones who understand this chain of events and plan accordingly. The key takeaways are straightforward. Know your health factor and check it regularly. Calculate your exact liquidation price before opening any position. Maintain conservative buffers, especially on volatile assets. Use correlated collateral pairs when possible to reduce price divergence risk. And diversify across protocols to avoid single points of failure. Solana's speed and low costs make it one of the best environments for DeFi lending, but that same speed means liquidations happen almost instantly. There is no grace period. No margin call phone call. Just math, bots, and 400-millisecond blocks. Monitor your positions and treat every borrow position like it could be liquidated tomorrow, because in DeFi, it can. Track lending rates across Solana protocols with the [Lince Yield Tracker](https://yields.lince.finance/tracker/solana) to stay ahead of the math.