À des fins éducatives uniquement ; ceci ne constitue pas un conseil en investissement. Tout investissement peut entraîner des pertes.
Réponse directe
Un prêt flash est une liquidité fournie par un contrat intelligent pendant la durée d’une transaction atomique unique. Dans sa forme classique, l’emprunteur ne dépose aucune garantie, car le contrat de prêt exige le remboursement du principal et des frais avant la fin de cette transaction. Si le règlement requis n’a pas lieu, l’exécution est annulée et les changements d’état de la transaction ne persistent pas.
Cette conception permet à un contrat d’utiliser temporairement des capitaux pour un arbitrage, une liquidation, un échange de garanties ou un refinancement de dette sans que l’opérateur finance à l’avance l’intégralité du principal. Elle ne crée pas d’argent gratuit : la stratégie doit couvrir les frais du prêt, les frais de négociation, le slippage, le gas ainsi que toute exécution défavorable ou MEV. Certaines variantes de protocoles peuvent ouvrir une position de dette ordinaire au lieu d’exiger un remboursement immédiat, mais cette voie nécessite une garantie ou une délégation de crédit et ne doit pas être confondue avec un prêt flash sans garantie.
Les prêts flash peuvent amplifier aussi bien des transactions utiles que des attaques. Ils fournissent des capitaux ; un exploit entraînant des pertes dépend toujours d’une autre faiblesse, comme une donnée de prix manipulable, une comptabilité défaillante, une fonction de rappel non sécurisée ou une règle de gouvernance.
Fonctionnement
- Demande : Un contrat destinataire demande à un pool de liquidités un actif et un montant, par exemple
10,000,000 USDC, et fournit tous les paramètres nécessaires à sa stratégie. - Transfert et fonction de rappel : Le pool transfère l’actif, puis appelle le destinataire. Chaque échange, liquidation, remboursement ou modification de garantie s’effectue par des appels de contrats imbriqués dans la même transaction.
- Exécution de la stratégie : Le destinataire utilise les fonds temporaires. Puisque les appels externes peuvent rentrer à nouveau dans les contrats ou produire des prix inattendus, les implémentations nécessitent un contrôle d’accès explicite, des entrées validées, des limites de slippage et une gestion sûre des autorisations.
- Contrôle du règlement : Le destinataire autorise ou transfère le montant dû. Dans un flux simple de type Aave, le pool prélève le principal majoré de la prime après la fonction de rappel ; un solde ou une autorisation insuffisants entraînent une annulation.
- Résultat atomique : Si tous les appels réussissent, l’état final est enregistré. Si une erreur non interceptée survient ou si le règlement échoue, l’exception de Solidity qui rétablit l’état annule les modifications de l’appel et de ses sous-appels. L’expéditeur peut néanmoins perdre le gas dépensé pour la transaction échouée.
L’atomicité supprime l’exposition au risque de crédit du prêteur au sein de la transaction ; elle ne garantit pas que la stratégie de l’emprunteur soit rentable, privée ou correctement programmée. Les liquidités disponibles, les actifs autorisés, les primes, les interfaces de fonction de rappel, les options de conversion en dette et les mécanismes de suspension sont propres à chaque protocole et peuvent être modifiés par la gouvernance.
Exemple
Supposons qu’un contrat emprunte 10,000,000 USDC pour acheter un actif dans un pool et le vendre dans un autre. Soit A le principal, F les frais du prêt flash, G les coûts de gas et d’exécution, S le slippage et les autres coûts de négociation, et R le montant d’USDC reçu de la vente. Une condition simplifiée du seuil de rentabilité est R >= A + F + G + S.
Supposons que les deux échanges rapportent 10,012,000 USDC, que le prêt exige 10,009,000 USDC, principal et frais compris, et que le gas ainsi que les autres coûts d’exécution s’élèvent à 2,000 USDC. Le bénéfice simplifié est de 10,012,000 - 10,009,000 - 2,000 = 1,000 USDC.
Cette marge apparente peut disparaître avant l’inclusion de la transaction. D’autres chercheurs peuvent la copier ou surenchérir, les réserves des pools peuvent changer, un token peut prélever des frais de transfert imprévus, ou la transaction peut être annulée après avoir consommé du gas. Le contrat doit imposer une sortie minimale acceptable et annuler la transaction lorsque le résultat réalisé lui est inférieur ; un prix affiché sur un tableau de bord n’est pas un bénéfice exécutable.
Risques
- Risque lié à la stratégie et au contrat : Une erreur de programmation, une autorisation non sécurisée, un token malveillant, un chemin de réentrance ou une autorisation incorrecte de la fonction de rappel peuvent faire perdre des fonds déjà détenus par le contrat destinataire.
- Risque de prix, de liquidité et de slippage : Un écart de prix annoncé peut disparaître à mesure que les réserves évoluent. Les pools peu liquides peuvent produire un impact considérable sur les prix, et un oracle fondé sur un marché au comptant manipulable peut permettre à des capitaux temporaires de fausser les décisions du protocole.
- Risque de MEV et d’ordonnancement : Les transactions publiques en attente peuvent être copiées, prises en sandwich, devancées ou suivies. Une soumission privée réduit une partie de l’exposition, mais crée des dépendances envers des constructeurs ou des relais et ne garantit pas l’inclusion.
- Risque de frais et d’annulation : Les primes du prêt, les frais de plateforme, le gas, les frais de transfert des tokens et les frais de priorité doivent tous être couverts. Une opération annulée perd généralement le gas, même si ses changements d’état sont défaits.
- Risque lié au protocole et à la gouvernance : Les suspensions, les mises à niveau, les changements de primes, les retraits de liquidités, les défaillances des oracles et les défaillances de tout protocole intégré peuvent invalider une stratégie par ailleurs solide.
- Risque opérationnel et juridique : Des clés compromises, des adresses erronées, une automatisation peu fiable, des sanctions, la fiscalité ou d’autres règles propres à une juridiction peuvent créer des pertes ou des obligations en dehors du calcul du contrat intelligent.
Pour les auditeurs de protocoles, la présence d’un prêt flash dans la trace d’un incident constitue une preuve de financement temporaire, et non de la cause première. Il faut reproduire les transitions d’état et identifier l’invariant, la source de prix, l’autorisation ou la règle comptable qui a permis à la valeur de sortir.
Idées reçues
Mythe 1 : Un prêt flash est du capital gratuit
Il s’agit de liquidités temporaires soumises à des conditions de règlement strictes. Une stratégie viable doit rembourser le montant requis tout en couvrant chaque coût d’exécution ; sinon, elle est annulée ou perd de l’argent.
Mythe 2 : L’emprunteur peut conserver les fonds jusqu’à un moment ultérieur du bloc
Le prêt classique doit être réglé dans la même pile d’appels de transaction, et non simplement quelque part dans le même bloc. Les fonds ne peuvent pas être transférés vers un portefeuille puis remboursés lors d’une transaction ultérieure.
Mythe 3 : L’exécution atomique élimine tout risque de perte
L’atomicité annule les changements d’état après un échec non intercepté, mais elle ne rembourse pas le gas déjà consommé. Elle n’empêche pas non plus une mauvaise tarification, des autorisations exposées, la MEV ou des pertes sur les fonds que le destinataire possédait avant l’appel.
Mythe 4 : Tout prêt flash est une attaque
L’arbitrage, les liquidations, les échanges de garanties et le refinancement de dettes sont des usages ordinaires. L’exploit réside dans l’hypothèse défaillante concernant l’oracle, l’autorisation, la comptabilité, la gouvernance ou la fonction de rappel ; le prêt flash peut simplement fournir suffisamment de capitaux temporaires pour l’exploiter.
Mythe 5 : Un écart de prix annoncé important garantit un bénéfice
Le bénéfice dépend des prix exécutables et de l’ordre des transactions après prise en compte de tous les frais et du slippage. Simulez la stratégie à partir de l’état de bloc visé, fixez des sorties minimales et considérez une transaction échouée ou surenchérie comme un coût réel.
Sujets connexes
Sources
- FlashLoanLogic.sol - Aave DAO (consulté le : 2026-08-20)
- Expressions and Control Structures - Solidity (consulté le : 2026-08-20)
- DeFi risks and the decentralisation illusion - Bank for International Settlements (consulté le : 2026-08-20)