Prime de liquidation vs pénalité : qui paie qui dans DeFi ?

La prime de liquidation et la pénalité de liquidation sont deux façons opposées pour les protocoles DeFi de rémunérer le travail de liquidation de prêts risqués. Dans un modèle à prime, le liquidateur reçoit une garantie supplémentaire en récompense du remboursement de la dette. Dans un modèle à pénalité, l’emprunteur se voit facturer des frais supplémentaires lorsque sa position est liquidée, et le protocole conserve ces frais.
Qui paie qui dépend du mécanisme. Dans des pools de marché monétaire comme Compound et Aave, les liquidateurs reçoivent une prime ou une remise fixée par le protocole, qui provient de la saisie d’une garantie plus importante que la dette remboursée n’en vaut. L’emprunteur paie en pratique le liquidateur via un excédent de garantie. Dans le système de coffres de MakerDAO, une pénalité de liquidation est ajoutée à la dette du coffre, et les enchères cherchent à récupérer la dette plus la pénalité. L’emprunteur paie au protocole la pénalité, tandis que les participants aux enchères visent toujours à acheter la garantie avec une décote par rapport au marché.
Ce découpage est important pour les incitations, la participation des gardiens (keepers) et la solvabilité du protocole. Des bonus plus élevés peuvent accélérer les liquidations mais ils font fuir davantage de valeur des emprunteurs, tandis que des pénalités plus importantes peuvent renforcer les buffers du protocole, tout en devant attirer des acheteurs aux enchères. La gouvernance fixe ces paramètres : chaque modèle encode donc un équilibre différent entre risque et récompense.
Comment fonctionnent les bonus et pénalités de liquidation on-chain
Dans un modèle « money-market », une liquidation devient éligible une fois que la position d’un emprunteur enfreint des seuils de risque. Compound expose par exemple un liquidationIncentive, par ex. 1,08 pour un bonus de 8 %, qui permet aux liquidateurs de saisir une garantie d’une valeur supérieure à la dette qu’ils remboursent. Les contrats calculent les tokens saisis à partir des prix oracles actuels et des taux d’échange, en multipliant le remboursement réel par le liquidationIncentive pour dimensionner la part du liquidateur. La logique est visible dans le code de Comptroller et CToken, qui calcule seizeTokens proportionnel à actualRepayAmount × liquidationIncentive × priceBorrowed ÷ (priceCollateral × exchangeRate) (documentation Compound, Comptroller.sol).
Aave applique la même idée avec une terminologie différente. Il définit un Health Factor qui conditionne la liquidation et un paramètre liquidationBonus qui spécifie la décote ou le bonus transféré aux liquidateurs lorsqu’ils achètent une garantie. Les documents de gouvernance d’Aave discutent aussi des règles similaires à un close factor et, dans les designs V4, d’une échelle de bonus variable qui augmente lorsque le HF se dégrade afin d’aiguiser les incitations (note de gouvernance Aave).
MakerDAO encadre les liquidations différemment. Lorsqu’un coffre (vault) est liquidé, une Pénalité de liquidation est ajoutée à sa dette. Le système exécute ensuite une enchère pour vendre la garantie afin de couvrir la dette plus la pénalité. La pénalité constitue une recette pour le protocole plutôt qu’un bonus direct versé aux liquidateurs, au sens « money-market ». (Livre blanc Maker Protocol). La mise à jour Maker’s Liquidations 2.0 a introduit des enchères hollandaises et des détails opérationnels que les audits signalent comme complexes et sensibles aux paramètres (audit ChainSecurity).
Modèle « money-market » : bonus financé par l’emprunteur versé aux liquidateurs
Dans les pools de type Compound et Aave, un tiers rembourse tout ou partie d’un prêt en dessous du seuil (underwater) et reçoit une garantie avec une décote fixée par le protocole. La décote est encodée comme un multiplicateur dans le liquidationIncentive de Compound et le liquidationBonus d’Aave. Comme le liquidateur saisit une garantie d’une valeur supérieure au montant de dette remboursé, la position de l’emprunteur perd un surplus de garantie au-delà d’un échange 1:1. Cet écart représente l’opportunité de profit du liquidateur, sous réserve des prix d’oracle et des coûts d’exécution. Le protocole lui-même ne facture pas de frais de liquidation séparés à l’emprunteur dans ce modèle, au-delà du transfert implicite de valeur via la garantie supplémentaire remise au liquidateur (documentation Compound, Comptroller.sol).
Ces systèmes reposent sur des liquidateurs et des searchers MEV pour se faire concurrence et exécuter des liquidations dès qu’elles deviennent rentables. La taille du bonus influence la vitesse et la fiabilité avec lesquelles les liquidations se résorbent. Un bonus plus élevé élargit la marge pour le slippage et les coûts de gaz, ce qui rend plus probable l’intervention rapide de bots off-chain. Le compromis est que davantage de valeur sort de la garantie de l’emprunteur et, s’il est fixé trop haut, cela peut encourager des liquidations inutiles autour de la fenêtre de seuil, une préoccupation débattue par la gouvernance lors du réglage du paramètre.
Modèle coffre/enchère : pénalité payée au protocole
MakerDAO ajoute une Pénalité de liquidation à la dette d’un coffre lorsqu’elle tombe sous le niveau requis de sur-collatéralisation. Le protocole mène ensuite une enchère pour vendre suffisamment de garantie pour rembourser la dette plus la pénalité. La pénalité est collectée par le système, pas par le liquidateur. Les liquidateurs, appelés gardiens (keepers), cherchent toujours à réaliser un profit en achetant la garantie pendant l’enchère à un prix inférieur aux marchés en vigueur, mais leur gain n’est pas un bonus payé par le protocole au sens « money-market ». La pénalité améliore la capacité du protocole à absorber les pertes et peut compenser les coûts d’enchères, mais elle doit être calibrée pour que les enchères se dénouent encore efficacement (livre blanc Maker, audit ChainSecurity).
En pratique, cette approche concentre le transfert de valeur vers le protocole plutôt que vers le premier liquidateur. Elle introduit aussi des choix de conception d’enchères, comme les paramètres d’une enchère hollandaise et les incitations aux gardiens, qui déterminent à quel point le prix de vente réalisé suit la juste valeur. Des enchères mal ajustées ou une liquidité de marché trop fine peuvent prolonger les ventes et augmenter le risque que la garantie récupérée soit inférieure à la dette plus la pénalité, créant une dette irrécouvrable que le système doit absorber.
Réglages de gouvernance et incitations
Les paramètres de liquidation sont des réglages contrôlés par la gouvernance, présents on-chain. Dans Compound, une fonction admin comme _setLiquidationIncentive modifie le facteur de bonus qui détermine la garantie saisie (Comptroller.sol). Dans Aave, la configuration des réserves inclut le liquidationBonus et les seuils qui alimentent le Health Factor, et les documents de gouvernance explorent l’impact de bonus variables liés au HF dans les mécaniques V4 (note de gouvernance Aave).
Modifier ces chiffres change le comportement. Des bonus plus élevés augmentent généralement la participation des gardiens et réduisent le risque de prêts malsains qui traînent, mais ils augmentent aussi la fuite de valeur provenant des emprunteurs. Des pénalités plus élevées augmentent les fonds conservés par le protocole lors d’une liquidation, mais si les pénalités ou les paramètres d’enchères sont mal configurés, les enchères peuvent sous-performer ou décourager les soumissionnaires. Les DAO discutent, simulent et déploient typiquement progressivement ces changements parce qu’ils influencent la concurrence liée au MEV, l’exposition du protocole aux dettes irrécouvrables (bad-debt) et l’expérience utilisateur.
Pas à pas : une position, deux parcours de liquidation
La séquence illustrative suivante montre en quoi « qui paie qui » diffère lorsque la même position en dessous du seuil (underwater) est traitée par un modèle à bonus versus un modèle à pénalité. Les montants sont des exemples pour l’intuition, pas des données de marché.
Point de départ : la position d’un emprunteur enfreint les limites de risque et devient éligible à la liquidation.
Parcours « money-market » (type Compound/Aave) : un liquidateur rembourse 100 unités de la dette de l’emprunteur. Avec une liquidation incentive de 1,08, le système permet au liquidateur de saisir une garantie valant 108 unités aux prix d’oracle. Les 8 unités supplémentaires de garantie constituent l’incitation brute du liquidateur. L’emprunteur paie effectivement cette incitation via la garantie supplémentaire perdue. Le protocole reçoit les 100 unités de dette remboursée et aucune frais de liquidation séparés (documentation Compound).
Parcours coffre + enchères (type Maker) : le protocole ajoute une pénalité de liquidation à la dette de l’emprunteur, puis met la garantie aux enchères pour recouvrer la dette plus la pénalité. Supposons que l’enchère vende exactement assez de garantie pour couvrir 100 unités de dette plus la pénalité. La pénalité s’accumule au protocole. Les soumissionnaires cherchent à acheter la garantie avec une décote par rapport au marché pendant l’enchère : c’est leur source de profit, distincte de la pénalité (livre blanc Maker).
Tableau Politique Qui paie Destinataire Nom du paramètre Bonus money-market Emprunteur via une garantie supplémentaire saisie Liquidateur Compound liquidationIncentive, Aave liquidationBonus Pénalité du coffre Emprunteur via dette ajoutée Protocole Maker Liquidation Penalty
Limites, risques, cas limites (edge cases) et idées reçues
Limites clés et risques incluent :
Mauvaise configuration de paramètres. Les audits des Liquidations 2.0 de Maker avertissent que les pénalités, le calendrier des enchères et les incitations aux gardiens (keepers) doivent être calibrés. Une mauvaise configuration peut vider de la valeur ou faire durer trop longtemps les enchères, ce qui risque de laisser des dettes non couvertes (audit ChainSecurity).
Risque d’exécution et de liquidité. Dans les modèles à bonus, les liquidateurs dépendent toujours de la liquidité sur DEX et de la liquidité de l’oracle pour dénouer la garantie saisie. En période de tension, le slippage peut effacer le bonus et ralentir les liquidations.
Écarts de prix et dettes irrécouvrables. Des mouvements rapides peuvent pousser les positions très loin sous l’eau avant que les bots ne réagissent. Même avec de forts bonus ou de fortes pénalités, les protocoles peuvent finir avec des manques si la garantie ne peut pas être vendue rapidement près de la valeur de l’oracle.
Concurrence des gardiens (keepers) et MEV. Si les bonus sont trop faibles, seuls des searchers privilégiés peuvent être rentables après gaz et slippage. S’ils sont trop élevés, la fuite de valeur provenant des emprunteurs augmente et des liquidations opportunistes peuvent se regrouper autour des seuils.
Idées reçues courantes :
« Les bonus sont de l’argent gratuit ». Ils ne le sont pas. Dans les modèles à bonus, l’emprunteur paie le bonus via une garantie supplémentaire saisie, fixée par le paramètre du protocole (documentation Compound).
« La pénalité de Maker récompense les liquidateurs ». La pénalité s’accumule au protocole. Le profit du liquidateur dans les systèmes de type Maker provient de l’achat de garantie aux enchères en dessous du marché, et non d’un bonus payé par le protocole (livre blanc Maker).
« Modifier les paramètres a peu d’impact ». La gouvernance ajuste de manière significative le comportement et le risque, et ces changements sont généralement discutés avec des simulations en raison de leurs effets à l’échelle du système (note de gouvernance Aave, Comptroller.sol).
Quand vous rencontrerez ou utiliserez ces mécanismes
Les emprunteurs sont confrontés à ces règles dès qu’ils prennent des prêts adossés à une garantie. Dans des pools de type Compound et Aave, le bonus de liquidation affiché vous indique quelle quantité de garantie supplémentaire un liquidateur peut saisir si votre Health Factor (facteur de santé) ou votre ratio de collatéral passe sous le seuil. Dans des coffres de type Maker, la pénalité de liquidation indique de combien de dette supplémentaire votre coffre est grevé s’il est liquidé. Ces deux paramètres sont visibles dans la documentation du protocole et dans les posts de gouvernance, et peuvent évoluer selon les décisions du DAO (documentation Compound, note de gouvernance Aave, livre blanc Maker).
Les liquidateurs et les searchers ajustent des bots au bonus ou à la conception des enchères, y compris le slippage attendu et les coûts de gaz. Les contributeurs du DAO évaluent les changements de paramètres pour équilibrer des liquidations opportunes avec les coûts pour les emprunteurs et la sécurité du protocole. Comprendre qui paie qui clarifie l’équilibre : les modèles de bonus acheminent de la valeur vers les liquidateurs depuis les emprunteurs, tandis que les modèles de pénalité acheminent de la valeur vers le protocole depuis les emprunteurs, les enchères devant tout de même attirer des offres concurrentielles.
Questions fréquemment posées
Un bonus de liquidation de 8 % signifie-t-il que le protocole paie aux liquidateurs 8 % ?
Non. Dans les modèles à bonus comme Compound et Aave, le liquidateur saisit une garantie d’une valeur supérieure à la dette remboursée. L’emprunteur paie effectivement le 8 % via la garantie supplémentaire perdue, telle que définie par le liquidationIncentive ou liquidationBonus (documentation Compound).
Dans MakerDAO, qui reçoit la pénalité de liquidation ?
Le protocole. Maker ajoute la pénalité à la dette du coffre et met la garantie aux enchères pour recouvrer la dette plus pénalité. La pénalité n’est pas un paiement aux liquidateurs (livre blanc Maker).
Si Maker ne paie pas de bonus, comment les liquidateurs gagnent-ils de l’argent ?
Ils visent à acheter la garantie aux prix des enchères en dessous du marché, puis à la revendre à un prix proche du marché. Ce sont les mécanismes d’enchères, pas un bonus fixé par le protocole, qui créent l’opportunité (audit ChainSecurity).
Qui modifie les bonus ou pénalités de liquidation, et comment ?
Les DAO fixent ces paramètres on-chain. Compound expose une fonction admin pour modifier l’incitation de liquidation, et Aave configure des paramètres de réserve comme le liquidation bonus. Les propositions de gouvernance et les simulations précèdent généralement les changements, car les incitations et le risque évoluent à l’échelle du système (Comptroller.sol, note de gouvernance Aave).
Que se passe-t-il si les liquidations échouent en cas de volatilité extrême ?
Les protocoles peuvent encourir des dettes irrécouvrables si la garantie ne peut pas être vendue assez vite ou à une valeur juste. Les tailles de bonus, les pénalités et les conceptions d’enchères visent à atténuer cela, mais des écarts soudains de prix et une liquidité faible restent des facteurs de risque (note de gouvernance Aave, audit ChainSecurity).
Avertissement : Cet article est fourni à titre informatif uniquement. Il ne constitue pas, et ne doit pas être utilisé, comme un avis juridique, fiscal, en matière d’investissement, financier ou autre.