Pour résoudre le problème de point de défaillance unique, certains systèmes d'Oracle Machine ont adopté une conception distribuée. Prenons l'exemple d'un service fournissant le prix du BTC en dollars, ce système agrège 31 Oracle Machine de prix indépendants pour offrir un service aux utilisateurs.
Ce design d'agrégateur permet de consulter le code source de son contrat sur le navigateur de la blockchain Ethereum. En appelant des méthodes spécifiques dans le contrat, il est possible d'obtenir toutes les informations des oracles hors chaîne incluses dans 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 hors chaîne sont généralement des comptes externes, qui non seulement fournissent des données pour l'agrégateur BTC/USD, mais peuvent également servir d'autres paires de prix comme ETH/USD.
Les contrats sur la chaîne subissent une série d'étapes de vérification rigoureuses lors du traitement des données fournies par l'Oracle Machine :
Tout d'abord, lire l'état actuel du contrat et effectuer une série de vérifications.
Effectuer les préparatifs nécessaires après vérification.
Vérifier chaque donnée de signature pour garantir l'intégrité des données et la fiabilité de la source. Vérifiez également le rôle du signataire et l'unicité de la signature.
Enfin, triez et filtrez les valeurs observées, en choisissant la médiane comme résultat final. Assurez-vous également que le résultat ne dépasse pas le seuil prédéfini.
De plus, certains systèmes introduisent également des mécanismes de validation supplémentaires, tels que la vérification croisée avec d'autres sources de prix, afin d'améliorer encore l'exactitude et la fiabilité des données.
Système de Registre des Flux
Pour simplifier le processus de consultation des prix de plusieurs tokens, certains systèmes Oracle Machine ont introduit le concept de Feed Registry. Cela peut être compris comme un agrégateur de plusieurs sources de prix, intégrant plusieurs Oracle Machine indépendants.
Avec le registre de flux, les développeurs n'ont pas besoin de configurer une source de prix séparée pour chaque jeton, ils peuvent directement lire les données de prix de divers jetons via une interface unifiée, ce qui améliore considérablement l'efficacité et la flexibilité du développement.
Mécanisme d'agrégation des prix multi-niveaux
Les systèmes avancés d'Oracle Machine utilisent généralement un mécanisme d'agrégation de données multi-niveaux pour garantir l'exactitude et la fiabilité des prix. Ce processus comprend généralement trois niveaux principaux : 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 : Collecter les données de prix brutes provenant de plusieurs plateformes de trading et de fournisseurs de données spécialisés, puis effectuer un calcul et une intégration préliminaires des poids.
Agrégation des opérateurs de nœuds : des opérateurs de nœuds indépendants obtiennent des données de plusieurs fournisseurs de services d'agrégation de données et effectuent un filtrage et un traitement supplémentaires.
Agrégation du réseau Oracle Machine : Plusieurs nœuds du réseau participent ensemble, en utilisant des algorithmes spécifiques ( tels que la prise de la médiane ) pour obtenir le prix final.
Le clé de ce mécanisme est de s'assurer que les données de prix peuvent refléter pleinement la situation du marché, évitant ainsi les biais ou les risques de manipulation qui pourraient découler d'une source de données unique.
La mise à jour finale des prix doit généralement satisfaire à des conditions spécifiques, telles que l'atteinte d'un seuil de déviation prédéfini ou d'un seuil de pulsation. Différentes machines oracle de prix peuvent avoir des paramètres différents pour s'adapter aux besoins de divers scénarios d'application.
Dans l'ensemble, ce système d'oracle à niveaux multiples présente une sécurité et une fiabilité élevées. Cependant, en raison des caractéristiques de son mécanisme de mise à jour, la vitesse de mise à jour des prix peut être relativement lente, variant de quelques minutes à plusieurs heures. Par conséquent, ce type de système est plus adapté aux scénarios d'application où les exigences de réactivité des prix ne sont pas élevées. Pour les applications nécessitant des mises à jour de prix à haute fréquence, il peut être nécessaire d'envisager d'autres solutions plus adaptées.
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
NFTHoarder
· 07-07 21:16
Cette agrégation a quelque chose d'intéressant.
Voir l'originalRépondre0
gas_fee_therapy
· 07-05 16:52
Vraiment, ça résout le problème de point de défaillance.
Voir l'originalRépondre0
gas_fee_therapist
· 07-05 16:51
C'est un peu compliqué, alors tant pis.
Voir l'originalRépondre0
DefiEngineerJack
· 07-05 16:50
meh... un autre design d'oracle qui ignore l'équilibre de Nash pour être honnête
Voir l'originalRépondre0
TeaTimeTrader
· 07-05 16:45
Il faut encore regarder une pile de règles et de cadres pour l'algorithme de sortie.
Voir l'originalRépondre0
P2ENotWorking
· 07-05 16:38
Ce qui est important, ce n'est pas l'Oracle Machine, mais la sécurité des fonds.
Multi-layer Aggregation Oracle Machine : construire un système de données de prix fiable off-chain
Système de prix distribué Oracle Machine
Pour résoudre le problème de point de défaillance unique, certains systèmes d'Oracle Machine ont adopté une conception distribuée. Prenons l'exemple d'un service fournissant le prix du BTC en dollars, ce système agrège 31 Oracle Machine de prix indépendants pour offrir un service aux utilisateurs.
Ce design d'agrégateur permet de consulter le code source de son contrat sur le navigateur de la blockchain Ethereum. En appelant des méthodes spécifiques dans le contrat, il est possible d'obtenir toutes les informations des oracles hors chaîne incluses dans 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 hors chaîne sont généralement des comptes externes, qui non seulement fournissent des données pour l'agrégateur BTC/USD, mais peuvent également servir d'autres paires de prix comme ETH/USD.
Les contrats sur la chaîne subissent une série d'étapes de vérification rigoureuses lors du traitement des données fournies par l'Oracle Machine :
Tout d'abord, lire l'état actuel du contrat et effectuer une série de vérifications.
Effectuer les préparatifs nécessaires après vérification.
Vérifier chaque donnée de signature pour garantir l'intégrité des données et la fiabilité de la source. Vérifiez également le rôle du signataire et l'unicité de la signature.
Enfin, triez et filtrez les valeurs observées, en choisissant la médiane comme résultat final. Assurez-vous également que le résultat ne dépasse pas le seuil prédéfini.
De plus, certains systèmes introduisent également des mécanismes de validation supplémentaires, tels que la vérification croisée avec d'autres sources de prix, afin d'améliorer encore l'exactitude et la fiabilité des données.
Système de Registre des Flux
Pour simplifier le processus de consultation des prix de plusieurs tokens, certains systèmes Oracle Machine ont introduit le concept de Feed Registry. Cela peut être compris comme un agrégateur de plusieurs sources de prix, intégrant plusieurs Oracle Machine indépendants.
Avec le registre de flux, les développeurs n'ont pas besoin de configurer une source de prix séparée pour chaque jeton, ils peuvent directement lire les données de prix de divers jetons via une interface unifiée, ce qui améliore considérablement l'efficacité et la flexibilité du développement.
Mécanisme d'agrégation des prix multi-niveaux
Les systèmes avancés d'Oracle Machine utilisent généralement un mécanisme d'agrégation de données multi-niveaux pour garantir l'exactitude et la fiabilité des prix. Ce processus comprend généralement trois niveaux principaux : 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 : Collecter les données de prix brutes provenant de plusieurs plateformes de trading et de fournisseurs de données spécialisés, puis effectuer un calcul et une intégration préliminaires des poids.
Agrégation des opérateurs de nœuds : des opérateurs de nœuds indépendants obtiennent des données de plusieurs fournisseurs de services d'agrégation de données et effectuent un filtrage et un traitement supplémentaires.
Agrégation du réseau Oracle Machine : Plusieurs nœuds du réseau participent ensemble, en utilisant des algorithmes spécifiques ( tels que la prise de la médiane ) pour obtenir le prix final.
Le clé de ce mécanisme est de s'assurer que les données de prix peuvent refléter pleinement la situation du marché, évitant ainsi les biais ou les risques de manipulation qui pourraient découler d'une source de données unique.
La mise à jour finale des prix doit généralement satisfaire à des conditions spécifiques, telles que l'atteinte d'un seuil de déviation prédéfini ou d'un seuil de pulsation. Différentes machines oracle de prix peuvent avoir des paramètres différents pour s'adapter aux besoins de divers scénarios d'application.
Dans l'ensemble, ce système d'oracle à niveaux multiples présente une sécurité et une fiabilité élevées. Cependant, en raison des caractéristiques de son mécanisme de mise à jour, la vitesse de mise à jour des prix peut être relativement lente, variant de quelques minutes à plusieurs heures. Par conséquent, ce type de système est plus adapté aux scénarios d'application où les exigences de réactivité des prix ne sont pas élevées. Pour les applications nécessitant des mises à jour de prix à haute fréquence, il peut être nécessaire d'envisager d'autres solutions plus adaptées.