--- title: "Protocole de prêt DeFi" description: "Un protocole de prêt DeFi mutualise les actifs fournis et accorde des prêts surcollatéralisés par contrats intelligents. Découvrez l'interaction entre taux, limites, liquidations et oracles." 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. # Protocole de prêt DeFi > À des fins éducatives uniquement ; ceci ne constitue pas un conseil en investissement. Investir peut entraîner des pertes. ## Réponse directe Un protocole de prêt DeFi est un ensemble de contrats intelligents qui accepte les actifs fournis, met des liquidités à disposition des emprunteurs, comptabilise les intérêts et applique les règles de garantie et de liquidation. Dans un modèle mutualisé courant, les fournisseurs ne choisissent pas chaque emprunteur : leurs actifs entrent dans un marché qui traite fourniture, emprunt, remboursement et retrait selon des règles communes. L'emprunt est généralement surcollatéralisé. L'emprunteur fournit d'abord une garantie agréée, emprunte un autre actif et doit rester dans les limites définies par le protocole. Ce modèle remplace l'examen bancaire de l'identité et du crédit par des garanties, des oracles de prix et des règles de contrats intelligents transparentes, sans supprimer les pertes de crédit ni garantir le remboursement. Les fournisseurs peuvent recevoir un jeton productif d'intérêts ou un solde dont la valeur augmente grâce à un indice. Le taux affiché est normalement variable, et non un taux de dépôt fixe. Les emprunteurs paient selon le modèle de taux du marché et les fournisseurs reçoivent la part attribuée par le protocole ; le facteur de réserve et les jetons incitatifs peuvent créer un écart entre les deux taux. Un protocole de prêt n'est pas une conservation sans risque. Les retraits dépendent des liquidités disponibles, la valeur des garanties dépend des sources de prix et une position malsaine peut être liquidée sans l'accord de l'emprunteur. Les contrats déployés et les paramètres actuels, non une description générique ou une capture d'interface, déterminent les règles réelles. ## Fonctionnement Bien que les mises en œuvre diffèrent, une opération de prêt mutualisée suit généralement cette séquence : - Le fournisseur transfère un actif accepté au marché et reçoit un droit enregistré comme solde de jeton ou de compte du protocole. - L'emprunteur active des actifs admissibles comme garantie et n'emprunte que si son compte réussit les contrôles de collatéral du marché. - Les indices d'intérêt actualisent les soldes fournis et empruntés ; le remboursement réduit la dette, tandis que le retrait ne réussit que si le compte reste solvable et que le pool possède assez d'actifs liquides. Le taux d'utilisation mesure la part des liquidités fournies qui est employée. Compound III le définit comme `U = B / S`, où `B` représente le total emprunté de l'actif de base et `S` le total fourni de cet actif. D'autres protocoles traitent différemment la trésorerie, les réserves, les liquidités non adossées ou la dette propre au marché. Beaucoup utilisent une courbe à point d'inflexion : les taux montent progressivement sous une utilisation cible, puis plus vite au-dessus pour valoriser la rareté. Un taux élevé est une incitation, pas une garantie de retrait immédiat. La capacité d'emprunt et l'éligibilité à la liquidation sont deux contrôles distincts. Le ratio prêt-valeur ou facteur de garantie limite la nouvelle dette. Le seuil de liquidation détermine quand une position existante peut être liquidée. Pour un compte de type Aave, le facteur de santé simplifié est `HF = (C * LT) / D`, où `C` est la valeur de la garantie, `LT` le seuil de liquidation pondéré et `D` la valeur de la dette. La liquidation devient possible lorsque `HF < 1` ; d'autres protocoles peuvent afficher un calcul différent de liquidité du compte plutôt qu'un facteur de santé. Prix, soldes, indices et paramètres fixés par la gouvernance alimentent ces contrôles. Le contrat oracle d'Aave associe chaque actif à une source de prix et peut utiliser une source de secours lorsque l'agrégateur principal renvoie une valeur non positive. Ce détail ne neutralise pas toutes les défaillances : choix de la source, prix obsolètes ou anormaux, traitement des décimales et changements de gouvernance peuvent toujours modifier le calcul de solvabilité. ## Exemple Supposons qu'un emprunteur fournisse 10 ETH à $3,000 l'unité, soit une garantie de $30,000. Le ratio prêt-valeur maximal du marché est 75%, son seuil de liquidation 80%, et l'emprunteur obtient 10,000 USDC au TAEG variable actuel de 6%. Ce sont des hypothèses pédagogiques, pas les paramètres actuels d'un déploiement précis. Le facteur de santé initial est `HF = 30,000 * 80% / 10,000 = 2.4`. La position est sous sa capacité d'emprunt maximale et conserve une marge de liquidation importante, mais la dette comme le prix de la garantie peuvent évoluer. Si ETH tombe à $1,500, la garantie vaut $15,000 et `HF = 1.2`. À $1,250, elle vaut $12,500 et `HF = 1`. Une nouvelle baisse ou l'accumulation d'intérêts peut rendre la position liquidable. En pratique, mises à jour de l'oracle, arrondis du protocole, corrélations des actifs et changements de paramètres influencent le déclenchement exact. Supposons que le protocole autorise un liquidateur à rembourser 5,000 USDC et que la prime soit de 5%. Hors frais et arrondis, il reçoit environ $5,250 d'ETH. La dette de l'emprunteur diminue, mais la garantie est vendue avec décote et ne revient pas automatiquement si ETH remonte. Intérêts, pénalités, frais de réseau et coût d'opportunité de la garantie bloquée affectent le résultat. ## Risques - **Risque de garantie :** Une garantie volatile, concentrée, transférée par pont ou désarrimée peut perdre de la valeur plus vite que la position n'est réparée ou liquidée. - **Risque d'oracle :** Un prix obsolète, mal configuré, manipulé ou mal mis à l'échelle peut permettre un emprunt excessif ou une liquidation indue. - **Risque de liquidité et de liquidation :** Une utilisation élevée peut retarder les retraits ; congestion et marchés peu profonds peuvent empêcher de vendre la garantie assez vite pour couvrir la dette. - **Risque de taux :** Le coût variable de l'emprunt peut augmenter rapidement et la dette continue de croître jusqu'au remboursement ou à la liquidation. - **Risque de contrat et de gouvernance :** Bogues, mises à niveau défectueuses, rôles privilégiés, changements de paramètres ou attaques de gouvernance peuvent modifier soldes ou règles. - **Risque de composabilité :** Emprunts récursifs, jetons de reçu en garantie, ponts et positions interprotocoles peuvent propager une défaillance entre plusieurs systèmes. Avant d'utiliser un marché, vérifiez le réseau, les adresses des contrats déployés, l'actif accepté, la source de prix, la limite d'emprunt, le seuil, la prime ou pénalité de liquidation, le modèle de taux, les plafonds, la politique de réserves, les pouvoirs de pause et de mise à niveau et le traitement des créances douteuses. Modélisez la position après des baisses de garantie de 20%, 40% et 60%, en intégrant croissance de la dette et frais de transaction. L'APY ou le facteur de santé actuel d'une interface n'est qu'un instantané. Fournir ou emprunter on-chain expose à une perte partielle ou totale. La surcollatéralisation réduit une partie du risque de défaut, mais ne garantit ni principal, ni rendement, ni arrimage d'un stablecoin, ni exactitude de l'oracle, ni sécurité du contrat, ni liquidité immédiate. ## Idées reçues ### Mythe 1 : Fournir des actifs équivaut à un dépôt bancaire à taux fixe Les taux du marché évoluent généralement avec l'utilisation et les paramètres de gouvernance. Le rendement des jetons incitatifs peut aussi changer indépendamment. Un chiffre annualisé décrit les conditions actuelles selon la convention de l'interface ; ce n'est pas une promesse pour l'année suivante. ### Mythe 2 : La surcollatéralisation supprime le risque de crédit La garantie peut chuter sous la valeur de la dette, un oracle peut publier un prix inutilisable ou une liquidation peut ne pas être économiquement exécutable. Le protocole peut subir une créance douteuse même si chaque nouveau prêt était initialement surcollatéralisé. ### Mythe 3 : Un facteur de santé supérieur à 1 est sûr Il indique seulement que le compte n'a pas encore franchi la limite de liquidation actuelle du protocole. Variations de prix, intérêts accumulés, mises à jour des paramètres et latence des transactions peuvent réduire une faible marge avant que l'emprunteur n'agisse. ### Mythe 4 : Emprunter sans vendre n'a aucun coût économique L'emprunteur paie des intérêts, immobilise sa garantie et assume les risques de liquidation et de contrat intelligent. En cas de liquidation, la décote et les frais peuvent coûter plus cher qu'une vente volontaire antérieure. ## Sujets connexes - [Modèle de taux DeFi](/fr/crypto/defi-interest-rate-model/) - [Facteur de santé DeFi](/fr/crypto/health-factor-defi/) - [Liquidation](/fr/crypto/liquidation/) - [Oracle](/fr/crypto/oracle/) - [Taux d'utilisation](/fr/crypto/utilization-rate/) ## Sources - [Supply Tokens](https://aave.com/help/supplying/supply-tokens) - Aave (consulté le : 2026-08-21) - [Borrow Tokens](https://aave.com/help/borrowing/borrow-tokens) - Aave (consulté le : 2026-08-21) - [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (consulté le : 2026-08-21) - [Compound III Docs: Interest Rates](https://docs.compound.finance/interest-rates/) - Compound Finance (consulté le : 2026-08-21) - [Compound III Docs: Collateral & Borrowing](https://docs.compound.finance/collateral-and-borrowing/) - Compound Finance (consulté le : 2026-08-21) - [AaveOracle.sol](https://github.com/aave-dao/aave-v3-origin/blob/main/src/contracts/misc/AaveOracle.sol) - Aave DAO (consulté le : 2026-08-21) Source: https://wiki.fcontext.com/fr/crypto/lending-protocol/index.mdx