Que sont les oracles blockchain et pourquoi les contrats intelligents en ont-ils besoin

Les contrats intelligents sont puissants, mais ils sont aussi aveugles. Ils ne peuvent pas voir les prix, lire les données météorologiques ou vérifier qu'un paiement est arrivé sur un compte bancaire. Les oracles sont l'infrastructure qui connecte les blockchains au monde extérieur, et la sécurité de plus de 200 milliards de dollars en DeFi dépend de leur bon fonctionnement.

La plupart des explications sur les oracles de blockchain commencent par une définition et s'arrêtent là. Ils vous disent qu'un oracle est un pont entre une blockchain et le monde extérieur, ce qui est vrai mais insuffisant. C'est comme dire qu'un réseau électrique est un pont entre un générateur et un interrupteur. Techniquement correct. Pratiquement inutile pour comprendre pourquoi le réseau tombe en panne, qui paie quand cela arrive, et pourquoi la conception du réseau importe plus que celle de l'interrupteur.

Le point de départ le plus utile est la contrainte que les oracles existent pour résoudre. Les contrats intelligents sont déterministes. Chaque nœud du réseau doit exécuter le même code et arriver au même résultat. Si un contrat intelligent pouvait interroger directement une API de prix d'actions, différents nœuds recevraient des réponses différentes à des moments différents, et le consensus se briserait. La blockchain bifurquerait non pas à cause d'un différend de gouvernance mais à cause d'une erreur d'arrondi dans un flux de prix.

Les oracles existent parce que les blockchains ont choisi le déterminisme plutôt que la connectivité, et ce choix n'est pas négociable. Chaque solution d'oracle est une tentative d'apporter des données externes en chaîne sans briser la propriété qui rend les blockchains dignes de confiance en premier lieu.

Comment fonctionnent réellement les oracles

L'architecture standard des oracles comporte trois couches : la collecte des données, l'agrégation et la livraison en chaîne.

Au niveau de la collecte, les nœuds d'oracle se connectent à des fournisseurs de données externes. Pour un flux de prix, cela peut signifier extraire le prix ETH/USD de Coinbase, Kraken, Binance et plusieurs autres bourses simultanément. Pour un oracle météo, cela peut signifier se connecter à plusieurs API météorologiques. Le principe est le même : aucune source unique n'est digne de confiance.

Au niveau de l'agrégation, le réseau d'oracles combine ces points de données en une seule valeur. La méthode la plus courante est une médiane pondérée, qui écarte les valeurs aberrantes et produit un résultat qu'aucun fournisseur de données unique ne peut manipuler. Si sept nœuds signalent des prix entre 2 000 $ et 2 005 $ et qu'un nœud signale 50 000 $, la médiane ignore la valeur aberrante.

Au niveau de la livraison, la valeur agrégée est écrite dans un contrat intelligent en chaîne. C'est le point où les données externes deviennent des données de blockchain, immuables et disponibles pour tout contrat qui y fait référence. Le contrat en chaîne stocke la dernière valeur, et tout protocole DeFi peut la lire.

Ce modèle à trois couches semble propre en théorie. En pratique, chaque couche introduit des surfaces d'attaque, de la latence et des coûts. Comprendre où les oracles échouent nécessite d'examiner chaque couche séparément.

Le problème de l'oracle expliqué

Le problème de l'oracle n'est pas un bug. C'est une tension fondamentale dans la conception de la blockchain qui ne peut être entièrement résolue, seulement gérée.

Une blockchain tire sa sécurité de la décentralisation. Aucune entité unique ne contrôle le registre. Mais si chaque contrat intelligent sur cette blockchain lit les données de prix à partir d'un oracle unique contrôlé par une seule entreprise, la sécurité de l'ensemble du système se réduit à la sécurité de cette seule entreprise. La blockchain est décentralisée. Les données dont elle dépend ne le sont pas.

C'est pourquoi le problème de l'oracle est parfois décrit comme le problème du dernier kilomètre de la sécurité de la blockchain. Vous pouvez construire un contrat intelligent parfaitement audité, le déployer sur un réseau parfaitement décentralisé, et tout perdre si l'oracle qui lui fournit des données est compromis.

Les solutions se répartissent en deux catégories. Les oracles centralisés sacrifient la décentralisation pour la rapidité et la simplicité. Une seule entité gère l'oracle, et les utilisateurs font confiance à cette entité pour fournir des données précises. Cela fonctionne pour les applications à faible enjeu, mais est inadapté aux protocoles DeFi détenant des milliards de dollars.

Les réseaux d'oracles décentralisés répondent au problème de confiance en distribuant la collecte et l'agrégation des données sur plusieurs nœuds indépendants. Chainlink a été le pionnier de ce modèle, exigeant qu'un quorum configurable de nœuds s'accorde sur un point de données avant qu'il ne soit publié sur la chaîne. La structure d'incitation économique oblige les opérateurs de nœuds à déposer une garantie qui peut être réduite en cas de fourniture de données inexactes, alignant ainsi leur intérêt financier sur un reporting honnête.

Aucune de ces approches n'élimine entièrement le problème de l'oracle. Les réseaux d'oracles décentralisés réduisent la probabilité de manipulation mais augmentent le coût et la latence. Ce compromis est une décision de conception, pas un défaut de conception.

Pourquoi la DeFi ne peut pas exister sans oracles

La dépendance est arithmétique, pas philosophique. Prenons un protocole de prêt comme Aave. Un utilisateur dépose un ETH comme garantie et emprunte 1 500 $ en stablecoins. Le protocole doit connaître en continu le prix de l'ETH pour déterminer si la garantie couvre le prêt.

Si l'ETH chute de 2 000 $ à 1 400 $, le prêt est sous-garanti et doit être liquidé. Sans un oracle fournissant le prix actuel, le protocole n'a aucun moyen de déclencher la liquidation. Les emprunteurs de stablecoins accumuleraient des créances irrécouvrables, et le protocole deviendrait insolvable.

Ce n'est pas un scénario hypothétique. Chaque protocole de prêt, chaque bourse de contrats à terme perpétuels, chaque plateforme d'options et chaque actif synthétique sur chaque blockchain dépend des oracles pour les prix qui déterminent la solvabilité. La valeur totale verrouillée dans les protocoles DeFi qui s'appuient sur les flux de prix des oracles dépasse 200 milliards de dollars sur toutes les chaînes.

La même dépendance s'étend au-delà des flux de prix. Les marchés de prédiction ont besoin d'oracles pour rapporter les résultats des événements. Les protocoles d'assurance ont besoin de données météorologiques. Les plateformes d'actifs du monde réel ont besoin de preuves que les actifs sous-jacents existent et sont correctement évalués. Dans chaque cas, l'oracle est le composant unique dont la défaillance rendrait l'application entière sans signification.

Manipulation des oracles : comment les exploits se produisent

Les exploits d'oracles suivent un schéma prévisible. L'attaquant identifie un protocole DeFi qui tire son prix d'une seule source sur la chaîne, généralement un pool de liquidité d'échange décentralisé, plutôt que d'un réseau d'oracles décentralisé.

L'attaque se déroule en trois étapes au sein d'une seule transaction. Premièrement, l'attaquant prend un prêt flash, empruntant des millions de dollars sans garantie pour la durée d'une transaction. Deuxièmement, l'attaquant utilise les fonds empruntés pour manipuler le prix sur le DEX que le protocole cible lit comme source de prix, exécutant un échange massif qui déplace le prix rapporté de 50 % ou plus. Troisièmement, l'attaquant interagit avec le protocole cible au prix manipulé, empruntant contre une garantie artificiellement gonflée ou liquidant des positions à des prix artificiels.

La séquence entière se produit de manière atomique. Si une étape échoue, la transaction est annulée et l'attaquant ne perd que les frais de gaz. Si elle réussit, l'attaquant rembourse le prêt flash et conserve le profit.

Ce n'est pas un vecteur d'attaque théorique. Les manipulations d'oracles par flash loans ont drainé des centaines de millions de dollars des protocoles DeFi depuis 2020. Le point commun dans chaque cas est un protocole qui s'appuyait sur une source de prix on-chain manipulable au lieu d'un réseau d'oracles externe. Les protocoles qui utilisent Chainlink ou des réseaux d'oracles décentralisés équivalents ne sont pas vulnérables à cette attaque spécifique car le flux de prix ne peut pas être manipulé en une seule transaction.

La leçon est contre-intuitive. La source de prix la plus décentralisée, un pool DEX on-chain, est souvent la moins sécurisée pour les besoins d'oracle. La source de prix la plus sécurisée pour la DeFi est un réseau d'oracles hors chaîne qui agrège les prix des bourses centralisées, précisément parce que ces prix sont plus difficiles à manipuler atomiquement.

L'ampleur de ces attaques a grandi avec la DeFi elle-même. En octobre 2022, Mango Markets sur Solana a perdu 114 millions de dollars à cause d'une exploitation de manipulation d'oracle. L'attaquant a utilisé un capital relativement modeste pour déplacer le prix du jeton MNGO sur des pools DEX peu profonds que Mango utilisait comme source de prix, puis a emprunté contre la valeur de garantie gonflée sur chaque actif disponible sur la plateforme. L'ensemble de l'opération a pris moins de 20 minutes.

Euler Finance a perdu 197 millions de dollars en mars 2023 à cause d'un vecteur similaire. BonqDAO, Harvest Finance et des dizaines de protocoles plus petits ont subi le même schéma. Dans presque tous les cas, l'analyse post-mortem a identifié la même cause racine : le protocole utilisait une source de prix on-chain qui pouvait être déplacée par une seule grande transaction plutôt qu'un réseau d'oracles qui agrégeait les prix de multiples sources externes indépendantes.

Types d'oracles au-delà des flux de prix

L'accent de l'industrie sur les flux de prix obscurcit l'ampleur de ce que les oracles font en pratique.

Aléa vérifiable. Les jeux on-chain, le minting de NFT et les contrats de loterie ont besoin de nombres aléatoires prouvablement équitables. Les blockchains sont déterministes par conception, ce qui signifie qu'elles ne peuvent pas générer de l'aléa nativement. Les réseaux d'oracles résolvent ce problème en générant des nombres aléatoires hors chaîne à l'aide de fonctions aléatoires vérifiables, puis en publiant le résultat accompagné d'une preuve cryptographique que le nombre n'a pas été falsifié.

Messagerie inter-chaînes. Lorsqu'un utilisateur transfère des actifs d'Ethereum vers Arbitrum, un réseau d'oracles vérifie que la transaction de dépôt sur la chaîne source a été finalisée avant de libérer les actifs sur la chaîne de destination. Le protocole d'interopérabilité inter-chaînes de Chainlink (CCIP) est devenu l'infrastructure par défaut pour des protocoles comme Aave gérant les opérations inter-chaînes, traitant des milliards de transferts.

Preuve de réserves. Les stablecoins et les jetons enveloppés doivent prouver que leurs réserves correspondent à leur offre en circulation. Les oracles qui surveillent les portefeuilles de garde et publient les soldes de réserves sur la chaîne fournissent cette assurance. Sans oracles de preuve de réserves, les utilisateurs doivent faire confiance aux audits auto-déclarés de l'émetteur.

Oracles de calcul. Certaines opérations sont trop coûteuses à exécuter sur la chaîne. Les réseaux d'oracles peuvent exécuter des calculs complexes hors chaîne et ne livrer que le résultat sur la chaîne, accompagné d'une preuve que le calcul a été effectué correctement. Ce modèle devient de plus en plus important pour les applications qui doivent traiter de grands ensembles de données ou exécuter des modèles d'apprentissage automatique tout en réglant les résultats sur une blockchain.

La prolifération des types d'oracles reflète un changement plus large dans la façon dont les blockchains interagissent avec le monde réel. Les premières applications blockchain étaient autonomes. Bitcoin transfère de la valeur entre adresses sur son propre registre. Ethereum exécute une logique en utilisant des données stockées dans son propre état. Ni l'un ni l'autre ne nécessitait d'informations externes. La demande d'oracles n'a émergé que lorsque les développeurs ont commencé à créer des applications qui référençaient des conditions du monde réel : prix des actifs, résultats d'événements, revendications d'identité, mesures physiques. Chaque nouvelle catégorie de référence au monde réel crée une nouvelle catégorie d'exigence d'oracle, et chaque nouvelle exigence d'oracle crée une nouvelle surface pour que le problème d'oracle se manifeste.

La question de la domination de Chainlink

La position de Chainlink sur le marché des oracles soulève une question que l'industrie préfère ne pas examiner de trop près. Si tout l'intérêt de la finance décentralisée est d'éliminer les points de dépendance uniques, que signifie le fait qu'environ 75 % de la valeur totale sécurisée de la DeFi repose sur un seul fournisseur d'oracles ?

La défense est que Chainlink lui-même est décentralisé. Ses flux de prix sont générés par des dizaines d'opérateurs de nœuds indépendants, et aucun opérateur unique ne peut manipuler un flux. Le réseau a traité des milliards de dollars en valeur de transaction sans exploitation majeure de son infrastructure de flux de prix de base.

La préoccupation est que la décentralisation au sein de Chainlink ne résout pas la concentration de la couche oracle dans un seul protocole. Si une vulnérabilité était découverte dans les contrats EntryPoint de Chainlink, ou si une action réglementaire ciblait Chainlink Labs, l'impact se répercuterait en cascade sur pratiquement tous les principaux protocoles DeFi simultanément.

Des concurrents existent. Pyth Network, soutenu par Jump Crypto, se concentre sur des flux de prix à haute fréquence provenant de teneurs de marché institutionnels. API3 adopte une approche d'oracle de première partie, en faisant exécuter leurs propres nœuds oracle par les fournisseurs de données plutôt que de s'appuyer sur des intermédiaires tiers. Chronicle, initialement construit pour MakerDAO, fournit une infrastructure oracle pour le plus grand stablecoin décentralisé.

Le marché ne s'est pas convergé vers un standard multi-oracle comme il l'a fait pour le déploiement multi-chaînes. La plupart des protocoles utilisent un seul fournisseur d'oracle. Que cette concentration soit un risque systémique ou simplement le résultat naturel des effets de réseau et des antécédents de sécurité est un débat ouvert avec des implications significatives pour la résilience de la DeFi.

Ce que cela ne couvre pas

Cet article ne couvre pas en détail la tokenomique des réseaux d'oracles. Les jetons LINK, PYTH et API3 ont chacun des mécanismes de jalonnement, de récompense et de gouvernance différents qui affectent la sécurité des oracles et l'alignement des incitations. Ces mécanismes méritent leur propre analyse.

Cet article ne traite pas de la catégorie émergente des oracles IA, des systèmes qui utilisent des modèles d'apprentissage automatique pour générer des prédictions plutôt que de relayer des données observées. Les oracles IA introduisent un modèle de confiance fondamentalement différent et sont à un stade trop précoce pour une évaluation définitive.

Cet article n'examine pas l'architecture spécifique des contrats intelligents de tout réseau d'oracles sur les composants en chaîne. La sécurité d'un oracle dépend en partie de son infrastructure hors chaîne et en partie de la correction de ses contrats en chaîne, et l'audit de ces contrats nécessite un niveau de profondeur technique au-delà de la portée de cet article.

Vérifications pratiques avant de faire confiance à un oracle

Vérifiez le nombre de sources de données. Un flux de prix agrégant des données provenant de 21 sources indépendantes est plus robuste qu'un flux qui en agrège trois. La plupart des tableaux de bord d'oracles publient cette information. Si le protocole que vous utilisez ne divulgue pas le nombre de sources de données de son oracle, c'est un signal.

Vérifiez la fréquence de mise à jour. Certains flux d'oracles se mettent à jour à chaque bloc. D'autres ne se mettent à jour que lorsque le prix s'écarte d'un seuil, généralement de 0,5 % à 1 %. Un protocole de prêt utilisant un flux qui se met à jour toutes les heures est exposé aux mouvements rapides de prix qui se produisent entre les mises à jour. Le seuil d'écart et l'intervalle de battement sont importants pour tout protocole où le moment de la liquidation est critique.

Confirmez que l'oracle est externe, pas en chaîne. Si un protocole DeFi tire ses prix de son propre pool de liquidité ou d'un seul DEX, il est vulnérable à la manipulation par flash loan, quelle que soit la décentralisation de la blockchain sous-jacente. Les réseaux d'oracles externes qui agrègent des données hors chaîne sont plus résistants à ce vecteur d'attaque.

Recherchez un mécanisme de secours. Les protocoles bien conçus implémentent des mécanismes de secours pour les oracles. Si le flux d'oracle principal cesse de se mettre à jour, le protocole devrait avoir un flux secondaire ou un disjoncteur qui suspend les opérations plutôt que de fonctionner sur des données obsolètes. Les protocoles sans mécanisme de secours sont à une panne d'oracle de liquidations en cascade basées sur des prix incorrects.

Lisez l'historique des incidents des oracles. Chaque grand réseau d'oracles a connu des pannes, des mises à jour retardées ou des défaillances dans des cas limites. Un réseau qui n'a jamais connu d'incident est soit trop récent pour avoir été testé, soit trop petit pour avoir été ciblé. Ce qui compte, c'est la manière dont les incidents ont été gérés et les changements architecturaux qui ont suivi.