À des fins éducatives uniquement ; ceci ne constitue pas un conseil en investissement. Les systèmes de prêt et de liquidation DeFi peuvent entraîner des pertes rapides et irréversibles.
Réponse directe
La défaillance d’un seul keeper de liquidation provoque généralement une transaction manquée ou annulée, et non la défaillance immédiate du protocole. Dans de nombreux protocoles de prêt, aucun keeper n’a l’exclusivité : la liquidation est sans autorisation, de sorte qu’un autre bot, contrat ou utilisateur peut soumettre la transaction. Aave, par exemple, indique que tout participant au réseau peut liquider une position éligible et décrit les liquidations comme très concurrentielles.
Le cas grave est celui d’une défaillance collective : aucun participant ne peut ou ne veut exécuter la liquidation à un prix économiquement viable. Une position peut rester sous son seuil de liquidation tandis que les intérêts s’accumulent et que la valeur du collatéral continue d’évoluer. Si la liquidation récupère ensuite une valeur inférieure à la dette et aux coûts attribués à la position, la différence devient un déficit ou une créance irrécouvrable selon la comptabilité du protocole.
La partie qui absorbe le déficit dépend du protocole. Dans Compound III, absorb transfère la dette d’un compte insolvable au protocole et utilise les réserves de l’actif de base, tandis que le protocole récupère le collatéral. Dans Maker, Dog.bark transfère au protocole la dette d’un Vault à risque, lance une vente aux enchères du collatéral et enregistre la dette dans son système comptable. D’autres systèmes peuvent recourir à des réserves, des fonds d’assurance ou de stabilité, une recapitalisation par la gouvernance, une mutualisation des pertes, ou une combinaison de ces mécanismes.
Pour un emprunteur, l’automatisation de la liquidation n’est donc pas un service stop-loss. La mesure prudente consiste à surveiller la position et à rembourser la dette ou ajouter du collatéral avant le franchissement du seuil ; une liquidation retardée peut accroître à la fois la perte de collatéral et le risque d’un déficit irrécouvrable.
Fonctionnement
Un parcours typique de liquidation externe comporte cinq étapes :
- Éligibilité : Le protocole consulte l’oracle configuré et détermine qu’un compte a franchi le seuil de liquidation. Un oracle obsolète ou suspendu peut retarder ou bloquer ce changement d’état, même si le prix de marché a déjà évolué.
- Détection et tarification : Des bots hors chaîne indexent les positions, simulent la liquidation, estiment le produit du collatéral et décident si l’opération est rentable.
- Inclusion de la transaction : Un liquidateur se procure l’actif nécessaire au remboursement de la dette, soumet une transaction et se dispute l’espace de bloc. La congestion, des frais sous-évalués, un RPC défaillant, un conflit de nonce ou la victoire préalable d’un autre liquidateur peuvent laisser la transaction en attente ou la faire échouer.
- Exécution du contrat : Le contrat vérifie les prix actuels, l’état du compte, le facteur de clôture ou les limites d’enchère, les dispositifs de suspension et la liquidité disponible. Une transaction valide lors de la simulation peut échouer après la modification de l’une de ces données.
- Cession du collatéral : Le liquidateur ou le protocole doit vendre, couvrir ou mettre aux enchères le collatéral saisi. Une liquidité réduite et un marché en baisse peuvent transformer un bonus apparent en perte.
La décision simplifiée du liquidateur est expected profit = liquidation incentive - gas - price impact - hedge cost - expected revert loss. Le coût du capital et les frais du protocole peuvent également s’appliquer. Un bonus affiché élevé ne suffit pas si le collatéral ne peut pas être vendu près du prix de l’oracle ou si l’exécution a peu de chances d’aboutir.
La défaillance est souvent partielle plutôt qu’absolue. Un compte, un type de collatéral, une chaîne, un oracle, un fournisseur RPC ou une enchère peut échouer alors que les autres continuent de fonctionner. La documentation Liquidation 2.0 de Maker prévoit, par exemple, des limites d’enchère globales et par collatéral, la réinitialisation des enchères, des incitations pour les keepers et un coupe-circuit à quatre niveaux. Ces contrôles déterminent la manière dont une exécution retardée se propage dans ce système précis.
Exemple détaillé
Supposons qu’un compte éligible ait une dette de 100,000 USDC et un collatéral d’une valeur de 103,000 USDC. Un protocole simplifié permet à un liquidateur de rembourser 50,000 USDC et de réclamer un collatéral d’une valeur de 52,500 USDC, soit une incitation brute de 5%.
- La vente du collatéral devrait coûter
2,000 USDCen impact sur le prix. - Les frais de gas et de priorité s’élèvent à
700 USDC. - Le coût attendu des transactions annulées ou devancées par un concurrent est de
300 USDC. - Le bénéfice attendu est donc de
52,500 - 50,000 - 2,000 - 700 - 300 = -500 USDC.
Un liquidateur rationnel peut attendre ou ignorer le compte. Si personne n’intervient et que le collatéral baisse encore de 5%, sa valeur devient 97,850 USDC, ce qui laisse un déficit de 2,150 USDC par rapport à la dette initiale, avant les intérêts ou frais supplémentaires. Une liquidation ultérieure peut encore réduire la perte, mais elle ne peut pas recréer une valeur de collatéral qui n’existe plus.
Il s’agit d’une illustration, et non d’un modèle d’un marché déployé. Les facteurs de clôture, bonus, prix d’oracle, frais de protocole, règles de réserve et coûts de transaction réels doivent être consultés dans les contrats en vigueur et la documentation officielle. Les règles publiées par Aave, par exemple, font varier la part maximale liquidable selon le facteur de santé et la taille de la position.
Risques et protections
- Contrôles de l’emprunteur : Conservez une marge délibérée au-dessus du seuil de liquidation, configurez des alertes indépendantes et maintenez une méthode testée pour rembourser ou ajouter du collatéral. Ne supposez pas qu’une interface, un fournisseur d’automatisation ou un liquidateur restera disponible pendant une période de congestion.
- Contrôles du protocole : Les systèmes robustes diversifient l’infrastructure d’oracle et de transaction, calibrent les bonus et la taille minimale des positions, plafonnent le volume de liquidation, prennent en charge les liquidations partielles ou groupées lorsque cela convient, et définissent avant une crise les suspensions, réinitialisations d’enchères, réserves et procédures de traitement des déficits.
- Contrôles du liquidateur : Les opérateurs devraient utiliser plusieurs points de terminaison RPC, rapprocher l’état sur la chaîne avant de signer, simuler à partir de l’état en attente, gérer le remplacement des nonces, plafonner le slippage et éviter de dépendre d’une seule plateforme d’échange ou source de liquidité flash.
- Vérifications des prêteurs et déposants : Identifiez précisément la cascade d’absorption des créances irrécouvrables. Vérifiez quelle réserve couvre quel marché, qui peut modifier les paramètres, si la réserve est liquide et accessible, et ce qui se passe lorsqu’elle est épuisée.
Aucune protection ne garantit l’exécution. Les incitations peuvent être trop faibles sur des marchés calmes, mais excessivement généreuses ou exploitables après une modification des paramètres. Les suspensions et coupe-circuits peuvent limiter les dommages dus à un oracle ou à un contrat défaillant, mais ils peuvent aussi arrêter volontairement les liquidations et laisser le risque de prix s’accumuler. La question pertinente est de savoir comment le système complet réagit à des tensions simultanées sur les prix, la liquidité, le réseau et l’infrastructure.
Idées reçues courantes
Mythe 1 : Chaque protocole désigne un keeper de confiance
De nombreux protocoles autorisent n’importe quelle adresse à effectuer une liquidation. Un bot nommé peut n’être qu’un participant ou un fournisseur d’interface parmi d’autres. Son indisponibilité n’a d’importance que si aucun remplaçant ne peut exécuter l’opération.
Mythe 2 : Une position éligible est déjà liquidée
L’éligibilité est un état du contrat ; la liquidation est une transaction ou une enchère distincte. Tant que cette exécution n’a pas abouti et que la dette et le collatéral qui en résultent n’ont pas été comptabilisés, l’exposition au marché demeure.
Mythe 3 : Augmenter le gas résout toujours la défaillance
Des frais de transaction plus élevés peuvent améliorer la priorité d’inclusion, mais ne peuvent pas corriger un oracle obsolète, un marché suspendu, un capital insuffisant, une autorisation manquante, un état de compte modifié, une vente de collatéral non rentable ou l’annulation par le contrat.
Mythe 4 : Une créance irrécouvrable signifie que les prêteurs perdent immédiatement le même montant
La créance irrécouvrable entre d’abord dans la cascade de pertes prévue par le protocole. Des réserves ou un autre dispositif de soutien peuvent l’absorber. Les prêteurs ou les détenteurs du jeton de gouvernance ne sont touchés que selon les règles applicables et les ressources disponibles, et le moment de cet impact peut différer de celui où le déficit apparaît.
Sujets connexes
- Liquidation crypto
- Bonus de liquidation
- Facteur de clôture de liquidation
- Obsolescence du prix de l’oracle
- Fonds d’assurance crypto
Sources
- Health Factor & Liquidations - Aave (consulté : 2026-08-21)
- Compound III Docs: Liquidation - Compound (consulté : 2026-08-21)
- Liquidation 2.0 Module - Maker Protocol Technical Docs (consulté : 2026-08-21)