Avantages et mise en œuvre d'un système de prix distribué Oracle Machine
Dans le service d'Oracle Machine, les pannes de point unique sont un problème courant. Pour résoudre ce problème, certains systèmes ont adopté une conception de prix d'Oracle Machine distribué. Prenons l'exemple d'un service de prix du Bitcoin en dollars, un certain système agrège 31 Oracle Machines de prix indépendants pour fournir des données plus fiables aux utilisateurs.
La conception de cet agrégateur peut être consultée et vérifiée via le code source du contrat intelligent. En appelant des méthodes spécifiques dans le contrat, on peut obtenir toutes les informations sur les oracles hors chaîne que contient cet agrégateur. Chaque oracle hors chaîne peut fournir des données de prix en appelant des méthodes spécifiques, afin de répondre aux demandes des utilisateurs dans l'agrégateur. Ces oracles hors chaîne sont généralement des comptes externes (EOA), qui peuvent non seulement fournir des données sur le prix du Bitcoin/USD, mais également offrir des services pour d'autres paires de devises (comme l'Ethereum/USD).
Les contrats en chaîne passent par une série d'étapes de vérification strictes lors du traitement des données de l'Oracle Machine :
Tout d'abord, lisez l'état actuel du contrat et effectuez une série de vérifications.
Effectuer les préparatifs nécessaires.
Utiliser des méthodes cryptographiques pour vérifier chaque donnée de signature, afin d'assurer l'authenticité et l'intégrité des données.
Vérifiez le tri des observations et sélectionnez la médiane comme résultat final.
De plus, le système procédera à une validation supplémentaire des résultats finaux. Par exemple, certaines applications peuvent comparer les résultats avec les prix d'autres sources pour s'assurer que l'écart reste dans une plage acceptable.
Pour simplifier la gestion des prix de plusieurs tokens, certains systèmes ont introduit le concept de "Feed Registry". Cela peut être compris comme un agrégateur de plusieurs sources de données de prix, permettant aux utilisateurs de lire directement les données de prix de divers tokens sans avoir à configurer chaque source de données de prix individuellement.
En ce qui concerne le mécanisme de tarification, il passe généralement par plusieurs niveaux d'agrégation des données :
Agrégation des sources de données : collecte des données de prix brutes à partir de différentes plateformes de trading.
Agrégation des opérateurs de nœuds : chaque nœud obtient des données de plusieurs fournisseurs de services d'agrégation de données indépendants et les traite.
Agrégation du réseau Oracle Machine : l'ensemble du réseau effectue l'agrégation finale des données des nœuds.
La mise à jour finale des prix est généralement contrôlée par des seuils de déviation et des seuils de battement de cœur, afin d'équilibrer la fréquence de mise à jour des données et leur précision.
Bien que cette conception offre un haut niveau de sécurité et de commodité, elle peut ne pas convenir aux scénarios d'application extrêmement sensibles aux variations de prix en raison d'un certain retard dans son mécanisme de mise à jour des prix. Cependant, pour la plupart des applications qui ne nécessitent pas de données de prix en temps réel, cette conception reste un choix fiable et pratique.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
24 J'aime
Récompense
24
6
Reposter
Partager
Commentaire
0/400
SatoshiHeir
· 08-12 09:04
Il convient de noter que cette conception a été prouvée avoir des défauts fatals en 2017. Il est conseillé à tous de lire l'argumentation dans le chapitre 37 de la spécification du protocole RFC-2612.
Voir l'originalRépondre0
MidnightMEVeater
· 08-12 01:45
Bonjour les noctambules... J'ai goûté à ce bol de "soupe conjointe" Oracle Machine hier soir, une gorgée en moins à chaque fois.
Voir l'originalRépondre0
BackrowObserver
· 08-09 18:02
Ah ah, est-ce que ce truc est fiable ? 31 personnes ont proposé un taux de tolérance aux erreurs qui semble assez élevé.
Voir l'originalRépondre0
GateUser-a5fa8bd0
· 08-09 18:01
Tous les jours, j'accroche oracle.. Oracle Machine ?! Ah ha
Voir l'originalRépondre0
gas_fee_therapist
· 08-09 17:59
Chez qui les données off-chain sont fiables ?
Voir l'originalRépondre0
LiquidatedNotStirred
· 08-09 17:46
À quoi sert cette Oracle Machine ? On tombe à chaque fois.
Comment l'agrégation des Oracle Machines distribuées améliore la fiabilité et la précision des données de prix.
Avantages et mise en œuvre d'un système de prix distribué Oracle Machine
Dans le service d'Oracle Machine, les pannes de point unique sont un problème courant. Pour résoudre ce problème, certains systèmes ont adopté une conception de prix d'Oracle Machine distribué. Prenons l'exemple d'un service de prix du Bitcoin en dollars, un certain système agrège 31 Oracle Machines de prix indépendants pour fournir des données plus fiables aux utilisateurs.
La conception de cet agrégateur peut être consultée et vérifiée via le code source du contrat intelligent. En appelant des méthodes spécifiques dans le contrat, on peut obtenir toutes les informations sur les oracles hors chaîne que contient cet agrégateur. Chaque oracle hors chaîne peut fournir des données de prix en appelant des méthodes spécifiques, afin de répondre aux demandes des utilisateurs dans l'agrégateur. Ces oracles hors chaîne sont généralement des comptes externes (EOA), qui peuvent non seulement fournir des données sur le prix du Bitcoin/USD, mais également offrir des services pour d'autres paires de devises (comme l'Ethereum/USD).
Les contrats en chaîne passent par une série d'étapes de vérification strictes lors du traitement des données de l'Oracle Machine :
De plus, le système procédera à une validation supplémentaire des résultats finaux. Par exemple, certaines applications peuvent comparer les résultats avec les prix d'autres sources pour s'assurer que l'écart reste dans une plage acceptable.
Pour simplifier la gestion des prix de plusieurs tokens, certains systèmes ont introduit le concept de "Feed Registry". Cela peut être compris comme un agrégateur de plusieurs sources de données de prix, permettant aux utilisateurs de lire directement les données de prix de divers tokens sans avoir à configurer chaque source de données de prix individuellement.
En ce qui concerne le mécanisme de tarification, il passe généralement par plusieurs niveaux d'agrégation des données :
La mise à jour finale des prix est généralement contrôlée par des seuils de déviation et des seuils de battement de cœur, afin d'équilibrer la fréquence de mise à jour des données et leur précision.
Bien que cette conception offre un haut niveau de sécurité et de commodité, elle peut ne pas convenir aux scénarios d'application extrêmement sensibles aux variations de prix en raison d'un certain retard dans son mécanisme de mise à jour des prix. Cependant, pour la plupart des applications qui ne nécessitent pas de données de prix en temps réel, cette conception reste un choix fiable et pratique.