DeFi, rendement et risque des contrats intelligents

Ce que la DeFi change et ce qu'elle ne change pas

Des applications construites à partir de contrats intelligents permettent d'échanger, de prêter, d'emprunter et de fournir de la liquidité sans institution détenant les actifs. Les soldes et les règles sont visibles, ouvrir des positions se fait généralement sans permission et aucun agrément de compte n'est requis.

Ce qui subsiste, ce sont des frontières de confiance déplacées ailleurs. Le code du contrat doit être juste. L'oracle qui fournit les prix doit être exact et à jour. La gouvernance ne doit pas agir contre les utilisateurs. Le site par lequel vous interagissez ne doit pas être compromis, et c'est un site web classique avec un nom de domaine classique. Supprimer un intermédiaire ne supprime pas la confiance ; cela la déplace vers des composants plus difficiles à évaluer et qui défaillent sans préavis ni recours.

D'où viennent les rendements

Tout rendement a un payeur, et l'identifier constitue l'essentiel de l'analyse. Les intérêts d'un prêt viennent des emprunteurs, donc ils dépendent d'une demande d'emprunt continue. Les frais d'échange viennent de ceux qui utilisent un pool. Les récompenses de staking viennent de l'émission du protocole et des frais de réseau. Les incitations en jetons viennent d'une trésorerie qui distribue son propre jeton.

Cette dernière catégorie est l'origine habituelle des chiffres spectaculaires, et la moins durable. Un rendement élevé annoncé et payé dans le jeton du protocole est une distribution d'unités nouvellement émises. Sa valeur dépend de la capacité de ce jeton à conserver sa valeur pendant que tous ceux qui le reçoivent décident quoi en faire. Ce ne sont pas des intérêts au sens classique.

Pour l'apport de liquidité en particulier, les revenus de frais sont compensés par l'effet de la divergence de prix entre les actifs du pool. Une position peut générer des frais substantiels et valoir malgré tout moins que si l'on avait simplement conservé les deux actifs. Les rendements affichés excluent souvent cet effet.

Liquidation et limites de la surgarantie

Emprunter contre une garantie exige de déposer plus de valeur que ce que l'on emprunte. Cela protège le protocole, pas l'emprunteur. Si la valeur de la garantie baisse ou si la dette accumulée dépasse un seuil, la position est liquidée automatiquement : la garantie est vendue, en général avec une pénalité, sans préavis ni appréciation.

C'est pourquoi un prêt surgaranti peut tout de même être perdu. Le seuil est une règle mécanique évaluée en continu par rapport à un prix d'oracle, et il se déclenche le plus souvent en période volatile, quand les frais de réseau sont élevés et qu'ajouter de la garantie est le plus difficile. Quiconque emprunte devrait connaître le prix exact de liquidation et sa capacité réelle à réagir vite, avant d'ouvrir la position.

Cartographiez la pile de dépendances

Une seule position dépend en général d'un portefeuille, d'un réseau, d'un ou plusieurs jetons, éventuellement d'un pont, d'un oracle, des contrats du protocole, de ses clés de gouvernance, des liquidateurs qui le maintiennent solvable, et de l'interface que vous utilisez. Une défaillance dans n'importe quelle couche peut affecter tout l'itinéraire.

La composabilité aggrave cela d'une manière facile à manquer. Les protocoles s'empilent les uns sur les autres : une position peut donc hériter de risques de systèmes que vous n'avez pas choisis et que vous ignorez peut-être. Un stablecoin utilisé comme garantie, dans un marché de prêt, sur un réseau de mise à l'échelle, atteint via un jeton ponté, est exposé à tout cela simultanément. Ajouter des protocoles multiplie les dépendances au lieu de les diversifier.

• Nommez qui paie le rendement et dans quel actif.
• Identifiez le ratio de garantie et le prix exact de liquidation.
• Trouvez l'oracle et qui peut le modifier.
• Listez les pouvoirs d'administration et de mise à jour sur les contrats.
• Confirmez la liquidité de sortie et le coût en frais d'une sortie précipitée.