   
Dans un monde parfait, les blockchains et les contrats intelligents auraient accès à toutes les informations du monde, mais la réalité est loin d'être parfaite. Les blockchains et leurs contrats intelligents sont en fait coupés des sources de données du monde réel et n'ont aucune idée de ce qui se passe « hors chaîne », d'où la nécessité d'oracles de données pour rendre les applications décentralisées plus utiles.
Mais dans un monde où règnent différents types d'oracles et de blockchains spécialement conçus pour obtenir des données du monde physique, lequel un développeur devrait-il choisir ? Nous tentons ici de répondre à cette question en expliquant les considérations qui devraient entrer en jeu.
Le besoin de données du monde réel
Les oracles de la blockchain sont des réseaux spécialisés qui connectent les réseaux de couche 1 à des sources de données externes afin que les contrats intelligents et les applications décentralisées qui vivent sur cette chaîne puissent prendre des mesures en fonction de ce qui se passe dans le monde physique. Imaginez une application de paris décentralisée qui doit verser les gains aux parieurs. Cette application décentralisée devra connaître le score du match entre Manchester City et Liverpool, par exemple, et la seule façon de le savoir est de s'approvisionner en informations externes auprès d'un fournisseur de données de confiance. C'est le travail des oracles.
Les Oracles sont utilisés par une large gamme d'applications décentralisées, notamment les applications DeFi telles que les échanges décentralisés, les plateformes de prêt et d'emprunt, les protocoles d'assurance décentralisés, etc. Ils sont également essentiels pour les applications décentralisées GameFi et même pour les applications plus traditionnelles qui doivent récupérer le dernier prix des actifs conventionnels, tels que les actions et les parts.
La décentralisation est la clé
Dans le contexte du Web3, les dApps ne sont décentralisées que dans la mesure où leurs sources de données le sont également. Il est donc essentiel pour les développeurs de sélectionner un oracle décentralisé pour fournir ces informations. Si une dApp obtient ses données d'une source centralisée, elle ne peut pas vraiment prétendre être décentralisée, car elle est en réalité à la merci d'un point de défaillance centralisé.
 Les oracles décentralisés sont susceptibles d'être plus robustes, sécurisés, fiables et à jour. Leurs données sont obtenues à partir de plusieurs sources, contrairement aux alternatives centralisées, qui n'utilisent qu'une seule source. Cela réduit le risque que les données soient incorrectes, ce qui pourrait conduire à une manipulation de votre dApp.
Le risque de la centralisation est qu'elle signifie que les incitations pour les fournisseurs de données sont insuffisantes. Les oracles décentralisés récompensent les opérateurs de nœuds lorsqu'ils fournissent des informations précises, mais leurs homologues centralisés n'ont pas la même structure. Bien qu'ils doivent être payés, il n'y a aucune incitation à garantir l'honnêteté et l'exactitude. Dans les oracles décentralisés, les nœuds sont en concurrence les uns avec les autres pour obtenir des récompenses, ils ont donc tout intérêt à être honnêtes et précis.
En outre, de nombreux oracles décentralisés offrent également aux utilisateurs un moyen de vérifier l’exactitude de leurs données de manière cryptographique.
Recherchez des signes de confiance
Une base d'utilisateurs solide est un signe fantastique que l'oracle décentralisé ou la blockchain de données est fiable et digne de confiance. S'il dispose d'une large base d'utilisateurs, cela suggère qu'il fournit systématiquement des informations honnêtes et précises aux dApps qu'il sert.
Chainlink est un bon exemple d'oracle de confiance, qui est de loin le service le plus utilisé de son genre. C'est également l'un des plus anciens, ce qui explique pourquoi la capitalisation boursière de son jeton natif LINK éclipse celle des autres réseaux d'oracles.
Parmi les poursuivants, l'un des fournisseurs de données les plus fiables semble être Flare Network, connu comme la « blockchain des données ». Flare a récemment atteint un nouveau record historique en termes de valeur totale verrouillée sur son réseau, tout en dépassant le cap du million de portefeuilles uniques en août. Au moment de la rédaction de cet article, sa TVL a atteint le chiffre impressionnant de 13,56 millions de dollars, grâce aux fournisseurs de liquidités désireux de profiter du nouveau programme d'émissions FLR DeFi. Ce qui est impressionnant, c'est que Flare a atteint ces jalons seulement deux ans après le lancement de son réseau principal.
Consensus sur les données : plus il y en a, mieux c'est
Il n'est jamais judicieux de se fier à un seul point de données. Pour garantir l'exactitude, les oracles doivent regrouper les données provenant de plusieurs sources et utiliser un mécanisme de consensus pour vérifier que les données sont correctes. Cela garantit non seulement l'exactitude, mais rend également les données résistantes à la manipulation.
Plus il y a de nœuds impliqués dans le processus de consensus, mieux c'est. Pyth Network exploite un modèle intéressant dans lequel les données sont fournies par leurs propriétaires d'origine et vérifiées par un réseau de validateurs pour garantir une précision à la seconde près.
Flare dispose également d'une configuration efficace, utilisant des fournisseurs d'attestation indépendants pour parvenir à un consensus sur les données avant qu'elles ne soient disponibles sur le réseau. Parallèlement, Flare Time Series Oracle incite environ 100 fournisseurs de données indépendants à fournir des informations précises à son réseau, les récompenses étant partagées entre les délégués qui mettent en jeu des jetons FLR pour les soutenir. Ce modèle permet à la communauté de superviser les fournisseurs de données, ce qui augmente la confiance.
Le décalage horaire peut être préjudiciable
Dans le monde volatile des actifs numériques, quelques secondes seulement peuvent entraîner de graves fluctuations de prix. Pour cette raison, de nombreuses dApps auront besoin d'une source de données capable de fournir des données en temps réel, ou du moins en temps quasi réel, sur les prix des actifs.
C’est pourquoi Chainlink a commencé à ressentir la pression. Chainlink est basé sur une architecture « push » moins efficace, où les fournisseurs de données poussent les données vers le réseau à intervalles réguliers. Si ces intervalles sont assez courts pour certains actifs, ils peuvent atteindre une heure pour d’autres.
Les oracles blockchain plus récents utilisent plutôt une architecture « pull » qui permet aux dApps de demander simplement les informations les plus récentes au réseau. Lorsqu'une demande est faite, les fournisseurs de données publient immédiatement les informations les plus récentes, telles que le prix d'un actif, des données météorologiques ou autre.
Mettre l'accent sur la sécurité
Dans le secteur de la cryptographie, les pirates informatiques et les manipulateurs ont pour habitude de rechercher des vulnérabilités et des exploits, et les oracles de données font partie de leurs cibles. Si un attaquant découvre une vulnérabilité dans un oracle, il peut être en mesure de manipuler les données qu'il fournit aux dApps et d'exploiter cette désinformation pour obtenir un profit au détriment de tous les autres. Il est donc essentiel de choisir un oracle doté d'une sécurité robuste, comme un cryptage puissant et des validations multi-signatures. Certains des oracles les plus récents disposent de systèmes intégrés qui pénalisent les fournisseurs de données dans le cas où ils fournissent des données inexactes.
Conclusion
En résumé, les fournisseurs de données tiers sont un service essentiel pour les développeurs d'applications décentralisées, mais leur importance est souvent négligée. Le choix de la source de données peut être essentiel à la santé et au succès de toute application décentralisée, car des données inexactes peuvent conduire à toutes sortes de manipulations et de gaspillage de fonds.
Les développeurs doivent faire preuve de diligence raisonnable lors du choix d'une source de données tierce et donner la priorité à la décentralisation, à la latence et à la sécurité avant tout. N'oubliez pas qu'il s'agit du lien de votre dApp avec le monde réel, et que ce lien doit être aussi solide et fiable que possible.
Voir l’article original en anglais
