DeFi

La finance décentralisée, généralement appelée DeFi, désigne des applications qui utilisent les règles d’une blockchain pour échanger des actifs, organiser des prêts garantis ou combiner des services financiers. Au lieu de dépendre uniquement du registre privé d’une entreprise, une partie des règles et des enregistrements est partagée sur un réseau. Cela permet de vérifier le fonctionnement d’un service et de développer des logiciels compatibles. Cela ne signifie pas que chaque décision, actif ou dépendance est décentralisé.

L’intérêt est concret : un développeur peut créer un service que d’autres applications intègrent, et les transactions peuvent être réglées sur une infrastructure commune en dehors des horaires habituels d’ouverture. Une personne qui compare deux services peut parfois examiner les mêmes registres publics que leurs développeurs. Ce sont des progrès réels en matière d’ouverture. Ils ne rendent pas automatiquement une application moins chère, accessible dans tous les pays ou adaptée à une personne qui ne peut pas se permettre de perdre de l’argent.

Il est utile de distinguer trois couches : la blockchain qui enregistre les transactions, le protocole qui définit un service particulier et le site par lequel les utilisateurs y accèdent. Elles peuvent avoir des opérateurs et des points de défaillance différents. Un protocole ouvert peut encore dépendre d’un site à accès restreint, d’un émetteur de stablecoins ou d’un petit groupe d’administrateurs. Demander qui contrôle chaque couche est plus instructif que de prendre le mot « décentralisé » pour un certificat de qualité.

La DeFi est une manière d’organiser des services, pas une garantie de décentralisation ou de protection.

Un contrat intelligent est un logiciel enregistré et exécuté sur une blockchain. Il peut comptabiliser des dépôts, calculer une position ou autoriser un retrait lorsque des conditions sont remplies. Il n’est pas intelligent, et son nom ne signifie pas que chaque action constitue un contrat juridiquement opposable. Le logiciel suit son implémentation, erreurs comprises. Certains déploiements sont immuables ; d’autres peuvent changer grâce à des mécanismes de mise à jour. Ce sont l’adresse exacte, le réseau et la version qui identifient le système, pas son logo.

Un portefeuille en garde personnelle gère les clés ou d’autres dispositifs de signature qui autorisent des actions. Les jetons sont enregistrés sur le réseau, pas stockés dans le téléphone. Connecter un site ordinaire pour lui montrer une adresse diffère de la signature d’une transaction ou d’un message. Une signature peut néanmoins conférer une véritable autorisation : certains messages signés permettent de dépenser des jetons sans ressembler à un transfert classique. Un libellé lisible dans le portefeuille est utile, mais ne rend pas une demande malveillante inoffensive.

Les autorisations de jetons permettent à un contrat précis de dépenser un jeton donné, parfois jusqu’à un plafond élevé. Elles peuvent rester actives après l’interaction initiale. Elles sont distinctes de la phrase de récupération du portefeuille, qui ne doit jamais être communiquée à un site. Une clé volée, une autorisation trop large et un contrat vulnérable sont des problèmes différents, avec des conséquences différentes. Ce guide explique ces distinctions ; il ne demande jamais de connecter un portefeuille, de révéler un secret ni d’approuver une transaction.

Considérez les signatures et les permissions de dépense comme des autorisations, pas comme de simples clics.

Un carnet d’ordres répertorie des ordres d’achat et de vente à différents prix. Une transaction est exécutée lorsque des ordres compatibles se rencontrent. Un teneur de marché automatisé, ou AMM, utilise plutôt des actifs déposés dans des réserves de liquidité, appelées pools, et des règles déterminant le prix d’exécution. Les premiers modèles d’Uniswap ont popularisé la relation à produit constant x × y = k ; c’est un modèle pédagogique utile, pas la description de toutes les réserves ou de toutes les plateformes modernes. D’autres modèles utilisent des plages concentrées, des courbes différentes ou des carnets d’ordres sur blockchain.

Le prix affiché n’est pas toujours celui obtenu pour un échange important. L’impact de prix est la variation provoquée par la taille de l’échange par rapport à la liquidité disponible. Le glissement, ou slippage, désigne l’écart entre le résultat attendu et celui de l’exécution ; il peut refléter les mouvements de marché et les conditions d’exécution intervenus entre-temps. Une réserve peu liquide peut être facilement déplacée même si son prix affiché semble normal. Un agrégateur peut comparer les chemins d’exécution, mais davantage de chemins peuvent aussi impliquer plus de contrats et de frais.

Les coûts comportent plusieurs niveaux. Les fournisseurs de liquidité, le protocole, l’interface ou le service de routage peuvent facturer des frais ; le réseau sous-jacent facture séparément l’exécution. Sur Ethereum, le gas rémunère le calcul, et une transaction incluse qui échoue peut tout de même consommer des frais. Une limite d’exécution peut empêcher un échange à des conditions inacceptables sans garantir que la transaction aboutisse. Rien de tout cela n’équivaut à une plateforme promettant un prix fixe ou un service sans interruption.

Comparez le mécanisme d’exécution, la liquidité et tous les coûts, pas seulement le prix affiché.

Les fournisseurs de liquidité, souvent appelés LP, déposent des actifs dans une réserve afin que d’autres personnes puissent les échanger. Leur position évolue à mesure que les transactions modifient les actifs détenus par la réserve. Ils ne se contentent pas de percevoir des frais sur des actifs qui resteraient inchangés. Dans une réserve simple de deux jetons à produit constant, la hausse du prix relatif d’un jeton laisse la réserve avec moins de ce jeton et davantage de l’autre. L’arbitrage rapproche son prix des marchés extérieurs, avec des conséquences pour ses fournisseurs.

La perte impermanente compare la valeur d’une position de liquidité à celle de la simple conservation des actifs initiaux, avant de prendre en compte les frais perçus et les autres coûts pertinents. Le nom peut induire en erreur : l’écart est réel lorsque la position est fermée, et rien ne garantit que les prix relatifs reviendront à leur niveau initial. Il est aussi possible de gagner en dollars tout en faisant moins bien que si l’on avait conservé les jetons. Ces constats utilisent des références différentes ; ils ne se contredisent donc pas.

La liquidité concentrée permet d’affecter du capital à une plage de prix choisie. Cela peut améliorer l’utilisation du capital, mais change le suivi nécessaire pour comprendre la position. Hors de cette plage, elle peut ne plus percevoir de frais de négociation et se retrouver concentrée dans un seul actif. Les frais ne compensent pas automatiquement les mouvements défavorables, les défaillances de contrats ou la perte de la garantie d’un jeton. Fournir de la liquidité est une activité de tenue de marché avec des arbitrages à faire, pas un compte d’épargne sous un autre nom.

Il faut évaluer ensemble les revenus de frais et la valeur des actifs.

Sur un marché de prêt surcollatéralisé, l’emprunteur fournit des actifs valant davantage que sa dette. Cela peut apporter de la liquidité sans vente immédiate, mais crée une obligation qui accumule des intérêts. Les apporteurs fournissent les actifs empruntés et perçoivent des intérêts selon les règles du marché. Ils sont exposés au protocole, aux garanties et à la liquidité disponible ; un jeton représentant leur position n’est pas un dépôt bancaire assuré. Les paramètres diffèrent selon les actifs, marchés, réseaux et versions du protocole.

Le ratio prêt-valeur, ou LTV, compare la dette à la valeur des garanties. La limite d’emprunt et le seuil de liquidation ne sont pas nécessairement identiques. Aave exprime aussi la marge de sécurité par un facteur de santé, qui rapporte les valeurs des garanties pondérées par leurs seuils de liquidation à la valeur de la dette. En dessous de un, la position peut être liquidée selon les règles du protocole. L’accumulation des intérêts, la baisse de la garantie ou la hausse de l’actif emprunté peuvent réduire cette marge.

La liquidation permet de rembourser une dette en transférant des garanties, généralement avec une incitation pour le liquidateur. Elle peut intervenir selon les règles du protocole sans attendre que l’emprunteur lise un avertissement. Les mouvements rapides, la congestion et les conditions des oracles peuvent dégrader le résultat, et des pertes peuvent subsister si les garanties sont insuffisantes. Du côté des apporteurs, un retrait immédiat dépend aussi de la liquidité non empruntée et des conditions du marché. Un fonctionnement continu ne promet pas une sortie immédiate.

Emprunter transforme la détention d’un actif en une position qui doit rester suffisamment garantie.

Une blockchain peut vérifier son propre état enregistré, mais un contrat de prêt peut aussi avoir besoin du prix en dollars d’une garantie. Un oracle fournit l’information sous une forme exploitable par le contrat. Il peut agréger les prix de plusieurs marchés ou utiliser un calcul portant sur une période. Les détails comptent : quels marchés contribuent, à quelle fréquence les observations sont mises à jour, ce qui déclenche une mise à jour et ce qui se passe si la source s’arrête. Un oracle est un mécanisme d’information, pas une garantie de vérité.

Un marché unique peu liquide se manipule plus facilement qu’une référence large et solide. Les retards comptent aussi lorsque les prix changent rapidement. Un protocole peut intégrer des vérifications, des plafonds ou des mesures d’urgence, mais ces contrôles ajoutent leurs propres hypothèses et opérateurs. Le prix de liquidation affiché peut différer d’un cours au comptant ailleurs, car l’oracle utilisé, le solde de dette et les règles du protocole diffèrent. Le rafraîchissement récent d’un site ne prouve pas l’existence d’une nouvelle observation.

Les stablecoins ajoutent une autre couche. Un jeton visant un dollar ne vaut pas nécessairement un dollar sur toutes les places et n’est pas remboursable à tous les détenteurs aux mêmes conditions. Si un marché de prêt l’évalue mal, l’erreur peut se répercuter sur les limites d’emprunt et les liquidations. Il faut donc examiner séparément les réserves en monnaie officielle, l’émission garantie et les autres mécanismes de stabilisation. Notre guide des stablecoins détaille ces structures ; ici, le point essentiel est qu’une unité de compte familière ne supprime pas les risques liés aux données ou aux garanties.

Vérifiez ce que mesure un prix et quand il a été observé, pas seulement quand il s’est affiché.

Un rendement doit avoir une source. Les emprunteurs peuvent payer des intérêts ; les négociateurs, des frais aux réserves ; un réseau de preuve d’enjeu peut rémunérer la participation à la validation ; un projet peut distribuer des jetons pour attirer des utilisateurs. Ces flux ne sont pas interchangeables. Un taux de prêt variable réagit à des conditions comme le taux d’utilisation et les paramètres de gouvernance. Une incitation versée dans un jeton volatil peut perdre de la valeur, et une distribution temporaire peut s’arrêter alors que les risques sous-jacents demeurent.

L’APR désigne généralement un taux annualisé simple, tandis que l’APY intègre une fréquence supposée de capitalisation des rendements. Aucun de ces termes ne précise à lui seul si le taux comprend les incitations, les frais, les variations du prix des jetons ou les conditions de retrait. Annualiser une observation courte peut donner à une hausse temporaire une apparence durable. Une explication utile identifie qui paie, dans quel actif, sur quelle période mesurée et selon quelles hypothèses. Un pourcentage affiché inhabituellement élevé pose une question sur son origine ; il ne dit pas s’il est intéressant.

Le staking liquide mérite lui aussi des termes précis. Le stETH de Lido est lié au staking Ethereum et comporte des risques de contrat, de validateur, de retrait et de prix de marché ; ce n’est pas du staking natif de Bitcoin. Les règles de preuve de travail de Bitcoin ne rémunèrent pas un détenteur simplement parce qu’il laisse des BTC dans un portefeuille. Un service annonçant un rendement sur BTC doit recourir à un dispositif supplémentaire de prêt, de négociation, de garantie ou d’une autre nature. Le sUSDS de Sky représente un mécanisme distinct de taux d’épargne variable ; détenir de l’USDS ordinaire et du sUSDS correspond à des expositions différentes.

Comprenez qui paie et quels sont les risques avant de comparer des pourcentages.

La composabilité permet à une application de s’appuyer sur une autre sans recréer chaque composant. Un développeur peut, par exemple, combiner un échange, un dépôt de garantie et un remboursement de dette. Lorsque le réseau et les contrats le permettent, plusieurs étapes peuvent former une transaction atomique : soit la séquence requise aboutit, soit les modifications d’état sont annulées ensemble. Cela peut réduire certaines incertitudes d’exécution. Cela ne rend pas les prix choisis, les garanties ou le logiciel économiquement solides, et des frais de réseau peuvent tout de même être payés.

Le prêt instantané, ou flash loan, en est un exemple particulier : les actifs sont empruntés puis remboursés, avec les frais exigés, dans une même transaction. Si les conditions ne sont pas remplies, la transaction est annulée. Cela peut permettre un refinancement ou un arbitrage sans laisser un prêt ordinaire non garanti en cours. Ce même pouvoir d’achat temporaire peut révéler ailleurs des hypothèses fragiles sur les prix. Un flash loan est un outil ; un oracle ou un contrat vulnérable est la faiblesse qui rend une attaque possible.

Les connexions transmettent aussi les problèmes. Un jeton représentant un dépôt dans un service peut devenir une garantie dans un deuxième, dont le jeton entre ensuite dans un troisième. Un incident au premier niveau peut affecter toute la chaîne. Des emprunts et dépôts répétés peuvent accroître le levier et rendre trompeur un total élevé pour l’écosystème. La valeur totale verrouillée, ou TVL, peut compter des droits liés dans plusieurs services ; ce n’est pas automatiquement du capital distinct, des revenus, une liquidité disponible pour sortir ni une preuve de solvabilité.

Davantage d’intégrations peuvent créer des services utiles tout en renforçant la dépendance envers d’autres systèmes.

La gouvernance détermine qui peut proposer des changements, décider des paramètres et exécuter les décisions. Une organisation autonome décentralisée, ou DAO, peut utiliser le vote par jetons, des votes délégués ou d’autres dispositifs. La participation peut être inégale, avec une influence concentrée parmi les gros détenteurs ou les délégués actifs. Un jeton de gouvernance ne donne pas automatiquement la propriété d’une entreprise, un droit aux dividendes ou une protection à tous les utilisateurs. Ses pouvoirs réels doivent être examinés dans les documents et l’implémentation du protocole concerné.

Les permissions administratives peuvent permettre de suspendre certaines fonctions, de modifier les paramètres des garanties ou de mettre à jour les contrats. Un dispositif multisignature exige plusieurs signatures autorisées, mais leur nombre ne prouve pas à lui seul l’indépendance des signataires. Un délai d’exécution, ou timelock, retarde certains changements et laisse du temps pour réagir ; il ne rend pas chaque changement sûr et ne garantit pas qu’une personne pourra sortir pendant une congestion. Les pouvoirs d’urgence peuvent aider à contenir un incident tout en concentrant les responsabilités.

Il est plus utile de poser des questions précises que d’attribuer une note unique de décentralisation. Les validateurs peuvent-ils censurer des transactions ? Les administrateurs peuvent-ils remplacer le code ? L’émetteur d’un actif peut-il geler des jetons ? L’accès dépend-il d’un seul site ou fournisseur d’infrastructure ? Les décisions sont-elles publiques, et quelles actions contournent le vote ordinaire ? Un service peut être ouvert sur un plan et concentré sur un autre. Cela n’efface pas son utilité ; cela décrit les hypothèses dont elle dépend.

Identifiez les pouvoirs réels, leurs détenteurs et les limites qui les encadrent.

La valeur maximale extractible, ou MEV, désigne la valeur obtenue par l’inclusion, l’exclusion ou l’ordre des transactions, au-delà de la rémunération ordinaire des blocs et des frais. Les acteurs et les mécanismes diffèrent selon le réseau. L’arbitrage peut rapprocher les prix et les liquidations peuvent aider un marché de prêt à fonctionner. D’autres stratégies, notamment le fait d’encadrer un échange visible par des transactions avant et après dans une attaque sandwich, peuvent dégrader l’exécution pour la personne visée.

Cela explique pourquoi la transparence seule ne suffit pas à une bonne expérience de négociation. Une transaction en attente dans une file publique peut révéler une occasion économique avant d’être finalisée. Les systèmes d’envoi privé, les enchères par lots et d’autres modèles cherchent à réduire certains problèmes, mais peuvent ajouter des intermédiaires ou dépendre de leurs propres règles d’ordonnancement. Aucun libellé d’interface ne prouve l’absence de toute forme de MEV. Les protections pertinentes doivent être comprises pour le réseau et le service précis.

La leçon générale est d’évaluer les résultats autant que l’accès au logiciel. Un marché peut être ouvert à tous tout en récompensant l’infrastructure la plus rapide ou la meilleure information. La qualité d’exécution, la concentration du pouvoir d’ordonnancement et le traitement des liquidations en situation de tension ont donc leur place dans une évaluation honnête de la DeFi. Ce sont des problèmes de conception encore travaillés, pas la preuve que la finance ouverte n’a aucune valeur ; ils expliquent pourquoi l’ingénierie et la structure des marchés doivent progresser ensemble.

La validité d’une transaction et l’équité de son prix d’exécution sont deux questions différentes.

Le réseau de base de Bitcoin permet des transferts selon ses propres règles de consensus et de script. De nombreuses applications DeFi fonctionnent plutôt sur d’autres blockchains. Un jeton appelé wrapped BTC représente un droit ou un mécanisme visant à suivre BTC ; ce n’est pas du BTC natif contrôlé directement par des clés Bitcoin. Il faut identifier les conditions de garde, de remboursement, de contrat et de pont. Une cible de correspondance un pour un ne prouve pas que tout détenteur pourra toujours récupérer les monnaies natives sans délai ni perte.

Les ponts relient différents systèmes en transmettant des messages ou en organisant des mouvements correspondants d’actifs. Leur sécurité peut dépendre de validateurs, de signataires, de preuves, de logiciels et de procédures de récupération. Rootstock illustre une chaîne latérale liée à Bitcoin : le minage fusionné utilise un travail associé au minage de Bitcoin, tandis que PowPeg gère la relation entre BTC et rBTC. Ce sont des composants distincts. Il faut évaluer les règles des applications de Rootstock et les hypothèses de son pont en plus de celles de Bitcoin ; les mineurs Bitcoin ne rendent pas sûr chaque contrat d’une chaîne latérale.

Lightning répond à un autre besoin : ses canaux peuvent permettre des paiements Bitcoin efficaces sans en faire un substitut général à toute plateforme de prêt ou de négociation. Les systèmes fédérés, les chaînes latérales et les propositions de recherche ne doivent pas non plus être regroupés comme des couches Bitcoin exigeant toutes aussi peu de confiance. L’innovation peut élargir les possibilités des utilisateurs de Bitcoin, mais chaque ajout doit expliquer ce qui reste natif, ce qui est représenté ailleurs et qui peut empêcher ou retarder une sortie. Notre guide de la mise à l’échelle compare les principales approches.

Une application offrant une exposition à Bitcoin n’hérite pas automatiquement de tout son modèle de sécurité.

La plus grande ambition de la DeFi n’est pas simplement de multiplier les échanges. C’est de créer des logiciels financiers que l’on peut examiner, connecter et améliorer : des garanties transparentes, des règles de règlement prévisibles et une concurrence entre interfaces. Il est utile de demander si un service résout un problème réel, explique ses dépendances et continue de fonctionner sous pression. La popularité, le volume de transactions et la valeur déposée répondent à des questions différentes. Le volume peut inclure une activité répétée ; les dépôts ne sont pas des bénéfices ; la valeur de marché d’un jeton n’est pas le solde de trésorerie du protocole.

Hyperliquid est un exemple de conception important car il combine une infrastructure spécialisée de marchés sur blockchain et un environnement d’exécution d’applications. Son approche par carnet d’ordres diffère de celle d’une réserve AMM. Cela le rend pertinent pour discuter de performance, de transparence et de composabilité, sans transformer la popularité en garantie de sécurité. L’analyse dédiée ci-dessous distingue les mécanismes documentés, les observations d’activité datées et les questions restantes. Les dérivés perpétuels, le levier et les fonds de fournisseurs de liquidité présentent des risques supplémentaires par rapport à un simple échange d’actifs.

Une revue pédagogique doit examiner la documentation officielle, les versions déployées, les permissions, les audits, les déclarations d’incident et les changements importants au fil du temps. Un audit est un examen à périmètre défini, pas une assurance ; un code source vérifié établit sa correspondance avec le code publié, pas la sécurité de sa conception. Les exemples de ce guide servent à expliquer des mécanismes, pas à classer des produits ou à recommander une transaction. Apprendre à poser ces questions est plus durable que de mémoriser le plus gros protocole du moment ou le taux affiché le plus élevé.

La possibilité offerte est une finance ouverte et programmable ; le critère est un fonctionnement transparent et résilient.