Mécanisme d'agrégation des prix du système Oracle Machine distribué
La conception d'un oracle de prix distribué vise à résoudre les problèmes de point de défaillance unique et à améliorer la fiabilité et la stabilité du système. Prenons comme exemple le service de prix BTC/USD, un agrégateur peut intégrer jusqu'à 31 nœuds d'oracle indépendants pour fournir des données.
Le code de contrat de ce mécanisme d'agrégation peut être consulté publiquement sur un explorateur de blockchain. En appelant des méthodes spécifiques dans le contrat, les utilisateurs peuvent obtenir la liste de tous les oracles hors chaîne participant à l'agrégation. Ces oracles sont généralement des comptes externes (EOA), qui fournissent des données non seulement pour une seule paire de devises, mais peuvent également servir simultanément plusieurs agrégateurs de prix différents.
Les contrats sur la chaîne passent par une série d'étapes de validation strictes lors du traitement des données soumises par l'Oracle Machine :
Tout d'abord, vérifiez l'état actuel du contrat pour garantir la légalité de l'opération.
Effectuer les préparatifs nécessaires pour poser les bases du traitement ultérieur.
Vérifiez la signature de chaque donnée pour garantir que la source des données est fiable et qu'elle n'a pas été altérée. Vérifiez également les rôles et les autorisations du signataire et évitez les soumissions en double.
Trier les valeurs observées, choisir la médiane comme résultat final, et s'assurer que ce résultat est dans la plage de seuils prédéfinie.
Enregistrez la réponse de cette Oracle Machine et effectuez une vérification supplémentaire. Dans certains cas, il peut être nécessaire de croiser les données avec d'autres sources de prix (comme les échanges décentralisés) pour s'assurer que l'écart de prix est dans une plage acceptable.
Pour simplifier davantage le processus d'accès des utilisateurs, le système Oracle Machine propose également une fonctionnalité de Feed Registry. C'est un agrégateur de niveau supérieur qui intègre plusieurs sources de flux de prix individuelles. Avec le Feed Registry, les utilisateurs n'ont pas besoin de configurer manuellement le flux de prix de chaque jeton, ils peuvent directement obtenir les données de prix nécessaires via une interface unifiée.
Les données de prix de l'Oracle Machine ont été traitées par plusieurs couches d'agrégation :
Agrégation des sources de données : collecte des informations de prix brutes à partir de diverses plateformes de trading et fournisseurs de données.
Agrégation des opérateurs de nœuds : chaque nœud d'Oracle Machine obtient des informations à partir de plusieurs sources de données indépendantes et effectue un traitement préliminaire.
Agrégation du réseau Oracle Machine : L'ensemble du réseau agrège à nouveau les données fournies par tous les nœuds, généralement en utilisant la méthode de la médiane.
Il convient de noter que toutes les mises à jour de données ne sont pas synchronisées immédiatement sur la chaîne. Le système a mis en place deux paramètres de déclenchement : le seuil de déviation et le seuil de battement de cœur, qui ne mettent à jour les données sur la chaîne que lorsqu'ils remplissent les conditions. Bien que ce mécanisme garantisse la stabilité des données, il entraîne également une vitesse de mise à jour des prix relativement lente, pouvant aller de quelques minutes à 24 heures. Par conséquent, ces systèmes d'Oracle Machine sont principalement adaptés aux scénarios d'application où la réactivité des prix n'est pas un critère essentiel.
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.
12 J'aime
Récompense
12
8
Partager
Commentaire
0/400
ImpermanentSage
· 07-12 09:53
Mise à jour lente, la sécurité avant tout !
Voir l'originalRépondre0
VibesOverCharts
· 07-12 04:35
Ralentir c'est aller vite, ne t'inquiète pas.
Voir l'originalRépondre0
EyeOfTheTokenStorm
· 07-11 18:15
Il faut accélérer les mises à jour du point de vue de la liaison de données.
Voir l'originalRépondre0
ColdWalletGuardian
· 07-09 10:47
Jouez-en plus si vous pouvez vous le permettre.
Voir l'originalRépondre0
MetaverseLandlord
· 07-09 10:41
Ce piège aurait déjà dû être éliminé, non ?
Voir l'originalRépondre0
BlockchainTherapist
· 07-09 10:39
Le système est rigoureux, mais pas assez rapide.
Voir l'originalRépondre0
YieldChaser
· 07-09 10:35
En d'autres termes, c'est juste un prix alimenté off-chain.
Mécanisme d'agrégation multi-niveaux des oracles distribués : analyse approfondie du processus de traitement des données de prix BTC/USD
Mécanisme d'agrégation des prix du système Oracle Machine distribué
La conception d'un oracle de prix distribué vise à résoudre les problèmes de point de défaillance unique et à améliorer la fiabilité et la stabilité du système. Prenons comme exemple le service de prix BTC/USD, un agrégateur peut intégrer jusqu'à 31 nœuds d'oracle indépendants pour fournir des données.
Le code de contrat de ce mécanisme d'agrégation peut être consulté publiquement sur un explorateur de blockchain. En appelant des méthodes spécifiques dans le contrat, les utilisateurs peuvent obtenir la liste de tous les oracles hors chaîne participant à l'agrégation. Ces oracles sont généralement des comptes externes (EOA), qui fournissent des données non seulement pour une seule paire de devises, mais peuvent également servir simultanément plusieurs agrégateurs de prix différents.
Les contrats sur la chaîne passent par une série d'étapes de validation strictes lors du traitement des données soumises par l'Oracle Machine :
Tout d'abord, vérifiez l'état actuel du contrat pour garantir la légalité de l'opération.
Effectuer les préparatifs nécessaires pour poser les bases du traitement ultérieur.
Vérifiez la signature de chaque donnée pour garantir que la source des données est fiable et qu'elle n'a pas été altérée. Vérifiez également les rôles et les autorisations du signataire et évitez les soumissions en double.
Trier les valeurs observées, choisir la médiane comme résultat final, et s'assurer que ce résultat est dans la plage de seuils prédéfinie.
Enregistrez la réponse de cette Oracle Machine et effectuez une vérification supplémentaire. Dans certains cas, il peut être nécessaire de croiser les données avec d'autres sources de prix (comme les échanges décentralisés) pour s'assurer que l'écart de prix est dans une plage acceptable.
Pour simplifier davantage le processus d'accès des utilisateurs, le système Oracle Machine propose également une fonctionnalité de Feed Registry. C'est un agrégateur de niveau supérieur qui intègre plusieurs sources de flux de prix individuelles. Avec le Feed Registry, les utilisateurs n'ont pas besoin de configurer manuellement le flux de prix de chaque jeton, ils peuvent directement obtenir les données de prix nécessaires via une interface unifiée.
Les données de prix de l'Oracle Machine ont été traitées par plusieurs couches d'agrégation :
Agrégation des sources de données : collecte des informations de prix brutes à partir de diverses plateformes de trading et fournisseurs de données.
Agrégation des opérateurs de nœuds : chaque nœud d'Oracle Machine obtient des informations à partir de plusieurs sources de données indépendantes et effectue un traitement préliminaire.
Agrégation du réseau Oracle Machine : L'ensemble du réseau agrège à nouveau les données fournies par tous les nœuds, généralement en utilisant la méthode de la médiane.
Il convient de noter que toutes les mises à jour de données ne sont pas synchronisées immédiatement sur la chaîne. Le système a mis en place deux paramètres de déclenchement : le seuil de déviation et le seuil de battement de cœur, qui ne mettent à jour les données sur la chaîne que lorsqu'ils remplissent les conditions. Bien que ce mécanisme garantisse la stabilité des données, il entraîne également une vitesse de mise à jour des prix relativement lente, pouvant aller de quelques minutes à 24 heures. Par conséquent, ces systèmes d'Oracle Machine sont principalement adaptés aux scénarios d'application où la réactivité des prix n'est pas un critère essentiel.