Les oracles viennent à la rescousse

Les oracles blockchain résolvent le problème de la livraison d'informations provenant du monde extérieur vers la blockchain. Mais il est important de savoir à lequel nous pouvons faire confiance.

Dans article sur le lancement du catalogue Waves Oracles nous avons écrit sur l'importance des oracles pour la blockchain.

Les applications décentralisées n'ont pas accès aux données en dehors de la blockchain. C'est pourquoi de petits programmes – des oracles – sont créés pour obtenir les données nécessaires du monde extérieur et les enregistrer dans la blockchain.

En fonction du type de source de données, les oracles peuvent être classés en trois catégories : logiciels, matériels et humains.

Oracles logiciels reçoivent et traitent des données d'internet – telles que la température de l'air, les prix des produits, les retards de trains et d'avions. Les informations proviennent de sources en ligne, comme des API, l'oracle les extrait et les place dans la blockchain. Pour savoir comment créer un oracle logiciel simple, lisez ici.

Oracles matériels suivent des objets du monde réel à l'aide d'appareils et de capteurs. Par exemple, une caméra, calibrée pour détecter le franchissement d'une ligne, filme des voitures entrant dans une zone définie. L'oracle enregistre le fait de franchir la ligne dans la blockchain, et sur la base de ces données, un script d'application décentralisée peut, par exemple, initier l'expédition d'une amende et le prélèvement de jetons sur le compte du propriétaire de la voiture.

Oracles humains utilisent des données saisies par des humains. Ils sont considérés comme les plus avancés en raison de leur perspective indépendante sur le résultat d'un événement.

Récemment, nous avons mis à disposition un outil permettant d'enregistrer dans la blockchain les données d'un oracle selon une spécification donnée. Son fonctionnement est extrêmement simple : il suffit de s'inscrire carte d'oracle, en remplissant la spécification. Après cela, il est possible de publier des transactions de données selon cette spécification via l'interface Waves Oracles. Pour en savoir plus sur l'outil, lisez notre documentation.

Ces outils et interfaces standardisés facilitent la vie tant pour les développeurs que pour les utilisateurs de services basés sur la blockchain. Notre outil est particulièrement utile pour les oracles humains et peut être utilisé, par exemple, pour enregistrer des certificats ou des droits d'auteur sur certains objets.

Mais lorsqu'il s'agit d'utiliser des oracles, la question de la confiance envers les informations qu'ils fournissent se pose. La source est-elle fiable ? Les données seront-elles reçues à temps ? De plus, il y a un risque que l'oracle trompe les utilisateurs en fournissant intentionnellement des informations erronées pour son propre profit.

Prenons l'exemple d'un oracle qui fournit des informations sur des événements sportifs pour une bourse de paris décentralisée.

L'événement est le combat principal du tournoi UFC 242, Khabib Nurmagomedov contre Dustin Poirier. Selon les bookmakers, Nurmagomedov est le grand favori du combat. Parier sur sa victoire était possible avec une cote de 1,24, ce qui correspond à une probabilité de 76 %. La cote pour la victoire de Poirier était de 4,26 (22 %), tandis que la probabilité d'une issue nulle était évaluée par les bookmakers avec une cote de 51,0 (2 %).

Le script accepte les paris des utilisateurs sur les trois résultats possibles jusqu'à ce qu'il reçoive de l'oracle des informations sur le résultat réel du combat. C'est le seul critère pour la répartition des gains.

Il est maintenant connu que Nurmagomedov a remporté la victoire. Mais imaginons qu'un propriétaire malintentionné de l'oracle, planifiant à l'avance une tromperie, parie sur le résultat avec la cote la plus avantageuse — le match nul. Lorsque le pot de paris atteint un volume important, le propriétaire de l'oracle déclenche l'enregistrement d'informations fausses dans la blockchain concernant un prétendu résultat nul du combat. Le script de la bourse décentralisée n'a aucun moyen de vérifier la véracité des données reçues et ne fait que répartir les gains en fonction de ces informations.

Si le bénéfice potentiel issu d'une telle tromperie est supérieur aux revenus prévisibles d'un oracle honnête, et que le risque de poursuites judiciaires est faible, la probabilité de comportements malhonnêtes de la part du propriétaire de l'oracle augmente considérablement.

Une des solutions possibles au problème est de demander des données de plusieurs oracles et d'amener les valeurs obtenues à un consensus. Plusieurs types de consensus peuvent être distingués :

• tous les oracles ont fourni les mêmes informations
• la plupart des oracles ont fourni les mêmes informations (2 sur 3, 3 sur 4, etc.)
• prendre la moyenne des données des oracles (des options peuvent exister où la valeur maximale et minimale est d'abord écartée)
• Tous les oracles ont fourni des informations unifiées avec une déviation acceptable préalablement convenue (par exemple, les valeurs des cotations financières provenant de différentes sources peuvent différer de 0,00001, et obtenir une correspondance exacte est une tâche impossible).
• Sélectionner uniquement des valeurs uniques parmi les données obtenues.

Revenons à notre échange décentralisé de paris. En utilisant le consensus '3 sur 4', un oracle annonçant un résultat nul ne pourrait pas influencer l'exécution du script, à condition que trois autres oracles fournissent des informations fiables.
Mais un utilisateur malintentionné peut posséder trois des quatre oracles, et alors il pourrait garantir une majorité décisive.

Pour assurer l'intégrité des oracles, il pourrait être introduit un système de notation ou de sanctions pour les données non fiables. Il est aussi possible de proposer une récompense pour la fiabilité. Cependant, aucune mesure ne pourrait complètement éviter, par exemple, la manipulation des notes ou une majorité malveillante.

Est-il donc utile d'inventer des services complexes, ou suffit-il d'avoir un outil de consensus qui permettrait, comme dans un supermarché, de choisir, par exemple, cinq oracles fournissant les données nécessaires, de définir le type de consensus et d'obtenir un résultat ?

Par exemple, une application décentralisée a besoin de données sur la température en degrés Celsius. Dans le répertoire des oracles, nous trouvons quatre oracles fournissant de telles données, nous définissons le type de consensus 'moyenne' et faisons une demande.

Supposons que les oracles aient fourni les valeurs : 18, 17, 19 et 21 degrés. Une différence de trois degrés peut s'avérer critique pour l'exécution du script. Le service traite le résultat et obtient une température moyenne de 18,75 degrés. Ce chiffre sera utilisé par le script de l'application décentralisée.

En fin de compte, la décision revient au consommateur : faut-il faire confiance à un seul oracle et utiliser ses données, ou établir un consensus entre plusieurs oracles choisis à sa convenance.

Dans tous les cas, les oracles de données constituent un domaine relativement nouveau. Il est à un stade où les utilisateurs eux-mêmes peuvent déterminer dans quelle direction il doit évoluer. C'est pourquoi nous souhaitons connaître votre avis. L'outil décrit ci-dessus est-il nécessaire pour les oracles ? Comment voyez-vous l'avenir des oracles de données en général ? Partagez votre opinion dans les commentaires et dans notre groupe officiel sur Telegram.

Source : habr.com