Le fonctionnement d'une machine oracle de prix distribué
Pour éviter les points de défaillance uniques, un projet d'Oracle Machine bien connu a adopté une conception distribuée pour fournir des services aux utilisateurs. Prenons l'exemple de la fourniture du prix du BTC en dollars, ce service agrège 31 Oracle Machines de prix indépendants.
La mise en œuvre concrète de cet agrégateur peut être consultée en examinant le code source de son contrat intelligent. En appelant des méthodes spécifiques dans le contrat, il est possible d'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, en réponse aux demandes des utilisateurs dans l'agrégateur. Ces oracles sont généralement des comptes externes possédant (EOA), qui peuvent non seulement fournir des données pour l'agrégateur BTC/USD, mais peuvent également servir d'autres paires de prix ( telles que ETH/USD).
Le processus de traitement des contrats en chaîne est approximativement le suivant :
Tout d'abord, lire l'état actuel du contrat et effectuer une série de vérifications de conformité.
Après validation, effectuez les préparatifs nécessaires.
Ensuite, vérifiez chaque donnée de signature pour s'assurer que le signataire dispose des autorisations appropriées et que la signature n'a pas été réutilisée.
Enfin, vérifiez le tri des observations, choisissez la médiane comme résultat et assurez-vous qu'elle ne dépasse pas le seuil prédéfini. Une fois toutes les validations passées, enregistrez le résultat dans le stockage du contrat.
De plus, des vérifications supplémentaires des résultats seront effectuées. Par exemple, certaines applications peuvent comparer les résultats avec d'autres sources (, comme les prix des échanges décentralisés ), pour s'assurer que les écarts sont dans une plage acceptable.
Avantages du Feed Registry
Pour simplifier davantage le processus d'utilisation, certains projets d'Oracle Machine offrent également la fonctionnalité Feed Registry. Cela peut être considéré comme un agrégateur de plusieurs flux de prix, permettant aux utilisateurs de ne pas configurer individuellement la source de prix de chaque jeton, mais de lire directement les données de prix nécessaires via le Feed Registry.
Mécanisme d'agrégation de données multi-niveaux
Les prix d'Oracle Machine de haute qualité adoptent généralement un mécanisme d'agrégation de données multi-niveaux, qui comprend principalement trois niveaux : l'agrégation des sources de données, l'agrégation des opérateurs de nœuds et l'agrégation du réseau d'Oracle Machine.
Agrégation des sources de données : Collecte des données de prix brutes à partir des principales plateformes de trading centralisées et décentralisées, et traitement préliminaire par des fournisseurs de services de données professionnels.
Agrégation des opérateurs de nœuds : chaque opérateur de nœud indépendant obtient des prix de plusieurs fournisseurs de services de données et calcule la valeur médiane pour éliminer les valeurs aberrantes.
Agrégation du réseau Oracle Machine : agrégation à l'échelle de tout le réseau, généralement réalisée en prenant la valeur médiane après avoir atteint un nombre prédéfini de nœuds.
Il est à noter que toutes les mises à jour de données ne sont pas immédiatement synchronisées sur la chaîne. En général, deux conditions de déclenchement sont définies : un seuil de déviation et un seuil de battement de cœur, et les données de la chaîne ne seront mises à jour que si l'une d'entre elles est satisfaite. Ce mécanisme garantit la fiabilité des données, mais peut également entraîner une mise à jour des prix relativement lente, ce qui le rend principalement adapté aux scénarios d'application où les exigences de temporalité des prix ne sont pas élevées.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
15 J'aime
Récompense
15
6
Partager
Commentaire
0/400
MetaDreamer
· Il y a 2h
L'Oracle Machine, c'est fiable ce truc ?
Voir l'originalRépondre0
ResearchChadButBroke
· Il y a 15h
Oracle Machine, c'est génial !
Voir l'originalRépondre0
BearMarketLightning
· Il y a 15h
Cette affaire serait mieux confiée à des Vétérans de Crypto !
Voir l'originalRépondre0
GateUser-a180694b
· Il y a 15h
Nous ne comprenons pas non plus les choses techniques.
Voir l'originalRépondre0
SnapshotDayLaborer
· Il y a 15h
Les données agrégées sont vraiment délicieuses !
Voir l'originalRépondre0
FastLeaver
· Il y a 15h
C'est encore un Oracle Machine, écrit de manière assez flashy.
Comment un Oracle Machine distribué assure-t-il la fiabilité des données de prix
Le fonctionnement d'une machine oracle de prix distribué
Pour éviter les points de défaillance uniques, un projet d'Oracle Machine bien connu a adopté une conception distribuée pour fournir des services aux utilisateurs. Prenons l'exemple de la fourniture du prix du BTC en dollars, ce service agrège 31 Oracle Machines de prix indépendants.
La mise en œuvre concrète de cet agrégateur peut être consultée en examinant le code source de son contrat intelligent. En appelant des méthodes spécifiques dans le contrat, il est possible d'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, en réponse aux demandes des utilisateurs dans l'agrégateur. Ces oracles sont généralement des comptes externes possédant (EOA), qui peuvent non seulement fournir des données pour l'agrégateur BTC/USD, mais peuvent également servir d'autres paires de prix ( telles que ETH/USD).
Le processus de traitement des contrats en chaîne est approximativement le suivant :
Tout d'abord, lire l'état actuel du contrat et effectuer une série de vérifications de conformité.
Après validation, effectuez les préparatifs nécessaires.
Ensuite, vérifiez chaque donnée de signature pour s'assurer que le signataire dispose des autorisations appropriées et que la signature n'a pas été réutilisée.
Enfin, vérifiez le tri des observations, choisissez la médiane comme résultat et assurez-vous qu'elle ne dépasse pas le seuil prédéfini. Une fois toutes les validations passées, enregistrez le résultat dans le stockage du contrat.
De plus, des vérifications supplémentaires des résultats seront effectuées. Par exemple, certaines applications peuvent comparer les résultats avec d'autres sources (, comme les prix des échanges décentralisés ), pour s'assurer que les écarts sont dans une plage acceptable.
Avantages du Feed Registry
Pour simplifier davantage le processus d'utilisation, certains projets d'Oracle Machine offrent également la fonctionnalité Feed Registry. Cela peut être considéré comme un agrégateur de plusieurs flux de prix, permettant aux utilisateurs de ne pas configurer individuellement la source de prix de chaque jeton, mais de lire directement les données de prix nécessaires via le Feed Registry.
Mécanisme d'agrégation de données multi-niveaux
Les prix d'Oracle Machine de haute qualité adoptent généralement un mécanisme d'agrégation de données multi-niveaux, qui comprend principalement trois niveaux : l'agrégation des sources de données, l'agrégation des opérateurs de nœuds et l'agrégation du réseau d'Oracle Machine.
Agrégation des sources de données : Collecte des données de prix brutes à partir des principales plateformes de trading centralisées et décentralisées, et traitement préliminaire par des fournisseurs de services de données professionnels.
Agrégation des opérateurs de nœuds : chaque opérateur de nœud indépendant obtient des prix de plusieurs fournisseurs de services de données et calcule la valeur médiane pour éliminer les valeurs aberrantes.
Agrégation du réseau Oracle Machine : agrégation à l'échelle de tout le réseau, généralement réalisée en prenant la valeur médiane après avoir atteint un nombre prédéfini de nœuds.
Il est à noter que toutes les mises à jour de données ne sont pas immédiatement synchronisées sur la chaîne. En général, deux conditions de déclenchement sont définies : un seuil de déviation et un seuil de battement de cœur, et les données de la chaîne ne seront mises à jour que si l'une d'entre elles est satisfaite. Ce mécanisme garantit la fiabilité des données, mais peut également entraîner une mise à jour des prix relativement lente, ce qui le rend principalement adapté aux scénarios d'application où les exigences de temporalité des prix ne sont pas élevées.