Liquidation Bonus vs Penalty: Who Pays Whom in DeFi?

Liquidation bonus and liquidation penalty name two opposite ways DeFi protocols pay for the work of liquidating risky loans. In a bonus model, the liquidator receives extra collateral as a reward for repaying debt. In a penalty model, the borrower is charged an additional fee when their position is liquidated, and the protocol keeps that fee.

Who pays whom depends on the mechanism. In money-market pools such as Compound and Aave, liquidators get a protocol-set bonus or discount, which comes from seizing more collateral than the repaid debt is worth. The borrower effectively pays the liquidator through extra collateral. In MakerDAO’s vault system, a liquidation penalty is added to the vault’s debt, and auctions seek to recover debt plus penalty. The borrower pays the protocol the penalty, while auction participants still aim to buy collateral at a discount to market.

This split matters for incentives, keeper participation, and protocol solvency. Bigger bonuses can speed liquidations but leak more value from borrowers, while larger penalties can strengthen protocol buffers but must still attract auction buyers. Governance sets these parameters, so each model encodes a different balance of risk and reward.

How liquidation bonuses and penalties work on-chain

In a money-market model, a liquidation becomes eligible once a borrower’s position breaches risk thresholds. Compound exposes a liquidationIncentive, for example 1.08 for an 8 percent bonus, that lets liquidators seize collateral worth more than the debt they repay. The contracts compute the seized tokens using current oracle prices and exchange rates, multiplying the actual repayment by the liquidationIncentive to size the liquidator’s take. The logic is visible in the Comptroller and CToken code, which calculates seizeTokens proportional to actualRepayAmount × liquidationIncentive × priceBorrowed ÷ (priceCollateral × exchangeRate) (Compound docs, Comptroller.sol).

Aave applies the same idea with different terminology. It defines a Health Factor that gates liquidation and a liquidationBonus parameter that specifies the discount or bonus transferred to liquidators when they purchase collateral. Aave governance materials also discuss rules similar to a close factor and, in V4 designs, a variable bonus schedule that increases as HF worsens to sharpen incentives (Aave governance note).

MakerDAO frames liquidations differently. When a vault is liquidated, a Liquidation Penalty is added to its debt. The system then runs an auction to sell collateral in order to cover the debt plus the penalty. The penalty is revenue to the protocol rather than a direct bonus paid to liquidators in the money-market sense (Maker Protocol whitepaper). Maker’s Liquidations 2.0 introduced Dutch auctions and operational details that audits highlight as complex and parameter sensitive (ChainSecurity audit).

Money-market model: borrower-funded bonus to liquidators

In Compound and Aave style pools, a third party repays part or all of an underwater loan and receives collateral at a protocol-set discount. The discount is encoded as a multiplier in Compound’s liquidationIncentive and Aave’s liquidationBonus. Because the liquidator seizes collateral worth more than the amount of debt repaid, the borrower’s position loses extra collateral beyond a 1:1 swap. That differential is the liquidator’s profit opportunity, subject to oracle prices and execution costs. The protocol itself does not levy a separate liquidation fee on the borrower in this model, beyond the implicit transfer of value via extra collateral to the liquidator (Compound docs, Comptroller.sol).

These systems rely on liquidators and MEV searchers to compete to execute liquidations as soon as they are profitable. The size of the bonus affects how quickly and reliably liquidations clear. A larger bonus widens the margin for slippage and gas costs, making it more likely that off-chain bots step in promptly. The trade-off is more value leaves the borrower’s collateral and, if set too high, it can encourage unnecessary liquidations around the threshold window, a concern governance debates in tuning the parameter.

Vault/auction model: borrower penalty paid to the protocol

MakerDAO adds a Liquidation Penalty to a vault’s debt when it falls below required collateralization. The protocol then conducts an auction to sell enough collateral to repay the debt plus the penalty. The penalty is collected by the system, not the liquidator. Liquidators, called keepers, still seek profit by buying collateral during the auction at a price below prevailing markets, but their gain is not a protocol-paid bonus in the money-market sense. The penalty improves the protocol’s loss-absorbing capacity and can offset auction costs, but it must be calibrated so that auctions still clear efficiently (Maker whitepaper, ChainSecurity audit).

Operationally, this approach concentrates value transfer to the protocol rather than to the first liquidator. It also introduces auction design choices, such as Dutch auction parameters and keeper incentives, that determine how close the realized sale price tracks fair value. Poorly tuned auctions or thin market liquidity can prolong sales and increase the risk that collateral fetches less than debt plus penalty, creating bad debt the system must absorb.

Governance dials and incentives

Liquidation parameters are on-chain, governance-controlled settings. In Compound, an admin function such as _setLiquidationIncentive changes the bonus factor that determines seized collateral (Comptroller.sol). In Aave, reserve configuration includes the liquidationBonus and the thresholds that feed the Health Factor, and governance materials explore the impact of variable bonuses tied to HF in V4 mechanics (Aave governance note).

Changing these numbers changes behavior. Higher bonuses usually increase keeper participation and reduce the chance of lingering unhealthy loans, but they also increase value leakage from borrowers. Higher penalties increase funds retained by the protocol upon liquidation, yet if penalties or auction parameters are mis-set, auctions may underperform or deter bidders. DAOs typically discuss, simulate, and phase these changes because they influence MEV competition, protocol bad-debt exposure, and user experience.

Walkthrough: one position, two liquidation paths

The following illustrative sequence shows how “who pays whom” differs when the same underwater position is processed by a bonus model versus a penalty model. Amounts are examples for intuition, not market data.

• Starting point: a borrower’s position breaches risk limits and is eligible for liquidation.
• Money-market path (Compound/Aave style): a liquidator repays 100 units of the borrower’s debt. With a liquidation incentive of 1.08, the system lets the liquidator seize collateral worth 108 units at oracle prices. The extra 8 units of collateral is the liquidator’s gross incentive. The borrower effectively pays this incentive through additional collateral lost. The protocol receives the 100 units of repaid debt and no separate liquidation fee (Compound docs).
• Vault-auction path (Maker style): the protocol adds a liquidation penalty to the borrower’s debt, then auctions collateral to recover debt plus penalty. Suppose the auction sells exactly enough collateral to cover 100 units of debt plus the penalty. The penalty accrues to the protocol. Bidders aim to buy collateral at a discount relative to market during the auction, which is their source of profit, separate from the penalty (Maker whitepaper).

Policy Who pays Recipient Parameter name Money-market bonus Borrower via extra collateral seized Liquidator Compound liquidationIncentive, Aave liquidationBonus Vault penalty Borrower via added debt Protocol Maker Liquidation Penalty

Limitations, risks, edge cases, and misconceptions

Key limitations and risks include:

• Parameter misconfiguration. Audits of Maker’s Liquidations 2.0 warn that penalties, auction timing, and keeper incentives must be calibrated. Incorrect settings can drain value or leave auctions running too long, risking uncovered debt (ChainSecurity audit).
• Execution and liquidity risk. In bonus models, liquidators still depend on DEX and oracle liquidity to unwind seized collateral. In stressed markets, slippage can erase the bonus and slow liquidations.
• Price gaps and bad debt. Rapid moves can push positions far underwater before bots react. Even with strong bonuses or penalties, protocols can end up with shortfalls if collateral cannot be sold near oracle value quickly.
• Keeper competition and MEV. If bonuses are too small, only privileged searchers can profit after gas and slippage. If too large, value leakage from borrowers rises, and opportunistic liquidations may cluster around thresholds.

Common misconceptions:

• “Bonuses are free money.” They are not. In bonus models the borrower pays the bonus through extra collateral seized, set by the protocol parameter (Compound docs).
• “Maker’s penalty rewards liquidators.” The penalty accrues to the protocol. Liquidator profit in Maker-type systems comes from buying collateral at auction below market, not a protocol-paid bonus (Maker whitepaper).
• “Changing parameters has little impact.” Governance dials materially shift behavior and risk and are usually discussed with simulations due to their system-wide effects (Aave governance note, Comptroller.sol).

When you will encounter or use these mechanics

Borrowers face these rules whenever they take collateralized loans. In Compound and Aave style pools, the posted liquidation bonus tells you how much extra collateral a liquidator can seize if your Health Factor or collateral ratio falls below the threshold. In Maker-style vaults, the liquidation penalty tells you how much extra debt is added if your vault is liquidated. Both settings are visible in protocol docs and governance posts and may change through DAO decisions (Compound docs, Aave governance note, Maker whitepaper).

Liquidators and searchers tune bots to the bonus or auction design, including expected slippage and gas costs. DAO contributors weigh parameter changes to balance timely liquidations with borrower costs and protocol safety. Understanding who pays whom clarifies that balance: bonus models route value to liquidators from borrowers, while penalty models route value to the protocol from borrowers, with auctions still needing to attract competitive bids.

Frequently Asked Questions

Does an 8 percent liquidation bonus mean the protocol pays liquidators 8 percent?

No. In bonus models like Compound and Aave, the liquidator seizes collateral worth more than the repaid debt. The borrower effectively pays the 8 percent through extra collateral lost, as defined by the liquidationIncentive or liquidationBonus (Compound docs).

In MakerDAO, who receives the liquidation penalty?

The protocol. Maker adds the penalty to the vault’s debt and auctions collateral to recover debt plus penalty. The penalty is not a payout to liquidators (Maker whitepaper).

If Maker does not pay a bonus, how do liquidators profit there?

They aim to buy collateral at auction prices below market, then sell it at or near market. Auction mechanics, not a protocol-set bonus, create the opportunity (ChainSecurity audit).

Who changes liquidation bonuses or penalties, and how?

DAOs set these parameters on-chain. Compound exposes an admin function to change the liquidation incentive, and Aave configures reserve parameters such as the liquidation bonus. Governance proposals and simulations typically precede changes because incentives and risk shift system-wide (Comptroller.sol, Aave governance note).

What happens if liquidations fail during extreme volatility?

Protocols can incur bad debt if collateral cannot be sold fast enough or at fair value. Bonus sizes, penalties, and auction designs try to mitigate this, but sudden price gaps and thin liquidity remain risk factors (Aave governance note, ChainSecurity audit).

Disclaimer: This article is provided for informational purposes only. It is not offered or intended to be used as legal, tax, investment, financial, or other advice.