---
title: "Bonus de liquidation"
description: "Le bonus de liquidation est la valeur de garantie supplémentaire offerte pour rendre rentable la liquidation d'un prêt DeFi sous-garanti. Découvrez son calcul, son partage et les coûts d'exécution."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Bonus de liquidation
> À des fins éducatives uniquement ; ne constitue pas un conseil en investissement. Tout investissement peut entraîner une perte.
## Réponse directe
Un bonus de liquidation est la valeur de garantie supplémentaire qu'un protocole de prêt accorde lorsqu'une personne rembourse la dette d'un emprunteur éligible à la liquidation. Il compense le liquidateur pour le gas, le slippage, les variations de prix, les transactions échouées et la concurrence. Pour l'emprunteur, le même montant constitue une pénalité, car davantage de garantie quitte le compte que de dette n'est remboursée.
Il n'existe aucun taux universel. Il varie selon le protocole, le déploiement, l'actif donné en garantie, le mode de marché et la gouvernance. Aave indique qu'une position devient liquidable lorsque son facteur de santé descend sous `1` ; le liquidateur rembourse la dette et reçoit une garantie équivalente plus un bonus. Une opération sans autorisation préalable n'est pas pour autant bénéficiaire.
Le bonus affiché n'est pas un bénéfice net. Le protocole peut en conserver une part, tandis que le liquidateur supporte les coûts d'exécution et de financement. Certains systèmes utilisent aussi une architecture différente. Compound III, par exemple, emploie d'abord les réserves du protocole pour absorber un compte insolvable, puis propose à prix réduit la garantie détenue par le protocole. L'appelant de `absorb` ne reçoit pas directement la garantie de l'emprunteur dans la même transaction.
## Fonctionnement
Dans un modèle simplifié de saisie directe, `D` représente la dette remboursée, `b` le taux du bonus et `C` la valeur de garantie retirée à l'emprunteur aux prix de l'oracle du protocole :
`C = D * (1 + b)`
Le bonus brut vaut `D * b`. Si `f` est la part attribuée au protocole, la répartition simplifiée est :
`liquidator collateral value = D + D * b * (1 - f)`
`protocol collateral value = D * b * f`
Ces équations sont pédagogiques, pas des cotations. Décimales du jeton, arrondis, unités de l'oracle, limites du facteur de clôture, garantie disponible et règles propres au protocole modifient les montants réels. Le code Aave V3 calcule par exemple la garantie de base avec les prix de l'oracle, applique le bonus configuré et peut prélever sur celui-ci des frais de liquidation destinés à la trésorerie.
L'incitation doit équilibrer deux pertes. Trop faible, elle peut ne pas couvrir gas, slippage, mouvements défavorables ou enchères échouées, laissant une dette risquée non liquidée. Trop élevée, elle accroît la perte de l'emprunteur et un saut de prix de l'oracle peut épuiser plus vite la marge de solvabilité. La gouvernance configure donc généralement ces paramètres avec les facteurs de garantie, seuils de liquidation, facteurs de clôture et mécanismes d'oracle.
Les termes des protocoles ne sont pas interchangeables. Compound v2 appelle son multiplicateur incitation à la liquidation et peut diriger une part saisie vers les réserves. Compound III sépare `absorb` de `buyCollateral` : les réserves règlent d'abord le compte, le protocole prend la garantie, puis les acheteurs peuvent acquérir ce stock avec une décote si les réserves le permettent. Il faut toujours examiner les règles et la configuration active du marché concerné.
## Exemple chiffré
Supposons qu'un marché à saisie directe permette de rembourser `1,000` USDC avec `b = 5%`. Aux prix de l'oracle, l'emprunteur perd une garantie de `1,050` USDC. Si `f = 10%` du bonus revient au protocole, les `50` USDC bruts se répartissent en `45` USDC pour le liquidateur et `5` USDC pour le protocole.
Le liquidateur reçoit donc `1,045` USDC de garantie après avoir remboursé `1,000` USDC. Si le gas et les frais de priorité coûtent `12` USDC et que la vente entraîne `8` USDC de slippage et de frais, le résultat net simplifié est de `25` USDC :
`net result = 45 - 12 - 8 = 25`
L'exemple suppose une exécution réussie aux prix attendus de l'oracle et du marché. Il exclut enchères échouées, financement, variation avant vente, restrictions de transfert et fiscalité. Un bonus nominal de `5%` ne garantit donc pas un rendement de `5%` et ne correspond pas forcément à ce que conserve le liquidateur.
## Risques
- **Risque d'oracle et d'écart de prix :** La garantie est calculée au prix accepté par le protocole, mais son prix de vente peut changer avant la cession.
- **Risque d'exécution et de MEV :** Des concurrents peuvent surenchérir ou devancer la transaction. Les échecs consomment du gas, et flux privés ou enchères peuvent redistribuer le surplus.
- **Risque de liquidité :** Le bonus peut être inférieur au slippage si la garantie est peu négociée, plafonnée, issue d'un bridge, suspendue ou difficile à transférer.
- **Risque de paramètres :** La gouvernance ou des gestionnaires autorisés peuvent modifier bonus, frais, seuils et facteurs de clôture. L'interface peut retarder sur la configuration on-chain.
- **Risque de créance irrécouvrable :** Un bonus incite à agir mais ne crée pas de garantie. Écart de prix, oracle obsolète, congestion ou garantie insuffisante peuvent laisser un déficit.
- **Perte de l'emprunteur :** Une liquidation finalisée est irréversible et peut retirer plus de garantie que de dette remboursée. Une liquidation partielle peut être suivie d'une autre.
## Idées reçues
### Mythe 1 : Le bonus est un rendement gratuit créé par le protocole
Il est payé sur la garantie de l'emprunteur. Il rémunère une opération risquée et concurrentielle ; ce n'est pas un intérêt créé sans payeur.
### Mythe 2 : Un bonus affiché de `5%` garantit `5%` de bénéfice
Frais du protocole, gas, priorité, slippage, couverture, financement, échecs et variation des prix réduisent le résultat. Le bénéfice doit utiliser la valeur de vente réalisable, pas seulement celle de l'oracle.
### Mythe 3 : Un bonus plus élevé rend toujours le marché plus sûr
Il peut améliorer l'exécution, mais augmente la perte de l'emprunteur et la garantie consommée par unité de dette. La sécurité dépend ensemble de l'oracle, de la liquidité, des seuils, des facteurs de clôture, de la capacité transactionnelle et du calibrage.
### Mythe 4 : Tout liquidateur reçoit directement la garantie
C'est vrai pour certains protocoles, dont le flux Aave de base, mais pas pour tous. Compound III peut absorber la position puis vendre la garantie séparément ; le déclencheur et l'acheteur final ne sont pas nécessairement la même adresse.
## Thèmes associés
- [Facteur de santé DeFi](/fr/crypto/health-factor-defi/)
- [Liquidation](/fr/crypto/liquidation/)
- [Marge de liquidation DeFi](/fr/crypto/defi-liquidation-buffer/)
- [Obsolescence du prix de l'oracle](/fr/crypto/oracle-price-staleness/)
- [MEV](/fr/crypto/mev/)
## Sources
- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (consulté le : 2026-08-21)
- [Aave V3 LiquidationLogic.sol](https://github.com/aave/aave-v3-core/blob/master/contracts/protocol/libraries/logic/LiquidationLogic.sol) - Aave (consulté le : 2026-08-21)
- [Compound v2 Docs: Comptroller](https://docs.compound.finance/v2/comptroller/) - Compound Finance (consulté le : 2026-08-21)
- [Compound III Docs: Liquidation](https://docs.compound.finance/liquidation/) - Compound Finance (consulté le : 2026-08-21)
Source: https://wiki.fcontext.com/fr/crypto/liquidation-bonus/index.mdx