﻿---
title: "Comment définir une marge de liquidation DeFi"
description: "Construisez une marge de liquidation DeFi à partir de prix des garanties soumis à un stress, de la croissance de la dette, du comportement de l’oracle et des délais de transaction, puis définissez des seuils d’action pour le remboursement et le désendettement."
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.

# Comment définir une marge de liquidation DeFi

> À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes.

<a id="answer"></a>

## Réponse directe

Une marge de liquidation est la distance entre le facteur de santé soumis à un stress d’une position de prêt et la limite de liquidation du protocole. Définissez-la en recalculant l’ensemble de la position avec une baisse simultanée du prix des garanties, une hausse du prix des dettes, les intérêts courus et un délai suffisamment long pour exécuter un remboursement onchain. Ne considérez pas qu’un facteur de santé affiché au-dessus de `1` constitue une limite de risque complète.

Utilisez trois seuils d’action plutôt qu’une seule alerte de dernière minute :

- **Seuil cible :** le facteur de santé à rétablir dans des conditions normales, choisi de façon à ce que le scénario de stress défini laisse encore une marge opérationnelle.
- **Seuil d’avertissement :** le point auquel l’emprunt cesse et où l’opérateur vérifie que les actifs de remboursement préparés et le gas sont immédiatement utilisables dans le portefeuille et sur la chaîne où se trouve la dette.
- **Seuil de désendettement obligatoire :** un niveau supérieur à la limite de liquidation du protocole auquel la dette est remboursée immédiatement, sans dépendre d’un transfert de garantie, d’un bridge, d’un retrait d’exchange ou d’un rebond discrétionnaire du prix.

Les seuils sont propres à chaque position. La volatilité, la corrélation entre garantie et dette, la liquidité, la conception de l’oracle, la variabilité des taux d’intérêt, les paramètres du protocole et le temps nécessaire à la transaction ont tous leur importance. La documentation d’Aave précise également qu’il n’existe pas de facteur de santé universellement sûr.

<a id="mechanism"></a>

## Fonctionnement

Pour une position comprenant plusieurs actifs de garantie et de dette, une forme courante du facteur de santé est :

`HF = Σ(q_i × P_i × LT_i) ÷ Σ(D_j)`

Ici, `q_i` est la quantité de garantie, `P_i` le prix de l’oracle du protocole, `LT_i` le seuil de liquidation de cet actif et `D_j` la valeur donnée par l’oracle de chaque dette, intérêts courus compris. Chaque garantie doit utiliser son propre seuil ; le seuil le plus élevé ne peut pas être appliqué à l’ensemble du portefeuille.

Sur Aave, un facteur de santé inférieur à `1` rend une position éligible à une liquidation sans autorisation. Le liquidateur rembourse la dette et reçoit la garantie assortie d’un bonus de liquidation. La documentation actuelle d’Aave indique aussi que le montant éligible à la liquidation dépend du facteur de santé et de la taille de la position. D’autres protocoles peuvent utiliser des déclencheurs, facteurs de clôture, bonus, règles d’isolation ou mécanismes d’enchères différents ; consultez donc les paramètres en vigueur pour le marché et le déploiement exacts.

Pour une position à garantie unique dont la dette, le seuil et la relation avec l’oracle ne changent pas, la baisse du prix de la garantie qui amènerait la position à `HF = 1` est :

`d_liq = 1 - 1 ÷ HF_current`

Ainsi, `HF_current = 1.20` n’implique, dans le cadre de ces hypothèses étroites, qu’une baisse du prix de la garantie de `16.67%` jusqu’à la limite, et non de `20%`. Ce raccourci n’est pas valable lorsque le prix de la dette, les intérêts, la composition des garanties ou les paramètres du protocole changent également.

Construisez la marge réelle à l’aide d’un facteur de santé soumis à un stress :

`HF_stress = Σ[q_i × P_i × (1 - s_i) × LT_i] ÷ Σ[D_j × (1 + u_j) × (1 + r_j × t)]`

Dans cette approximation de planification, `s_i` est le choc sur le prix de la garantie, `u_j` le choc sur le prix de la dette, `r_j` une hypothèse de taux d’emprunt annualisé et `t` le délai en années. Utilisez la projection réelle de la dette du protocole lorsqu’elle est disponible ; un taux d’emprunt variable et la capitalisation peuvent rendre l’approximation simple trop optimiste.

<a id="example"></a>

## Exemple

Supposons qu’une position comporte `10 ETH` de garantie, un prix d’oracle de l’ETH de `$2,000`, un seuil de liquidation de `80%` et `12,000` unités de dette en stablecoin valorisées à `$1`. Son facteur de santé actuel est :

`HF_current = (10 × 2,000 × 0.80) ÷ 12,000 = 1.333`

Combinez maintenant trois stress au lieu de les tester séparément :

- L’ETH baisse de `20%`, ce qui porte son prix d’oracle soumis à un stress à `$1,600`.
- L’actif de dette s’échange `5%` au-dessus de sa valeur de référence.
- La dette produit des intérêts pendant `30 days` à un taux annuel supposé de `30%` avant l’exécution du remboursement.

La dette approximative soumise à un stress est de `12,000 × 1.05 × (1 + 0.30 × 30 ÷ 365) = 12,910.68`. La valeur de la garantie ajustée du seuil est de `10 × 1,600 × 0.80 = 12,800`, ce qui donne `HF_stress ≈ 0.991`. Une position partie de `1.333` franchirait donc la limite de liquidation dans ce scénario combiné.

Transformez la feuille de calcul en décisions. Pour chaque actif de garantie et de dette, consignez la valeur actuelle, la valeur soumise à un stress, la source des données et l’heure de mise à jour ; notez ensuite le montant exact à rembourser pour rétablir le seuil cible. Conservez cet actif de remboursement et suffisamment de jetons natifs pour le gas sur la bonne chaîne. Recalculez après chaque emprunt, retrait, changement de garantie, modification d’un paramètre de gouvernance ou mouvement important du marché.

<a id="risks"></a>

## Risques

### Risque de prix et de corrélation

Soumettez simultanément à un stress chaque composante de garantie et de dette. Une baisse de la garantie peut coïncider avec une prime sur l’actif de dette, et les corrélations observées sur des marchés calmes peuvent disparaître lors d’une vague de ventes. Appliquez des chocs plus importants aux actifs peu échangés, bridgés, wrapped ou récemment lancés, et ne supposez pas qu’un stablecoin reste exactement à `$1`.

### Risque d’oracle et de paramètres

La liquidation utilise le prix et les règles lus par le protocole, pas nécessairement la dernière cotation d’un exchange privilégié. Les flux d’oracle diffèrent par leurs sources, leur couverture de liquidité, leur comportement de mise à jour et leur catégorie de risque de marché. La documentation de Chainlink demande aux intégrateurs d’évaluer la précision et la disponibilité du flux, la liquidité du marché et les contrôles des risques. Surveillez le flux réellement utilisé par le protocole et intégrez au processus de révision les modifications de gouvernance concernant `LT_i`, les plafonds, les réglages de mode et les règles de liquidation.

### Risque de taux d’intérêt et de liquidité

Les intérêts d’emprunt commencent à courir immédiatement et peuvent varier avec l’utilisation et les paramètres de gouvernance. Projetez la dette sur toute la fenêtre de réaction, pas seulement jusqu’à la prochaine alerte. Vérifiez également si le montant de remboursement prévu peut être acquis et échangé sans slippage inacceptable lorsque la liquidité du marché est dégradée.

### Risque d’exécution

Supposez que le front end habituel, le point de terminaison RPC ou le parcours du portefeuille matériel peut échouer. Testez à l’avance une autre interface ou une transaction directe avec le protocole. Prévoyez une forte hausse du gas, conservez le jeton natif servant aux frais hors de la position de garantie et tenez compte du remplacement de nonce, des approbations échouées, de la congestion de la chaîne et des retards de séquenceur L2 ou de bridge. Un plan d’urgence exigeant plusieurs transferts successifs ne constitue pas une marge immédiate.

### Perte liée à la liquidation

La liquidation n’est pas un ordre stop-loss neutre. Le bonus de liquidation fait perdre de la valeur de garantie à l’emprunteur, qui peut aussi subir des frais de protocole, des prix défavorables et une modification du portefeuille résiduel. Un facteur de clôture peut limiter un appel de liquidation sans empêcher d’autres appels si la position reste malsaine.

<a id="misconceptions"></a>

## Idées fausses courantes

### Mythe 1 : `HF = 1.20` signifie une marge de sécurité de `20%`

Dans le cas simplifié à garantie unique, la baisse jusqu’à la limite est de `1 - 1 ÷ 1.20 = 16.67%`. Les positions multi-actifs exigent le calcul complet soumis à un stress.

### Mythe 2 : Ajouter davantage de la même garantie rend toujours la position plus sûre

Cela augmente le facteur de santé actuel, mais accroît aussi l’exposition au même choc de prix. Rembourser la dette réduit directement le dénominateur et constitue généralement l’action de désendettement d’urgence la plus nette.

### Mythe 3 : Une dette en stablecoin est fixée à `$1`

Le jeton de dette peut s’échanger au-dessus de sa valeur de référence, tandis que les intérêts d’emprunt augmentent la quantité de jetons due. Ces deux effets réduisent la marge.

### Mythe 4 : Le temps d’alerte est identique au temps d’action

Une alerte peut arriver après que l’oracle a évolué, et le remboursement peut encore nécessiter l’accès au portefeuille, une approbation, l’inclusion dans un bloc et la finalité. Le seuil d’avertissement doit intégrer ces délais.

### Mythe 5 : Les fonds sur une autre chaîne ou un exchange constituent une liquidité disponible

Les retraits, bridges, limites de débit, opérations de maintenance et délais de finalité créent des dépendances. La réserve de remboursement d’urgence devrait déjà se trouver sur la chaîne de la dette et sous le contrôle de l’emprunteur.

<a id="related"></a>

## Sujets connexes

- [Ratio de garantie](/fr/crypto/collateral-ratio/)
- [Bridge interchaînes](/fr/crypto/cross-chain-bridge/)
- [Finalité](/fr/crypto/finality/)
- [Facteur de santé DeFi](/fr/crypto/health-factor-defi/)
- [Bonus de liquidation](/fr/crypto/liquidation-bonus/)

<a id="sources"></a>

## Sources

- [Facteur de santé et liquidations](https://aave.com/help/borrowing/liquidations) - Aave (consulté : 2026-08-20)
- [Emprunter des jetons](https://aave.com/help/borrowing/borrow-tokens) - Aave (consulté : 2026-08-20)
- [Sélectionner des flux de données de qualité](https://docs.chain.link/data-feeds/selecting-data-feeds) - Chainlink (consulté : 2026-08-20)

Source: https://wiki.fcontext.com/fr/crypto/defi-liquidation-buffer/index.mdx
