Une transaction signée dans DeFi est exécutée automatiquement par un smart contract : après son inclusion dans un bloc, le transfert ne peut pas être annulé ni restauré.
DeFi donne le contrôle, mais supprime les procédures d’annulation et de remboursement
DeFi (decentralized finance) désigne des services on-chain fondés sur des smart contracts, où un swap, un dépôt ou un emprunt sont exécutés par une transaction depuis le wallet, sans opérateur et sans procédure d’annulation. Une erreur d’adresse, un approve excessif ou un paramètre de transaction incorrect sont inscrits dans la blockchain après signature et ne peuvent pas être corrigés par le support.
Un smart contract est un programme dans la blockchain qui exécute automatiquement des règles prédéfinies : il reçoit une transaction, vérifie les conditions et transfère les tokens strictement selon le code ; après signature et inclusion dans un bloc, l’action est donc considérée comme définitive et aucune « annulation » n’existe à l’intérieur du réseau.
Objectif du contenu : classer les risques DeFi par groupes et relier chaque groupe à des opérations concrètes : swap sur DEX, lending avec collatéral, farming avec récompenses en tokens, bridge cross-chain, dérivés on-chain.
Un service centralisé utilise parfois un arrêt manuel d’opération, une procédure de remboursement, une vérification des retraits suspects et un support capable de stopper une action erronée avant le débit final. Dans DeFi, le smart contract exécute la transaction signée selon le code et ne vérifie pas l’intention de l’utilisateur.
Si le capital ne tolère pas de perte partielle, l’irréversibilité d’une transaction on-chain ajoute un risque : une seule erreur de signature peut retirer tout le solde du token ou transférer un droit de dépense via approve.
La perte technique dans DeFi provient du code et de l’infrastructure : bug de smart contract, panne d’oracle, compromission d’une clé admin, attaque contre un bridge.
Risques techniques de DeFi : smart contracts, upgrades, oracles, bridges, frontend et RPC
Le risque technique dans DeFi est le risque de perte de fonds dû à des erreurs de logique des smart contracts, à des upgrades de code, à des oracles (sources de prix), à des bridges et à l’infrastructure d’accès (interface web et fournisseur RPC), et non à une variation du prix de marché. Un exploit de smart contract se propage à grande échelle (un exploit est l’utilisation d’une erreur dans le code), car l’attaquant répète la même action et retire la liquidité par une série de transactions tant que le contrat accepte les opérations.
1) Vulnérabilités des smart contracts
Un bug de smart contract apparaît lorsque le contrat enregistre l’état d’une position ou un solde dans le mauvais ordre par rapport au transfert, ce qui pousse le contrat à transférer des actifs selon un état incorrect.
- Reentrancy est une erreur où le contrat peut être rappelé avant la mise à jour du solde, ce qui permet un paiement plusieurs fois de suite.
- Les erreurs d’arithmétique et d’arrondi dans les calculs se répètent lors d’une série d’appels et accumulent un écart.
- L’absence de vérification des droits permet d’appeler des fonctions admin ou de retirer des fonds via une fonction accessible à tous.
- Les tokens avec des règles non standard de transfert ou de dépense peuvent fonctionner différemment, ce qui pousse le protocole à calculer incorrectement le solde ou les limites.
Dans cet ordre d’opérations, les fonds peuvent être débités plusieurs fois de suite avant la mise à jour du solde.
2) Upgrades, clés admin et centralisation de la gouvernance
Un protocole upgradeable permet de changer la logique ou les paramètres après le dépôt, le risque dépend donc des clés admin et du processus de mise à jour, pas seulement du code initial.
- Une clé admin unique sans multisig (multisignature) augmente le risque de compromission de la gouvernance (fuite ou vol de cette clé), après quoi les règles du protocole peuvent être modifiées unilatéralement.
- L’absence de timelock (délai d’exécution) rend le changement de paramètres immédiat pour le détenteur de la position.
- Le changement des coefficients de collatéral, des frais ou de la source de prix de l’oracle modifie les seuils de liquidation sans action de l’utilisateur.
- Les erreurs entrent plus souvent dans les releases et upgrades, car le code d’un protocole déjà actif avec une liquidité active est modifié.
Le dépôt reste dans un contrat upgradeable où le propriétaire de la clé admin peut modifier la logique du protocole ; l’audit (vérification du code) de l’ancienne version ne protège pas contre les erreurs de la mise à jour.
3) Composabilité et chaînes de dépendances
Une stratégie DeFi appelle souvent plusieurs contrats et services (elle exécute successivement des actions dans différents smart contracts dans le cadre d’une même opération), donc un revert (annulation d’une transaction à cause d’une erreur) ou l’arrêt (pause) d’un composant externe bloque le retrait et la gestion de la position en période de stress.
- L’erreur peut se trouver dans un contrat externe appelé à l’intérieur de la transaction du protocole.
- Les bibliothèques et intégrations augmentent le nombre d’adresses dont dépend un dépôt ou un retrait.
- Un composant commun (bibliothèque, router, oracle) affecte plusieurs protocoles en même temps.
- Une stratégie en plusieurs étapes augmente la probabilité d’échec, car une seule panne annule toute la transaction.
Si une transaction appelle plusieurs contrats externes, le revert de n’importe quel contrat externe annule toute la transaction et bloque le retrait jusqu’au rétablissement du contrat externe.
4) Oracles et distorsions de prix
Un oracle transmet un prix au smart contract, donc un prix déformé modifie les calculs de marge, les seuils de liquidation et les paiements finaux sur la position.
- La manipulation de prix est plus simple dans les pools peu profonds, car une petite transaction déplace davantage le prix spot.
- L’absence de TWAP (time-weighted average price) fait qu’un bref pic du prix spot peut être utilisé pour le calcul dans la fenêtre de mise à jour.
- Un filtrage faible des transactions anormales dans la source de prix transfère du « bruit » dans le calcul du collatéral et de la dette.
- Dans le lending (lorsqu’un emprunt est pris contre collatéral) et les dérivés, le contrat vend automatiquement le collatéral si le prix de l’oracle est considéré comme trop bas, donc une erreur de prix peut provoquer la vente du collatéral même sans véritable baisse du marché.
Si un oracle transmet un prix surévalué ou sous-évalué, le contrat de lending ou de dérivés recalcule la marge et peut liquider le collatéral selon un seuil incorrect.
5) Bridges cross-chain
Un bridge bloque un actif dans un réseau et émet un actif wrapped dans un autre réseau, le risque se concentre donc dans les validateurs (participants qui confirment les transferts entre réseaux), les clés de gouvernance et les contrats auxiliaires du bridge.
- Un schéma complexe de validateurs et de multisignatures augmente le nombre de composants dont la compromission casse l’émission ou le retrait.
- La concentration de liquidité fait du bridge une cible prioritaire d’attaques, car un seul incident affecte un grand volume de fonds.
- Un nouveau bridge a moins de vérifications réelles dans les situations non standard, donc des pannes inattendues peuvent apparaître plus tard.
- Une panne du bridge bloque les retraits et rompt la chaîne d’opérations cross-chain entre réseaux.
En cas de panne des validateurs ou de fuite des clés de gouvernance, le token wrapped reste sans garantie et ne peut pas être renvoyé vers le réseau d’origine.
6) Frontends et infrastructure RPC
L’utilisateur signe les transactions via une interface web, tandis que l’envoi et la lecture de l’état passent par un fournisseur RPC (service par lequel le wallet et le site dApp se connectent à la blockchain), donc une substitution d’interface ou une panne RPC modifient les paramètres de signature et la gestion de la position.
- La substitution d’interface insère une autre adresse de contrat ou d’autres paramètres d’appel avant la signature.
- Une panne RPC affiche un statut de transaction ou un solde incorrect, donc l’utilisateur répète l’action et paie deux fois le gas.
- La restriction d’accès au site dApp prive l’utilisateur du canal de gestion habituel, même si les contrats restent sur le réseau.
- La vérification de l’adresse du contrat et des paramètres d’appel dans le wallet avant signature limite le risque de substitution.
Si l’interface remplace l’adresse du contrat, le wallet signera l’appel d’un autre contrat ; le smart contract exécutera l’appel et débitera les tokens selon les données signées.
Dans DeFi, la perte se fixe souvent précisément à la sortie d’une position : les frais de gas, le slippage, le price impact et la baisse du prix du token de récompense réduisent la quantité finale de l’actif de base après la clôture.
Pourquoi les transactions DeFi deviennent déficitaires à la sortie
De nombreuses pertes dans DeFi ne se fixent pas à l’entrée, mais à la sortie : les frais réseau (gas), le price impact (dégradation du prix à cause d’une profondeur de pool insuffisante), la baisse du prix du token de récompense et la détérioration de la liquidité ne peuvent pas être annulés après signature.
Les opérations DeFi sont exécutées par des smart contracts sans opérateur, donc une erreur de signature ou de paramètre n’est pas corrigée par le support. Dans les services centralisés, une partie des risques opérationnels est couverte par des limites, des délais, des vérifications manuelles et des procédures de remboursement ; dans DeFi, le résultat dépend du code du protocole, de la liquidité du marché et des paramètres signés par l’utilisateur.
Une perte peut survenir sans hack lorsque la transaction d’entrée est confirmée et la position ouverte, mais que la clôture de la position nécessite un gas coûteux et donne un prix plus mauvais à cause de la baisse de liquidité.
- Entrée dans un pool avec APY élevé (annual percentage yield, rendement annuel en pourcentage) sans calcul des frais réseau et du slippage à la sortie.
- Baisse de l’APY après la fin des incitations et baisse du prix du token de récompense versé à la place des revenus de frais.
- Hausse du coût du gas au moment de la sortie et approvals actifs conservés après la fin de la stratégie.
Scénario : un dépôt dans une farm rapporte un token de récompense ; ensuite, le prix du token de récompense baisse et la liquidité du pool diminue. Le swap du token de récompense vers l’actif de base crée un fort price impact, et deux sorties nécessitent deux frais de gas.
La perte à la sortie se compose de postes précis : frais de gas pour le retrait, slippage du swap dans un pool peu profond et baisse du prix du token de récompense entre l’accumulation et la vente.
Self-custody signifie que les clés sont détenues par l’utilisateur, donc le résultat est déterminé par les transactions signées et les messages signés qui ne peuvent pas être annulés après inclusion dans un bloc.
La perte de fonds se produit lorsqu’un approve actif reste sur l’adresse et qu’un contrat malveillant ou une interface remplacée utilise le droit de dépense du token sans nouvelle transaction approve — voir aussi approval phishing dans DeFi.
Un audit vérifie la version actuelle du code ; un upgrade, un changement d’oracle ou une dépendance à un bridge peuvent modifier les seuils de liquidation et les règles de retrait après le dépôt.
Pourquoi un protocole audité peut encore générer une perte
Un audit réduit la probabilité d’erreurs évidentes dans le code, mais n’exclut pas le risque de gouvernance (upgrades et clés), le risque de dépendances externes ni le risque de sortie lorsque la profondeur du pool baisse après une sortie de liquidité.
L’émission est la création de nouveaux tokens selon des règles prédéfinies (calendrier, volume, destinataires) ; l’émission sert aux incitations de liquidité et aux récompenses, mais l’augmentation de l’offre exerce une pression sur le prix du token si la demande ne change pas.
- Les upgrades et la gouvernance modifient les paramètres de la position après l’entrée
- Le changement du coefficient de collatéral et des frais modifie la résistance de la position sans action de l’utilisateur.
- Timelock et multisig réduisent le risque de changement instantané des paramètres, mais n’excluent pas une erreur de mise à jour ni la compromission des clés.
- Le remplacement de la source de prix de l’oracle et le changement des limites de collatéral modifient les seuils de liquidation et la taille du buffer.
- Les intégrations ajoutent un contrat externe à la chaîne de risque
- Un protocole peut s’appuyer sur un bridge, une bibliothèque ou une source externe de liquidité avec un autre niveau de vérification et un autre modèle de défaillance.
- Une panne d’un composant externe bloque la stratégie, même si le protocole principal exécute correctement ses fonctions.
- Chaque contrat externe dans la chaîne d’opération augmente la probabilité que la transaction de retrait soit annulée par le revert de ce contrat externe.
- La sortie de liquidité dégrade le prix de sortie et renforce les liquidations
- Lorsque la profondeur du pool baisse, un retrait important déplace davantage le prix, donc la sortie se fait avec une décote (à un prix inférieur au prix attendu).
- Les liquidations dans le lending s’intensifient lorsque le prix de l’oracle baisse et que la liquidité de vente du collatéral devient plus mince.
- Le rendement fondé sur l’émission baisse avec le prix du token de récompense et la sortie de liquidité.
Carte des menaces, attaques typiques et signaux de contrôle des incidents : « Sécurité DeFi : carte des menaces, cas, protection et checklist ».
Une perte économique survient sans bug de code : l’émission du token de récompense fait baisser le prix de la récompense, l’impermanent loss (perte due aux variations de prix des actifs dans le pool par rapport à une simple conservation) modifie la composition LP, et une cascade de liquidations vend le collatéral.
Risques économiques de DeFi : rendement, liquidité et scénarios de stress
La perte économique apparaît lorsque les smart contracts fonctionnent correctement, mais que le rendement baisse, que le token de récompense se déprécie et que la liquidité de sortie diminue dans la même période.
Le risque économique dans DeFi est le risque de perte de capital lorsque le code fonctionne correctement. La source de perte se trouve dans le modèle d’incitation (émission de récompense), la profondeur de liquidité et les mécanismes de liquidation selon le prix de l’oracle.
- Rendement fondé sur l’émission du token de récompense
- Un APY élevé est souvent formé par l’émission de nouveaux tokens de récompense, et non par les revenus de frais du protocole.
- L’émission augmente l’offre du token de récompense ; si la demande ne change pas, le prix du token de récompense baisse.
- Si le prix du token de récompense baisse plus vite que l’accumulation, le résultat en actif de base devient négatif.
- Le revenu issu des frais est plus stable, car il dépend du volume d’opérations dans le protocole.
- Impermanent loss dans un pool AMM
- Dans un AMM (automated market maker), une partie de l’actif en hausse est vendue et l’actif en baisse est racheté, donc lorsque les prix divergent, le résultat peut être moins bon qu’une simple conservation des actifs.
- L’impermanent loss apparaît lorsque le prix d’un actif de la paire s’éloigne du second, et que la position se termine avec une quantité plus importante de l’actif en baisse.
- La volatilité de la paire accélère la redistribution des parts à l’intérieur du pool et augmente l’écart avec une conservation passive.
- Les paires à faible liquidité augmentent le déplacement de prix à chaque transaction et amplifient les pertes à la sortie.
- Sortie d’une position avec une liquidité mince
- Après la fin des incitations, la profondeur du pool diminue et dégrade le prix d’exécution à la sortie.
- Le prix dans l’interface n’est pas le prix d’exécution, car l’exécution dépend de la profondeur du pool et de la taille de la transaction au moment de l’inclusion dans le bloc.
- Un grand volume dans un pool peu profond crée un price impact notable et réduit la quantité d’actif de base reçue.
- Lorsque le réseau est congestionné, les frais de gas augmentent et renchérissent la clôture de la position.
- Liquidations et cascades dans le lending
- Un emprunt avec collatéral est liquidé automatiquement lorsque le seuil de risque est atteint selon le prix de l’oracle.
- Un mouvement brusque du prix franchit les seuils de risque de nombreuses positions et déclenche des liquidations massives.
- Les ventes de collatéral pèsent sur le prix et créent la vague suivante de liquidations.
- Une liquidité mince et un prix d’oracle instable accélèrent la cascade de liquidations.
- Stablecoins et depeg
- L’ancrage d’un stablecoin est maintenu par des réserves, un collatéral ou un mécanisme algorithmique qui rachète le déséquilibre.
- Depeg (perte de l’ancrage d’un stablecoin à son prix cible, par exemple $1) survient lorsque les ventes du stablecoin dépassent la capacité du mécanisme de stabilisation et la profondeur des marchés de rachat.
- Un APY élevé sur un stablecoin est souvent formé par une subvention (paiements depuis les réserves ou émission de tokens pour attirer de la liquidité), et non par un revenu réel, ce qui coïncide avec le risque de sortie du pool.
- La préservation du capital dépend du modèle de garantie et de la profondeur des marchés de sortie.
L’APY sur un stablecoin ne compense pas le depeg si le stablecoin perd son ancrage et se vend avec décote dans un pool peu profond.
- Frais réseau sur de petits volumes
- Lorsque le réseau est congestionné, le coût du gas augmente et accroît les frais d’entrée et de sortie.
- Avec un petit capital, deux frais de gas (entrée et sortie) peuvent absorber tout le résultat de la stratégie.
- Les claims, swaps et rebalancing fréquents augmentent les frais cumulés.
- Les stratégies à forte fréquence d’opérations perdent en efficacité à cause des frais accumulés.
Le choc réglementaire arrive par l’accès : le blocage d’un site dApp ou la coupure d’un fournisseur RPC peut empêcher la clôture d’une position pendant que le smart contract poursuit les liquidations.
Risques réglementaires : statut des opérations et restrictions d’accès aux interfaces
Le risque réglementaire dans DeFi apparaît hors du code du protocole lorsque les restrictions touchent les sites dApp, les fournisseurs API ou l’infrastructure d’accès au moment où la position doit être clôturée ou le collatéral renforcé.
Les smart contracts continuent d’exécuter les opérations sur le réseau, mais la gestion de la position passe généralement par le site dApp et le fournisseur RPC. Le blocage de ces canaux limite l’envoi de transactions et la lecture de l’état de la position via l’interface habituelle.
1) Statut juridique incertain des opérations on-chain
Une même opération on-chain peut être qualifiée d’échange, de crédit, d’émission de dérivé ou de service financier. Une qualification différente selon les juridictions modifie les exigences d’accès et de reporting, transformant l’incertitude juridique en risque opérationnel pour la position.
2) Restrictions des interfaces et de l’infrastructure d’accès
L’accès aux smart contracts passe généralement par des sites, des API et des fournisseurs RPC. La restriction de ces points d’accès modifie la façon de gérer la position, même si le contrat continue de fonctionner.
Scénario : une position de lending est ouverte à l’avance ; ensuite, l’interface web est bloquée par région ou le fournisseur RPC renvoie des erreurs. Le smart contract continue de calculer le prix de l’oracle et d’exécuter les liquidations, mais la clôture de la position via l’interface habituelle devient indisponible.
3) Fiscalité, reporting et charge opérationnelle
Une stratégie DeFi crée un flux d’opérations : swaps, accumulations, claims, rebalancing et liquidations. Un grand nombre de transactions complique la comptabilisation des frais et des prix d’exécution et augmente le risque d’erreurs dans le reporting.
La perte utilisateur est créée par la signature : mauvais réseau, adresse erronée, unlimited approve et slippage large (dégradation autorisée du prix d’exécution) transforment une transaction en débit irréversible de tokens.
Risques utilisateur : adresse, réseau, approve, signatures de messages et paramètres de swap
La plupart des pertes irréversibles dans DeFi sont liées à la signature : mauvais réseau, adresse erronée, approve excessif ou slippage large fixent l’opération dans la blockchain sans procédure d’annulation.
Un wallet DeFi est un outil de signature cryptographique. La signature d’une transaction lance un transfert, un swap, un dépôt ou un retrait ; la signature d’un message peut accorder un droit de dépense du token ou modifier des autorisations sans transaction approve séparée.
1) Erreurs de réseau, d’adresse et de contrat
Vérifications avant l’envoi d’une transaction
- 🌐 Vérification du réseau : une signature dans un autre réseau envoie les tokens vers un autre registre ; l’adresse du destinataire dans cet autre réseau peut ne pas appartenir à l’expéditeur.
- 🏷️ Vérification de l’adresse : une erreur dans l’adresse du destinataire transfère les actifs vers une adresse étrangère ; un smart contract ne contient pas de procédure de remboursement pour un transfert erroné.
- 🧾 Vérification du contrat : la substitution de l’adresse du contrat modifie le destinataire de l’approve ou la logique du swap avant signature.
- 🧪 Opération de test : une transaction minimale confirme le réseau, l’adresse du contrat et la route du swap avant l’envoi d’un gros volume.
2) Approve et autorisations de dépense
Contrôle des droits d’accès aux tokens
- 🎚️ Limite restreinte : unlimited approve donne le droit de dépenser tout le solde du token ; la compromission du contrat ou de l’interface transforme ce droit de dépense en débit effectif.
- 👤 Vérification du spender : l’adresse du destinataire de l’autorisation (spender) doit correspondre au contrat du protocole, sinon l’autorisation part vers une autre adresse.
- 🧰 Séparation des wallets : une adresse de stockage séparée réduit la quantité de tokens sur l’adresse de travail depuis laquelle les approvals sont accordés.
- 🧹 Revoke : la révocation des anciens approvals ferme le droit de dépense après la fin de l’opération.
3) Signatures de messages et droits cachés
Filtre avant confirmation d’une signature
- ✍️ Signature consciente : la signature d’un message peut créer une autorisation de débit ultérieure sans approve séparé si le protocole utilise le message comme autorisation.
- 🎁 Prudence avec les « claims » : une page de phishing insère souvent une signature de message qui accorde un droit de dépense des tokens.
- 📩 Ignorer les messages directs : un compte de « support » dans les messages privés mène souvent à un faux domaine dApp pour signature.
- 🔗 Sources fixes : ouvrir une dApp depuis une adresse enregistrée réduit le risque de substitution du domaine et de l’adresse du contrat.
4) MEV, attaques sandwich et exécution des swaps
Contrôle des paramètres de transaction
- 📏 Slippage strict : un slippage élevé élargit la plage du prix d’exécution et facilite une attaque sandwich.
- 🧱 Fractionnement du volume : un gros swap dans un pool peu profond augmente le price impact ; le fractionnement réduit le price impact de chaque swap.
- ⏳ Prise en compte du mempool : MEV (maximal extractable value — extraction de profit par modification de l’ordre des transactions dans un bloc) apparaît lorsqu’un bot modifie l’ordre des transactions et capte l’écart du prix d’exécution.
- 🧾 Minimum received : le paramètre fixe le résultat minimal du swap et limite la dégradation de l’exécution.
Une attaque sandwich utilise un slippage large : le bot achète avant le swap, fait monter le prix, puis vend après le swap et capte la différence dans l’actif de base.
5) Tokens malveillants et pièges d’interface
Filtre avant l’achat d’un actif
- 🧬 Vérification du contrat : un même nom de token ne garantit pas un même contrat ; un swap peut acheter un token avec une autre adresse de contrat.
- 📉 Évaluation de la liquidité : une faible profondeur du pool dégrade le prix de vente et augmente le price impact à la sortie.
- 🧾 Vérification des conditions de vente : une taxe de vente ou une interdiction de vente modifie le prix réel de sortie et peut bloquer la vente.
- 🚪 Vérification de la sortie : une vente test confirme que le token peut être vendu et que le contrat ne contient ni blocage ni taxe rendant la sortie déficitaire.
Les erreurs répétées entraînent des pertes sans hack : unlimited approve, une seule adresse pour le stockage et les opérations, entrée selon un APY fondé sur l’émission, swap dans un pool peu profond.
Erreurs typiques dans DeFi qui se répètent le plus souvent
Les causes récurrentes de pertes dans DeFi sont liées à trois actions : faire confiance à l’interface web sans vérifier l’adresse, accorder un unlimited approve et entrer dans une stratégie sans calculer la sortie après frais et price impact.
- Unlimited approve par commodité
- L’autorisation de dépense illimitée reste active après la fin de l’opération.
- La compromission du contrat ou de l’interface utilise l’approve actif et débite les tokens sans nouvelle signature.
- Une limite par opération et un revoke ultérieur ferment le droit de dépense après la fin de la stratégie.
- Entrée selon un APY élevé sans vérifier la source du revenu
- L’APY peut être formé par l’émission du token de récompense, et non par les frais du protocole.
- Le prix du token de récompense peut baisser plus vite que la récompense ne s’accumule.
- Le calcul du résultat en actif de base après gas et price impact montre le résultat de la stratégie sans APY vitrine.
- Un seul wallet pour le stockage et les opérations actives
- Le phishing ou une signature malveillante ouvrent l’accès à tout le solde de l’adresse de travail.
- L’absence de séparation des wallets augmente la somme disponible au débit via approvals.
- Une adresse de stockage séparée réduit la somme sur l’adresse qui signe les opérations et accorde les approvals.
- Swap dans un pool peu profond avec slippage large
- Un slippage large permet d’exécuter un swap à un prix dégradé du pourcentage défini et facilite une attaque sandwich.
- La congestion du réseau et la baisse de liquidité augmentent le délai d’inclusion de la transaction et dégradent le prix d’exécution.
- Le fractionnement du volume et la limitation du slippage réduisent les pertes liées au price impact et au MEV.
La perte comportementale se fixe par une série de signatures : le FOMO accélère l’entrée, les swaps répétés augmentent le gas total, et le moyennage renforce l’exposition lorsque la liquidité baisse.
Risques comportementaux : FOMO, série de transactions et hausse des frais
FOMO et entrée sur un rendement surchauffé
Le FOMO pousse à entrer dans une stratégie après une hausse du prix et un pic d’APY, lorsque les conditions de sortie se dégradent déjà.
- Le FOMO (fear of missing out) déclenche l’entrée après une hausse de prix et un rendement vitrine.
- L’APY reste élevé tant que l’émission du token de récompense et l’afflux de liquidité continuent.
- Après la baisse des incitations, la liquidité sort et le price impact à la sortie augmente.
- La sortie fixe une perte si le gas et la dégradation du prix absorbent la récompense.
L’entrée par FOMO se produit souvent au moment où le risque de sortie dépasse déjà le rendement potentiel.
Illusion de contrôle lors de la signature
La signature crée une impression de contrôle, mais le smart contract exécute les paramètres littéralement, sans vérifier les intentions de l’utilisateur.
- L’interface peut remplacer l’adresse du contrat ou les paramètres de l’opération avant la signature.
- Approve et slippage sont confirmés sans vérification du spender ni du minimum received.
- Le smart contract exécute les paramètres signés sans possibilité d’annulation.
- Une erreur de signature se transforme en débit de token ou en échange à un prix plus mauvais.
La signature fixe définitivement la décision : un paramètre incorrect devient immédiatement un résultat financier.
Moyennage d’une stratégie déficitaire
Le moyennage augmente le capital dans une stratégie dont les conditions de base se dégradent déjà.
- Le moyennage augmente l’exposition (part du capital dépendant d’un seul scénario) dans une stratégie dont le revenu provient de l’émission du token de récompense.
- La baisse du prix du token de récompense réduit la valeur finale des accumulations.
- L’augmentation du nombre d’opérations accroît le gas total.
- Chaque nouvelle transaction fixe une perte dans des conditions de liquidité mince.
Une série d’opérations amplifie la perte si l’économie de base de la stratégie ne fonctionne déjà plus.
DeFi ne convient pas lorsque la tolérance à l’erreur de signature est nulle : un mauvais réseau ou un approve sans limite peut retirer tout le solde du token sans remboursement.
Critères de choix entre DeFi et une infrastructure avec annulation et support
Une erreur de réseau, d’adresse de contrat, d’approve ou de slippage dans DeFi est fixée par la signature et n’est pas annulée par le protocole, donc le coût de l’erreur dépasse souvent l’APY manqué.
Facteurs d’arrêt
- 🧨 Une perte partielle de capital est inacceptable pour l’objectif.
- 🧾 Une procédure d’annulation et un mécanisme de restitution des fonds sont nécessaires.
- ⏱️ Il n’y a pas de temps pour vérifier régulièrement les approvals, les adresses de contrats et les paramètres de signature.
- 🎯 Un prix d’exécution exact est nécessaire, tandis que price impact et MEV modifient le résultat de la transaction.
- 🔐 Il n’y a pas de séparation des wallets, avec un risque élevé de phishing et de signature malveillante.
- ⛽ Le volume est faible par rapport au gas, et les frais absorbent le résultat.
Conditions dans lesquelles DeFi est généralement acceptable
- 📏 Une limite de position et une perte maximale admissible sont définies.
- 🧰 L’adresse de stockage est séparée de l’adresse de travail avec un solde limité.
- 🎚️ L’approve est accordé avec une limite et révoqué après la fin.
- 🚪 Une condition de sortie existe en cas de baisse de liquidité et de rendement.
Une infrastructure avec support réduit le dommage d’une erreur opérationnelle grâce aux limites, aux délais de retrait et à une procédure de remboursement ; DeFi transforme l’erreur opérationnelle en transaction on-chain irréversible.
DeFi casse les scénarios nécessitant une annulation et une récupération obligatoires : perte de seed phrase, substitution d’interface ou erreur de réseau ne sont pas compensées par une procédure de support.
Scénarios où DeFi augmente le risque opérationnel
DeFi augmente le risque opérationnel lorsqu’il faut annuler des opérations, récupérer l’accès et obtenir une exécution prévisible sans vérifier manuellement chaque paramètre de signature.
Capital important avec faible tolérance au risque
Avec un capital important, l’absence d’annulation et de remboursement rend une seule erreur de signature critique pour tout le résultat.
- La concentration des fonds dans un seul protocole ou réseau augmente la taille du dommage potentiel.
- La compromission d’une clé, d’un appareil ou d’une interface affecte tout le solde de l’adresse de travail.
- Une transaction incorrecte transfère les actifs vers une adresse étrangère sans mécanisme de retour.
Avec une somme importante, une mauvaise adresse de destinataire ou un unlimited approve peut entraîner une perte comparable à tout le capital sur l’adresse de travail.
Vitesse et précision d’exécution critiques
Dans DeFi, le résultat dépend du mempool, de la profondeur du pool et de l’activité MEV, donc le prix d’exécution peut différer du prix affiché par l’interface.
- Le slippage et la congestion du réseau dégradent le prix d’exécution.
- Un grand volume dans un pool peu profond renforce le price impact.
- Le délai d’inclusion de la transaction modifie l’état du pool entre la signature et l’exécution.
Si une transaction exige un prix fixe et un délai minimal, le mempool, le price impact et le MEV peuvent modifier le prix d’exécution par rapport au prix affiché à l’écran.
Comptabilité simple et reporting transparent nécessaires
Une stratégie active dans DeFi crée des dizaines de transactions et des frais réseau séparés pour chaque opération, donc la comptabilité nécessite l’analyse de chaque transaction.
- Les claims, le rebalancing et les exécutions partielles compliquent le calcul du coût de revient et du résultat.
- Plusieurs réseaux et bridges ajoutent des frais séparés et des événements comptables séparés.
- Une erreur dans la comptabilisation des frais de gas et des prix d’exécution fausse le résultat fiscal et le reporting.
Si une stratégie génère des dizaines de transactions, le reporting devient la comptabilisation de chaque frais de gas et de chaque prix d’exécution par hash de transaction.
Niveau insuffisant de sécurité opérationnelle
Dans DeFi, la sécurité repose sur les clés et signatures de l’utilisateur, donc une faible protection de l’appareil et du navigateur se transforme en perte directe de fonds.
- Les appareils publics et extensions augmentent le risque de substitution d’interface et de vol de session du wallet.
- Le stockage en ligne de la seed phrase facilite la compromission des clés.
- L’absence de séparation des wallets augmente la somme disponible via approvals.
Si l’appareil ou le navigateur sont compromis, l’attaquant peut forcer le wallet à signer un approve ou un transfert et débiter les tokens depuis l’adresse de travail.
Support et récupération d’accès nécessaires
En self-custody, la perte de la seed phrase signifie la perte de contrôle sur l’adresse, car le protocole ne peut pas restaurer les clés ni annuler la propriété.
- Une erreur de stockage des clés n’est pas compensée par un service.
- Sans schémas de sauvegarde, une perte totale d’accès est possible.
- Le transfert d’accès et la succession exigent un schéma juridique et technique séparé.
Si la seed phrase est perdue, l’accès à l’adresse est perdu définitivement, car la blockchain ne contient aucune procédure de récupération des clés.
Volume disproportionné par rapport aux frais réseau
Lorsque le gas est élevé, un petit capital perd sa pertinence, car les frais d’entrée, de gestion et de sortie représentent une part notable du montant.
- Les frais dépassent le résultat lorsque les actions sont fréquentes.
- Une seule erreur de signature annule l’effet de la stratégie.
- L’augmentation du nombre d’opérations accroît les coûts relatifs.
Si le dépôt est faible, deux frais de gas (entrée et sortie) peuvent absorber tout le revenu, même si l’APY dans l’interface paraît élevé.
La perte dans DeFi est liée aux opérations : un swap AMM souffre du MEV et du price impact, le lending de l’oracle et des liquidations, le bridge des validateurs.
Où DeFi devient le plus souvent une source de perte : opérations et facteurs d’arrêt
Le risque DeFi se manifeste dans des opérations concrètes : un swap AMM dégrade le prix d’exécution lorsque la liquidité est mince, le lending déclenche des liquidations selon le prix de l’oracle, le farming dépend de l’émission de récompense et de la liquidité de sortie, et un bridge bloque les retraits en cas de panne des validateurs.
Échanges DEX dans les pools AMM
Un AMM forme le prix à partir du ratio des actifs dans le pool, donc l’augmentation de la taille du swap par rapport à la profondeur du pool accroît le price impact et dégrade le prix d’exécution.
✅ Avantages
- Self-custody sans conservation custodiale.
- Échange sans compte et sans KYC.
- Accès aux tokens sans listing sur exchange.
❌ Inconvénients
- MEV et attaques sandwich sur volumes moyens et importants.
- Dégradation du prix d’exécution dans les pools peu profonds.
- Risque de faux contrat de token et de fausse adresse de pool.
Lending et emprunts avec collatéral
Le lending crée un risque de liquidation, car la baisse du prix du collatéral selon l’oracle déclenche la vente forcée du collatéral sur la liquidité de marché en période de stress.
✅ Avantages
- Revenu d’intérêt sur actifs liquides.
- Emprunt contre collatéral sans vendre l’actif de base.
- Le taux dépend de la demande d’emprunt.
❌ Inconvénients
- Liquidations automatiques lors de mouvements de prix brusques.
- Dépendance à la justesse du prix de l’oracle.
- Risque de modification des paramètres de gouvernance (frais, seuils, limites).
Un excès de collatéral réduit la probabilité de liquidation, car il augmente la distance au seuil de risque selon le prix de l’oracle.
Yield farming et stratégies à APY élevé
Le yield farming combine revenus de frais et incitations en tokens, donc le résultat dépend du prix du token de récompense, de la vitesse d’émission et de la profondeur de liquidité à la sortie.
✅ Avantages
- Revenus issus des frais et des incitations en tokens.
- Entrée et sortie sans stockage sur exchange.
- Accès à de nouveaux modèles de revenu au lancement du protocole.
❌ Inconvénients
- Baisse de l’APY après l’arrêt des incitations.
- Impermanent loss sur paires volatiles.
- Rug pull dans un jeune projet lorsque les organisateurs retirent la liquidité.
Ce qui casse le farming dans le modèle de revenu
- Sortie des LP (fournisseurs de liquidité) et baisse de la profondeur du pool.
- Baisse du prix du token de récompense plus rapide que les accumulations.
- Gas et rebalancing qui réduisent le résultat en actif de base.
- Bug ou arrêt d’un contrat externe dans la chaîne de stratégie.
Bridges et opérations cross-chain
Un bridge cross-chain concentre le risque dans les validateurs et les clés de gouvernance, donc une compromission ou une panne du bridge bloque les retraits d’actifs et rompt la chaîne d’opérations entre réseaux.
✅ Avantages
- Accès à la liquidité de différents réseaux.
- Choix du réseau selon les frais et la vitesse.
- Répartition du capital entre écosystèmes.
❌ Inconvénients
- Concentration de liquidité en un seul point.
- Modèle de sécurité complexe et dépendance aux validateurs.
- Hausse du risque d’erreur opérationnelle lors des transferts entre réseaux.
Dérivés on-chain et trading avec effet de levier
Dans les dérivés on-chain, la position est calculée selon le prix de l’oracle, et l’utilisation du levier laisse une faible marge de sécurité, donc toute erreur de prix, de liquidité ou d’exécution conduit plus rapidement à la clôture forcée de la position.
✅ Avantages
- Hedging sans conservation custodiale.
- Accès aux dérivés via smart contract.
- Compatibilité avec les stratégies on-chain.
❌ Inconvénients
- Cascades de liquidations en cas de volatilité brusque.
- Dépendance du résultat au prix de l’oracle.
- Addition du risque de marché et du risque de protocole.
Les signaux de sortie dans DeFi se mesurent par des paramètres : baisse de la profondeur du pool, hausse du gas, baisse de l’APY, baisse du token de récompense, upgrade du contrat, panne d’interface.
Signaux indiquant qu’il est temps de sortir d’une position DeFi
- L’APY augmente sans hausse des frais ni du volume
- L’APY augmente sans hausse des frais du protocole et sans hausse du volume d’opérations.
- La source de l’APY se déplace vers l’émission ou des incitations temporaires.
- Le prix du token de récompense baisse plus vite que la récompense accumulée.
- L’APY dépend de l’émission si le volume des swaps et les revenus de frais ne progressent pas.
- Le prix de sortie se dégrade à cause de la baisse de liquidité
- La profondeur du pool est plus faible qu’au moment de l’entrée.
- Le retrait nécessite une décote à cause du price impact par rapport au prix attendu.
- En période de stress, le gas augmente et renchérit la sortie.
- Le price impact a augmenté si le même volume de retrait du pool donne moins d’actif de base qu’à l’entrée.
- Un upgrade modifie les paramètres du protocole
- Un upgrade apparaît sans délai suffisant pour vérifier les nouvelles conditions.
- Les frais, coefficients de collatéral ou paramètres de liquidation changent.
- De nouvelles intégrations, bridges ou dépendances externes sont ajoutés.
- Le risque d’upgrade augmente si l’implémentation du contrat change via une clé admin sans timelock.
- L’accès à la gestion de la position devient instable
- L’interface fonctionne avec des erreurs et le RPC affiche un statut de transaction incorrect.
- Une restriction d’accès par région ou une congestion du réseau empêche la clôture de la position.
- L’erreur opérationnelle lors de la signature devient plus probable à cause du manque de temps.
- Le risque d’erreur de signature augmente si la clôture de la position se fait via un nouveau domaine ou un RPC instable.
Si la liquidité du pool baisse, le rendement diminue et l’accès à l’interface se dégrade en même temps, la clôture de la position devient plus chère en gas et pire en prix d’exécution.
DeFi exécute les opérations par smart contract et signature du wallet ; CEX exécute les opérations sur les comptes de l’exchange et peut appliquer des limites, des délais de retrait et une procédure de remboursement.
DeFi vs CEX : où le risque est plus faible et où il est redistribué
Dans DeFi, le résultat de la transaction est entièrement déterminé par les paramètres signés et ne peut pas être annulé, tandis que sur CEX la plateforme peut parfois intervenir et arrêter un retrait erroné.
DeFi exécute la transaction strictement selon les paramètres de signature dans le wallet, tandis que CEX l’exécute via un carnet d’ordres interne et une comptabilité des soldes. Dans DeFi, une transaction erronée est irréversible après inclusion dans un bloc, tandis que CEX peut parfois arrêter le retrait ou restituer les fonds avant le débit définitif.
| Critère | CEX | DeFi |
|---|---|---|
| Conservation des actifs | Les clés sont contrôlées par la plateforme (custodial) | Les clés sont détenues par l’utilisateur (self-custody) |
| Correction des erreurs | Des procédures de remboursement réglementées sont parfois possibles | Les transactions sont irréversibles après inclusion dans un bloc |
| Risque de hack | Incidents centralisés rares, mais de grande ampleur | Incidents au niveau de protocoles et d’interfaces individuels |
| Exécution des transactions | Le prix dépend du carnet d’ordres et des règles de l’exchange | Le prix dépend de la profondeur du pool, du price impact et du MEV |
| Accès et compliance | KYC/AML et procédures réglementaires | Sans compte, mais avec risque de blocage des interfaces et du RPC |
| Transparence | Règles de la plateforme et reporting de l’opérateur | Transactions publiques et code vérifiable lorsque les adresses sont vérifiées |
✅ Où DeFi offre un avantage
- Contrôle des actifs sans conservation custodiale.
- Accès aux outils on-chain sans listing sur exchanges.
- Automatisation de la stratégie par smart contracts lorsque les adresses et paramètres de signature sont vérifiés.
❌ Où CEX est généralement plus robuste
- Grandes opérations où un délai minimal et un prix exact sont nécessaires.
- Scénarios où le support, la récupération d’accès et les procédures sont critiques.
- Scénarios où l’annulation d’un retrait erroné avant le débit final est nécessaire.
Comparaison des modèles d’accès et des risques d’exécution : DEX vs CEX : différences de conservation, d’exécution et d’accès.
La vérification avant signature réduit le risque de transférer des tokens vers une mauvaise adresse et d’accorder un approve au mauvais spender : vérification du réseau et de l’adresse du contrat, vérification du spender dans approve, limitation du slippage et du minimum received.
Points de contrôle avant d’entrer dans DeFi : paramètres de signature et limites d’exécution
La vérification avant signature réduit la probabilité d’un mauvais réseau, d’une substitution d’adresse de contrat, d’un approve excessif et d’un slippage trop large qui fixe un mauvais prix d’exécution.
Vérification de base des paramètres de signature
- Vérification de l’adresse du contrat et de la correspondance du réseau avec l’opération.
- Évaluation de la profondeur de liquidité : un gros volume dans un pool peu profond augmente le price impact.
- Limitation du slippage et vérification du minimum received.
- Vérification des approvals actifs et de la limite de dépense.
- Opération de test avec un volume minimal pour une nouvelle route.
Vérification élargie pour les dépôts et le farming
- Détermination de la source du rendement : frais, intérêts d’emprunt ou émission de récompense.
- Vérification des upgrades, clés admin, multisig et timelock.
- Évaluation de la distribution du token de récompense et du risque de concentration chez les grands détenteurs.
- Évaluation du risque du bridge et du stablecoin dans une stratégie cross-chain, car une panne du bridge ou une perte d’ancrage du stablecoin peut bloquer la sortie.
- Comparaison du gas et du price impact avec le profit attendu en actif de base.
Signes de risque accru
- Nouveau protocole sans historique d’exploitation avec promesses de « garanties ».
- Rendement à deux chiffres en stablecoins sans explication de la source (frais ou intérêts d’emprunt).
- Token de récompense avec forte émission et sans demande durable.
- Description de la sécurité par slogans sans mention du timelock, du multisig, des oracles ni du modèle d’accès.
- Signature demandant un accès non conforme à l’opération (par exemple, dépense du token au lieu du claim de récompense).
La réduction des pertes dans DeFi passe par des limites : moins de fonds sur l’adresse de travail, approve uniquement pour le montant de l’opération, moins de bridges et moins de contrats externes dans la route.
Méthodes de réduction du risque lors de l’utilisation de DeFi
1) Séparation des wallets par rôle
- Adresse de stockage. L’adresse de stockage n’a pas d’approvals actifs ni d’interactions régulières avec les dApps.
- Adresse de travail. L’adresse de travail contient le montant acceptable à risque et sert à signer les opérations.
- Adresse de test. L’adresse de test sert à vérifier de nouveaux protocoles et routes avec des montants minimaux.
2) Gestion des autorisations de dépense
- Approve est accordé pour un volume d’opération précis afin que le contrat n’ait pas le droit de dépenser tout le solde.
- Les approvals inutilisés sont révoqués après la fin de la stratégie afin de fermer le droit de dépense.
- Approve pour un contrat non vérifié augmente l’ampleur des pertes si le contrat ou l’interface est compromis.
Scénarios d’approval phishing et façons d’utiliser les approvals actifs : « Approval phishing dans DeFi : autorisations cachées qui permettent de voler des tokens ».
3) Exécution des transactions avec prise en compte du MEV et de la liquidité
- Le slippage limite la plage du prix d’exécution et réduit l’effet des attaques sandwich.
- Le fractionnement du volume réduit le price impact dans un pool peu profond.
- Une route de swap via plusieurs pools augmente le nombre de smart contracts ; le revert d’un contrat annule la transaction et consomme du gas.
4) Limitation de la concentration et de la complexité
- La concentration du capital dans un seul protocole augmente la somme qui dépend d’une seule vulnérabilité ou d’un seul upgrade.
- Un bridge ou un stablecoin ne doit pas être l’unique point de la stratégie si une perte d’ancrage ou une panne du bridge bloque la sortie.
- La réduction du nombre de maillons réduit le nombre de contrats externes dont dépend le retrait.
DeFi convient lorsque la signature et les autorisations sont contrôlées : vérification du réseau et de l’adresse du contrat, approve avec limite, adresse de stockage séparée et condition de sortie en cas de baisse de liquidité.
À qui DeFi convient avec un contrôle conscient de la signature
DeFi convient à ceux qui acceptent l’irréversibilité des transactions et contrôlent les adresses de contrats, approvals, paramètres de swaps et conditions de sortie ; sans cela, self-custody transforme une erreur de signature en perte directe de fonds.
Utilisateurs avec sécurité opérationnelle structurée
La séparation des adresses, le contrôle des approvals et la vérification des paramètres de signature limitent la somme exposée aux pertes dans un incident.
- L’adresse de stockage est séparée de l’adresse de travail où les signatures sont effectuées.
- Les approvals sont accordés avec une limite et révoqués après l’opération.
- La position est réduite lorsque la profondeur de liquidité baisse et que le prix de sortie se dégrade.
La séparation des adresses et l’approve limité réduisent la quantité de tokens disponible au débit via une signature erronée ou une compromission du contrat.
Traders qui ont besoin de self-custody et d’un accès direct au marché on-chain
Le trading on-chain donne un accès direct aux pools, mais le résultat est déterminé par la profondeur du pool et les paramètres d’exécution de la transaction.
- Un volume modéré réduit le price impact dans un pool AMM.
- La condition de sortie fixe le moment de clôture lorsque l’APY et la liquidité baissent.
- Le slippage et le minimum received limitent la plage du prix d’exécution.
Le prix d’exécution d’un swap dépend de la profondeur du pool et du slippage ; avec une liquidité mince, un même volume de swap donne moins d’actif de base après exécution dans le bloc.
Utilisateurs qui vérifient la carte des dépendances du protocole
La vérification de la source de revenu et des points de risque (oracle, bridge, upgrade, interface) réduit la probabilité d’entrer dans une stratégie où le retrait est bloqué par un contrat externe ou une infrastructure d’accès.
- La séparation du revenu entre frais et émission distingue le revenu de frais d’une subvention en token de récompense.
- La vérification de l’oracle et du coefficient de collatéral montre le risque de liquidation selon le prix de l’oracle.
- La vérification des bridges et intégrations montre quel contrat externe peut bloquer le retrait.
La vérification de l’oracle, du bridge et des upgrades fixe les adresses externes et les clés dont dépendent le retrait et le calcul du seuil de liquidation.
La FAQ couvre huit questions : DeFi vs CEX, approve, slippage, impermanent loss, bridges, petits montants, lending et erreurs typiques des débutants.
FAQ sur les risques et limites de DeFi
DeFi est-il plus sûr que les exchanges centralisés ?
Le plus souvent, non. Pour la plupart des utilisateurs, DeFi comporte un risque opérationnel plus élevé, car toute erreur de signature ou de paramètres de transaction est irréversible.
Dans DeFi, la perte survient à cause d’un bug de smart contract, d’une substitution d’interface ou d’une erreur utilisateur lors de la signature. Sur CEX, la perte est liée à un hack de l’exchange, au gel des retraits selon les règles de la plateforme ou à une erreur de l’opérateur, mais elle peut parfois être réduite grâce aux limites, délais et procédures d’arrêt des retraits.
Pourquoi les autorisations approve sont-elles considérées comme un risque critique ?
Approve donne au smart contract le droit de dépenser des tokens depuis l’adresse de l’utilisateur sans signature répétée. Unlimited approve donne le droit de dépenser tout le solde du token si le contrat ou l’interface est compromis.
Quel slippage peut être considéré comme acceptable ?
Le slippage fixe la dégradation maximale du prix d’exécution par rapport au prix attendu ; avec un slippage large, le swap peut s’exécuter à un prix dégradé du pourcentage défini. Dans un pool peu profond, un slippage large facilite une attaque sandwich et augmente la perte réelle sur le prix.
Des pertes sont-elles possibles dans un pool de liquidité lors d’une hausse du marché ?
Oui. L’impermanent loss apparaît lorsque les prix des actifs de la paire divergent et que l’AMM redistribue les parts d’actifs dans la position LP, donc la valeur finale du LP peut être inférieure à une conservation passive des mêmes actifs.
Pourquoi les bridges sont-ils considérés comme l’élément le plus vulnérable du cross-chain ?
Parce que plusieurs points de défaillance convergent simultanément dans un bridge : validateurs, clés de gouvernance, logique des contrats et mécanisme d’émission des actifs wrapped.
Si au moins un élément casse — les validateurs s’arrêtent, les clés de gouvernance fuient ou le contrat fonctionne incorrectement — le token wrapped perd la possibilité d’être échangé contre l’actif d’origine, et le retrait des fonds peut être bloqué.
Est-il pertinent d’utiliser DeFi avec de petits montants ?
Sur de petits montants, les frais de gas représentent une part importante du capital, donc deux opérations (entrée et sortie) peuvent absorber tout le revenu. La pertinence économique dépend de la capacité du revenu attendu à couvrir deux frais de gas et les pertes liées au price impact.
Pourquoi le lending semble-t-il stable, mais mène souvent à des pertes ?
Le lending contient une liquidation automatique : lorsque le prix du collatéral baisse selon l’oracle, la position est vendue de force. Lors d’une forte baisse, la liquidité de vente du collatéral devient plus mince, donc la liquidation fixe une forte décote par rapport au prix équitable.
Par où commencent les pertes des débutants dans DeFi ?
Les pertes commencent par deux erreurs : une signature incorrecte (réseau, adresse, slippage) et un approve excessif. Une transaction signée est irréversible, et un approve actif permet de débiter le token sans nouvelle signature si le contrat ou l’interface est compromis.
DeFi ne contient ni annulation ni remboursement : la signature fixe le transfert, et les risques liés au code, aux oracles, aux bridges et à la liquidité peuvent coïncider et augmenter la perte.
Quand DeFi ne convient vraiment pas
DeFi devient un mauvais choix lorsqu’il faut une annulation des opérations, un prix d’exécution exact et un dommage minimal après une seule erreur de signature.
DeFi laisse le contrôle des clés à l’utilisateur, mais supprime la procédure d’annulation, la vérification manuelle des opérations et le mécanisme de remboursement. Les clés, signatures, approvals et la vérification des adresses deviennent la seule barrière entre l’actif et une erreur irréversible.
Une perte survient sans hack lorsque l’upgrade du protocole, un prix d’oracle déformé, la baisse de liquidité du pool et un gas élevé coïncident dans une même période et dégradent le prix de sortie ainsi que la capacité de gérer la position.
Renoncer à DeFi réduit le risque de perte irréversible lorsque la position est importante, que le réseau et les adresses ne sont pas vérifiés avant signature, ou que la stratégie exige un prix d’exécution exact en période de congestion du réseau et de liquidité mince.
- Réduction du nombre de dépendances. Moins de protocoles et de bridges réduisent le nombre de contrats externes dont dépend le retrait.
- Séparation des adresses par rôle. L’adresse de stockage réduit la somme disponible au débit via les approvals de l’adresse de travail.
- Évaluation du résultat en actif de base. Le gas et le price impact réduisent le résultat en actif de base, même si l’APY paraît élevé dans l’interface.
- Buffer de collatéral. Un buffer de collatéral augmente la distance au seuil de liquidation selon le prix de l’oracle.
Dans DeFi, le smart contract exécute la signature sans annulation ; une infrastructure avec procédure de remboursement et vérification manuelle des opérations réduit le dommage d’une erreur opérationnelle lors des retraits et transferts.
🛡️ Contenu : sécurité DeFi
Carte des menaces, cas d’attaques et signaux de contrôle des incidents