Dans la majorité des protocoles de prêt DeFi, les utilisateurs doivent fournir des actifs en garantie pour obtenir un prêt. Par exemple, un utilisateur peut déposer de l’ETH en garantie afin d’emprunter des stablecoins. Le système évalue la valeur de la garantie sur la base des prix de marché transmis par des oracles et détermine si le compte reste dans une situation sécurisée.
Lorsque le prix des actifs mis en garantie descend sous un seuil défini, le système active le mécanisme de liquidation en vendant la garantie pour rembourser la dette. Ce processus dépend presque exclusivement de la mise à jour rapide des prix par les oracles ; la précision et la réactivité des données oracles déterminent donc directement le bon fonctionnement du système de liquidation.
Si les mises à jour de prix sont trop lentes, le système risque de ne pas déclencher la liquidation à temps, exposant le protocole à un risque de créances irrécouvrables. À l’inverse, une fluctuation soudaine et anormale des prix peut entraîner des liquidations massives injustifiées. Afin de réduire ces risques, les protocoles DeFi associent généralement plusieurs mécanismes de contrôle des risques :
Ces dispositifs constituent le socle des systèmes de liquidation DeFi, les oracles étant la condition centrale de leur fonctionnement.
Bien que les oracles visent à fournir des données fiables, des attaquants cherchent régulièrement à manipuler les prix pour obtenir des profits indus au sein des protocoles DeFi — ces attaques sont communément qualifiées d’oracle attacks.
Une méthode courante consiste à manipuler les prix sur les exchanges décentralisés. Par exemple, si un protocole utilise le prix spot d’un DEX comme donnée oracle, un attaquant peut exécuter d’importantes transactions pour modifier temporairement les prix du marché, puis profiter de ce prix anormal sur des protocoles de prêt ou de produits dérivés.
Des incidents similaires se sont produits à plusieurs reprises dans l’écosystème DeFi ces dernières années. Ces attaques présentent généralement plusieurs caractéristiques : les attaquants obtiennent d’abord d’importants capitaux via des flash loans, manipulent ensuite les prix sur des paires de trading à faible liquidité, puis exploitent ces prix anormaux pour réaliser de l’arbitrage sur d’autres protocoles. L’ensemble du processus pouvant être mené en un seul bloc, le système n’a souvent pas le temps de réagir.
Ces cas mettent en lumière un point critique : si un oracle dépend trop d’un seul marché, ses prix peuvent être manipulés sur de courtes périodes. C’est pourquoi de nombreux projets DeFi ont entrepris de repenser leur architecture oracle pour réduire les risques d’attaque.
Pour limiter les risques de manipulation des prix, les protocoles DeFi évitent généralement d’utiliser les prix du marché à un instant précis et privilégient des méthodes de traitement des données plus robustes. L’une des solutions les plus répandues est le Time-Weighted Average Price (TWAP).
Le principe du TWAP consiste à calculer une moyenne des prix sur une période donnée, plutôt que de s’appuyer sur un prix spot. De cette manière, il devient difficile pour un attaquant d’influencer significativement la donnée finale en modifiant les prix du marché sur une courte durée ; manipuler les prix exige alors un effort soutenu et des coûts beaucoup plus élevés.
Outre les mécanismes de moyenne pondérée dans le temps, de nombreux systèmes d’oracle adoptent également une approche multi-sources. Le système ne dépend donc pas d’un seul exchange ou marché, mais collecte les informations de prix auprès de plusieurs plateformes de trading et les agrège, ce qui réduit l’impact des fluctuations sur un marché isolé.
Dans les systèmes plus avancés, les oracles peuvent également combiner d’autres stratégies de sécurité :
L’ensemble de ces mécanismes constitue l’architecture de sécurité des oracles DeFi modernes, permettant aux systèmes de fonctionner de manière stable malgré la volatilité des marchés et les attaques potentielles.