Dans le cadre du cours de Monsieur 
Pour répondre à cette question, nous allons d'abord tenter d'utiliser un LLM, et tout commence par la création d'un prompt adapté.
Les pratiques usuelles ayant émergées au cours des dernières années lorsqu'il s'agit de la bonne conduite du "prompting" disposent des caractéristiques suivantes :
Il est également en pratique recommandé, pour les modèles sans "raisonnement" (thinking mode), de poser la question deux fois, afin que la deuxième puisse disposer d'un contexte beaucoup plus avancé et fin que la première. (cf l'article de décembre 2025: Prompt Repetition Improves Non-Reasoning LLMs de Yaniv Leviathan, Matan Kalman & Yossi Matias)
Voici le prompt qui garde la majorité de ces concepts en considération:
Consigne : Réponds de manière détaillée et structurée à la question suivante :
"Qu'est-ce qu'un protocole de prêt décentralisé (lending protocol) en DeFi ? Expliquez comment il fonctionne, en quoi il diffère d'un prêt bancaire classique, et donnez un exemple de protocole existant."
Structure : Utilise des titres H2 pour chaque partie de la question.
Précision technique : Mentionne les concepts de smart contracts, de pools de liquidité et de sur-collatéralisation.
Comparaison : Pour la différence avec le prêt classique, utilise un tableau comparatif.
Exemple : Détaille brièvement le fonctionnement d'Aave ou de Compound.
Ton : Professionnel, pédagogique et objectif.
Le modèle que nous allons utiliser est ChatGPT 5.5, avec réflexion medium. La motivation derrière ce choix vient du fait que GPT5.5 est au moment de la publication de ce post le LLM qui score le mieux sur les leaderboards comme LiveBench.
Voici la réponse de l'IA à notre prompt :
Qu’est-ce qu’un protocole de prêt décentralisé en DeFi ?
Un protocole de prêt décentralisé, ou lending protocol, est une application financière basée sur la blockchain qui permet à des utilisateurs de prêter ou d’emprunter des crypto-actifs sans passer par une banque ou un intermédiaire centralisé.
Ces protocoles fonctionnent grâce à des smart contracts, c’est-à-dire des programmes autonomes déployés sur une blockchain, comme Ethereum. Ils exécutent automatiquement les règles du protocole : dépôt de fonds, calcul des intérêts, emprunt, remboursement, liquidation, etc.
L’objectif est de créer un marché monétaire ouvert où :
- les prêteurs déposent leurs actifs pour générer un rendement ;
- les emprunteurs déposent une garantie pour obtenir un prêt ;
- les règles sont transparentes, vérifiables et exécutées automatiquement par le code.
Des exemples connus de protocoles de prêt en DeFi sont Aave, Compound, MakerDAO ou encore Venus sur BNB Chain.
Comment fonctionne un protocole de prêt décentralisé ?
Le fonctionnement repose principalement sur trois éléments : les pools de liquidité, les smart contracts et la sur-collatéralisation.
1. Les pools de liquidité
Contrairement à un prêt bancaire où une banque prête directement ses propres fonds ou ceux de ses déposants, un protocole DeFi utilise des pools de liquidité.
Un pool de liquidité est une réserve d’actifs déposés par des utilisateurs. Par exemple, un pool peut contenir de l’ETH, de l’USDC, du DAI ou du WBTC.
Les utilisateurs qui déposent leurs actifs dans ces pools deviennent des fournisseurs de liquidité. En échange, ils reçoivent une rémunération sous forme d’intérêts payés par les emprunteurs.
Exemple simplifié :
- Alice dépose 10 000 USDC dans un protocole de prêt.
- Ces USDC rejoignent un pool de liquidité.
- Bob souhaite emprunter 5 000 USDC.
- Le protocole lui permet d’emprunter ces fonds depuis le pool, à condition qu’il fournisse une garantie suffisante.
2. Les smart contracts
Les smart contracts gèrent automatiquement toutes les opérations du protocole.
Ils définissent notamment :
- les actifs acceptés en dépôt ;
- les ratios de garantie nécessaires ;
- les taux d’intérêt ;
- les conditions de liquidation ;
- la distribution des intérêts aux prêteurs ;
- la création ou destruction de jetons représentatifs du dépôt.
L’avantage est que le système ne dépend pas d’un employé de banque ou d’une décision humaine au cas par cas. Les règles sont codées à l’avance et exécutées automatiquement.
Cela dit, cela introduit aussi un risque spécifique : si le smart >contract contient une faille, des fonds peuvent être perdus ou volés.
3. La sur-collatéralisation
Dans la plupart des protocoles DeFi, les prêts sont sur-collatéralisés.
Cela signifie que l’emprunteur doit déposer une garantie dont la valeur est supérieure au montant qu’il souhaite emprunter.
Par exemple :
- Bob dépose 10 000 dollars d’ETH en garantie.
- Le protocole lui permet d’emprunter jusqu’à 7 500 dollars en USDC.
- Le prêt est donc couvert par une garantie supérieure au montant emprunté.
Cette logique est nécessaire car il n’y a généralement pas d’analyse de solvabilité, pas de dossier bancaire et pas d’identité obligatoire. Le protocole ne sait pas si Bob est fiable ; il s’assure donc que le prêt est sécurisé par un collatéral suffisant.
Si la valeur de la garantie baisse trop, par exemple si le prix de l’ETH chute fortement, le protocole peut déclencher une liquidation. Une partie ou la totalité du collatéral de Bob est alors vendue automatiquement pour rembourser le prêt.
En quoi un prêt DeFi diffère-t-il d’un prêt bancaire classique ?
| Critère | Prêt bancaire classique | Prêt décentralisé en DeFi |
|---|---|---|
| Intermédiaire | Banque ou établissement financier | Smart contracts sur blockchain |
| Accès | Soumis à une validation, un dossier, parfois une notation de crédit | Généralement ouvert à toute personne disposant d’un portefeuille crypto |
| Vérification d’identité | KYC obligatoire dans la plupart des cas | Souvent sans KYC, selon le protocole et la juridiction |
| Garantie | Peut être avec ou sans garantie selon le type de prêt | Généralement sur-collatéralisé |
| Analyse de solvabilité | Revenus, patrimoine, historique bancaire, score de crédit | Principalement basée sur la valeur du collatéral |
| Gestion des fonds | Centralisée par la banque | Automatisée par des smart contracts |
| Source de liquidité | Banque, dépôts clients, marchés financiers | Pools de liquidité alimentés par les utilisateurs |
| Taux d’intérêt | Fixé par la banque selon le profil et les conditions de marché | Variable, souvent déterminé algorithmiquement selon l’offre et la demande |
| Transparence | Limitée, dépend des documents fournis par la banque | Élevée : les transactions et règles du protocole sont visibles sur la blockchain |
| Risques principaux | Défaut de paiement, taux, conditions contractuelles, risque bancaire | Volatilité du collatéral, liquidation, bugs de smart contracts, risque oracle |
| Temps de traitement | De quelques heures à plusieurs semaines selon le prêt | Souvent quasi instantané si les conditions sont remplies |
| Contrôle des actifs | La banque contrôle le processus | L’utilisateur interagit directement avec le protocole via son wallet |
La différence fondamentale est donc la suivante : dans un prêt bancaire, la confiance repose sur une institution. Dans un protocole DeFi, la confiance repose principalement sur le code, la transparence de la blockchain et la valeur du collatéral.
Exemple : le fonctionnement d’Aave
Aave est l’un des protocoles de prêt décentralisé les plus connus. Il est déployé sur plusieurs blockchains, notamment Ethereum, Polygon, Arbitrum, Optimism et Avalanche.
Son fonctionnement peut être résumé en plusieurs étapes.
1. Dépôt d’actifs par les prêteurs
Un utilisateur peut déposer des actifs comme de l’ETH, de l’USDC, de l’USDT, du DAI ou du WBTC dans Aave.
En échange, il reçoit des jetons appelés aTokens. Par exemple, s’il dépose de l’USDC, il reçoit des aUSDC.
Ces aTokens représentent sa part dans le pool de liquidité et accumulent des intérêts au fil du temps.
2. Emprunt par les utilisateurs
Un autre utilisateur peut emprunter des actifs disponibles dans les pools, à condition de déposer un collatéral suffisant.
Par exemple :
- l’utilisateur dépose de l’ETH comme garantie ;
- il emprunte de l’USDC ;
- il paie un taux d’intérêt variable ou stable selon les options disponibles ;
- tant que sa position reste suffisamment garantie, il peut conserver son prêt.
3. Gestion du risque via le Health Factor
Aave utilise un indicateur appelé Health Factor pour mesurer la sécurité d’une position d’emprunt.
Si le Health Factor est supérieur à 1, la position est considérée comme saine.
S’il tombe sous 1, la position peut être liquidée.Cette situation peut arriver si :
- la valeur du collatéral baisse ;
- la dette augmente à cause des intérêts ;
- les paramètres de risque du protocole changent.
4. Liquidation automatique
Si la position devient trop risquée, des liquidateurs peuvent rembourser une partie de la dette de l’emprunteur en échange d’une partie de son collatéral, souvent avec une décote incitative.
Ce mécanisme protège le protocole et les prêteurs contre les défauts de remboursement.
5. Taux d’intérêt dynamiques
Sur Aave, les taux d’intérêt sont généralement déterminés par l’offre et la demande.
Si beaucoup d’utilisateurs veulent emprunter un actif et que peu de liquidité est disponible, le taux augmente.
À l’inverse, si la liquidité est abondante et la demande faible, le taux diminue.Ce modèle incite les prêteurs à déposer des actifs quand la demande est forte et incite les emprunteurs à limiter leurs emprunts lorsque la liquidité devient rare.
À retenir
Un protocole de prêt décentralisé en DeFi permet de prêter et d’emprunter des crypto-actifs sans banque, grâce à des smart contracts et à des pools de liquidité.
Le modèle repose généralement sur la sur-collatéralisation, car le protocole ne s’appuie pas sur une analyse de crédit traditionnelle. Les emprunteurs doivent donc déposer plus de valeur en garantie que ce qu’ils empruntent.
Ces protocoles offrent une grande transparence, une accessibilité mondiale et une exécution rapide, mais ils comportent aussi des risques importants : volatilité des actifs, liquidations, bugs de smart contracts, risques d’oracle et risques de gouvernance.
La réponse fournie présente une structure solide et respecte les directives formelles du prompt : les quatre axes sont couverts, le tableau comparatif est pertinent, et l'exemple Aave est développé avec logique. Pour un lecteur intermédiaire, elle constitue une base sérieuse. Néanmoins, elle manque de la profondeur qu'on attendrait d'un véritable expert, et plusieurs lacunes techniques fragilisent sa crédibilité.
Le mécanisme de formation des taux d'intérêt est présenté comme une simple relation offre/demande, sans jamais mentionner le concept central de taux d'utilisation, soit le ratio entre les fonds empruntés et les fonds disponibles dans le pool. C'est pourtant ce ratio qui pilote algorithmiquement les taux : en dessous d'un seuil optimal, généralement fixé à 80 %, le taux d'emprunt croît doucement ; au-delà, il monte de façon abrupte pour forcer le rééquilibrage du pool, inciter de nouveaux dépôts et dissuader les emprunts excessifs. Ce mécanisme d'autorégulation, entièrement codé dans le smart contract sans aucune intervention humaine, est au cœur du fonctionnement d'Aave ou de Compound et aurait mérité une explication explicite.
Le risque oracle est cité dans la conclusion comme un risque majeur, mais n'est défini nulle part dans le corps du texte. Les smart contracts sont des programmes fermés, sans accès direct aux données du monde extérieur, et doivent donc s'appuyer sur des services tiers, les oracles, dont Chainlink est le plus répandu, pour obtenir les prix des actifs en temps réel. Si un oracle est manipulé, défaillant ou en retard lors d'une chute de marché soudaine, le protocole peut déclencher des liquidations injustifiées ou, à l'inverse, ne pas liquider des positions dangereuses, exposant l'ensemble du pool à des pertes significatives. Mentionner ce risque sans l'expliquer revient à introduire un concept opaque pour le lecteur non initié.
C'est sans doute la lacune la plus marquante pour une réponse prétendant à l'expertise sur Aave : les flash loans sont totalement absents. Inventés par Aave, ces prêts sans collatéral sont disponibles instantanément à condition que la somme empruntée soit intégralement remboursée dans la même transaction blockchain, si ce n'est pas le cas, la transaction entière est annulée rétroactivement comme si elle n'avait jamais existé. Utilisés pour de l'arbitrage entre plateformes, du refinancement de positions ou de la self-liquidation sans capital initial, ils incarnent mieux que tout autre mécanisme ce que la programmabilité de la blockchain rend structurellement possible, là où la finance traditionnelle resterait bloquée. Leur absence prive la réponse de son exemple le plus distinctif.
