J'ai déjà beaucoup écrit sur le sujet par le passé, donc je ne vais pas développer un essai complet aujourd'hui, mais en ce qui concerne les stablecoins (y compris ceux pour ETH ou d'autres actifs de référence), les oracles codés en dur sont fragiles. Ils fonctionnent jusqu'au moment où ils s'effondrent de manière catastrophique.

En contraste, les oracles en direct permettent l'atténuation des risques en temps réel, mais au prix de pénaliser les utilisateurs pour les faux positifs si la liquidité s'assèche.

Les deux sont des choix de conception légitimes, mais doivent suivre des processus de souscription différents. Ne codez en dur que si vous effectuez la diligence raisonnable sur l'actif sous-jacent et êtes confiant dans sa capacité à honorer les remboursements comme prévu.

Les fondamentaux techniques et financiers doivent être solides, et une prime de risque doit être attribuée aux taux ou une décote appliquée au LTV le cas échéant.

Les oracles en direct vous permettent d'être relativement indifférent à la qualité de l'actif (au-delà de la sécurité technique des contrats intelligents) et de rester concentré sur la disponibilité de la liquidité.

N'oublions pas non plus que des configurations d'oracle plus complexes sont également possibles. J'ai personnellement préconisé que les stablecoins codent en dur lorsque la liquidité n est viable dans un contrat de remboursement, puis basculer vers des oracles de prix de marché dès que la liquidité tombe en dessous de n.

En fin de compte, cela ressurface à nouveau un problème persistant de « migration du crédit » où DeFi s'appuie sur les curateurs et les consultants en risques pour signaler manuellement quand un actif passe d'excellent à bon à acceptable à faible en tant que garantie. C'est bien trop lent dans des cas comme USR, même s'il était 100% exact.

DeFi automatise, accélère et simplifie (même si cela peut parfois sembler autrement) la finance par rapport aux alternatives traditionnelles. Nous construisons finalement des distributeurs automatiques financiers, et c'est simplement un fait qu'il est vraiment difficile de fabriquer une machine qui fonctionne comme prévu dans toutes les conditions.

Mais il y a clairement des moyens d'améliorer à la fois la conception des oracles et leur utilisation, et c'est décevant de voir une innovationlente sur ce front.