Conception et mise en œuvre d'un système de prix distribué Oracle Machine
Les services d'Oracle Machine sont confrontés à divers risques potentiels, pouvant entraîner des délais de réponse ou des pannes uniques. Pour remédier à ce problème, certains projets ont adopté une architecture d'Oracle Machine de prix distribué pour fournir des services plus fiables. Prenons l'exemple du service de prix BTC/USD, un système a intégré 31 Oracle Machines de prix indépendants pour fournir des données aux utilisateurs.
Le contrat intelligent de ce agrégateur peut être consulté sur le navigateur blockchain. En appelant des méthodes spécifiques dans le contrat, les utilisateurs peuvent obtenir toutes les informations des oracles hors chaîne que contient cet agrégateur. Chaque oracle hors chaîne peut fournir des données de prix en appelant la méthode correspondante, en réponse aux demandes des utilisateurs dans l'agrégateur. Ces oracles hors chaîne sont généralement des comptes externes possédés (EOA), qui fournissent non seulement des données pour l'agrégateur BTC/USD, mais peuvent également servir d'autres agrégateurs comme ETH/USD.
Le processus de traitement des contrats sur la chaîne comprend les étapes principales suivantes :
Lire l'état actuel du contrat et effectuer 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.
Trier les valeurs observées, sélectionner la médiane et s'assurer qu'elle ne dépasse pas le seuil prédéfini.
Enregistrer la réponse de cette Oracle Machine et procéder à une validation supplémentaire.
Dans certaines applications, une validation supplémentaire peut également être effectuée en comparant les écarts de prix fournis par différents Oracle Machine. Cette méthode peut réduire efficacement les risques potentiels d'une source de données unique.
Pour simplifier le processus d'utilisation et améliorer la flexibilité, certains systèmes ont introduit le concept de Feed Registry. Cela peut être compris comme un agrégateur de PriceFeeds, ayant déjà intégré plusieurs price feeds. Avec le Feed Registry, les développeurs n'ont pas besoin de configurer eux-mêmes le priceFeed de chaque token, ils peuvent directement lire les données de prix via une interface unifiée.
Le mécanisme de prix de l'oracle machine implique généralement une agrégation de données multi-niveaux :
Agrégation des sources de données : collecte des données de prix brutes à partir des principales plateformes de trading et des échanges décentralisés.
Agrégation des opérateurs de nœuds : chaque nœud obtient des prix de plusieurs prestataires 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 une agrégation finale des données des nœuds, la méthode courante étant de prendre la médiane.
Il convient de noter que toutes les mises à jour de données ne se reflètent pas immédiatement sur la chaîne. Généralement, certaines conditions doivent être remplies, telles que les seuils de déviation ou les seuils de battement de cœur, pour déclencher une mise à jour sur la chaîne. Ce mécanisme, bien qu'il améliore la stabilité du système, peut également entraîner des mises à jour de prix plus lentes, avec des intervalles de mise à jour pouvant varier de quelques minutes à 24 heures. Par conséquent, ce type de système Oracle Machine est principalement adapté aux cas d'utilisation où la sensibilité aux mises à jour de prix est faible.
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.
13 J'aime
Récompense
13
6
Partager
Commentaire
0/400
token_therapist
· Il y a 14h
Est-ce que 31 Oracle Machines, c'est trop ?
Voir l'originalRépondre0
StakeOrRegret
· Il y a 14h
Vraiment utilisé 31 Oracle Machine, ça a pris du temps, n'est-ce pas ?
Oracle Machine de prix distribué : conception, mise en œuvre et analyse des cas d'application
Conception et mise en œuvre d'un système de prix distribué Oracle Machine
Les services d'Oracle Machine sont confrontés à divers risques potentiels, pouvant entraîner des délais de réponse ou des pannes uniques. Pour remédier à ce problème, certains projets ont adopté une architecture d'Oracle Machine de prix distribué pour fournir des services plus fiables. Prenons l'exemple du service de prix BTC/USD, un système a intégré 31 Oracle Machines de prix indépendants pour fournir des données aux utilisateurs.
Le contrat intelligent de ce agrégateur peut être consulté sur le navigateur blockchain. En appelant des méthodes spécifiques dans le contrat, les utilisateurs peuvent obtenir toutes les informations des oracles hors chaîne que contient cet agrégateur. Chaque oracle hors chaîne peut fournir des données de prix en appelant la méthode correspondante, en réponse aux demandes des utilisateurs dans l'agrégateur. Ces oracles hors chaîne sont généralement des comptes externes possédés (EOA), qui fournissent non seulement des données pour l'agrégateur BTC/USD, mais peuvent également servir d'autres agrégateurs comme ETH/USD.
Le processus de traitement des contrats sur la chaîne comprend les étapes principales suivantes :
Dans certaines applications, une validation supplémentaire peut également être effectuée en comparant les écarts de prix fournis par différents Oracle Machine. Cette méthode peut réduire efficacement les risques potentiels d'une source de données unique.
Pour simplifier le processus d'utilisation et améliorer la flexibilité, certains systèmes ont introduit le concept de Feed Registry. Cela peut être compris comme un agrégateur de PriceFeeds, ayant déjà intégré plusieurs price feeds. Avec le Feed Registry, les développeurs n'ont pas besoin de configurer eux-mêmes le priceFeed de chaque token, ils peuvent directement lire les données de prix via une interface unifiée.
Le mécanisme de prix de l'oracle machine implique généralement une agrégation de données multi-niveaux :
Il convient de noter que toutes les mises à jour de données ne se reflètent pas immédiatement sur la chaîne. Généralement, certaines conditions doivent être remplies, telles que les seuils de déviation ou les seuils de battement de cœur, pour déclencher une mise à jour sur la chaîne. Ce mécanisme, bien qu'il améliore la stabilité du système, peut également entraîner des mises à jour de prix plus lentes, avec des intervalles de mise à jour pouvant varier de quelques minutes à 24 heures. Par conséquent, ce type de système Oracle Machine est principalement adapté aux cas d'utilisation où la sensibilité aux mises à jour de prix est faible.