Implémentation et application de l'oracle machine de prix distribués
Pour éviter les points de défaillance uniques, certains services d'Oracle Machine de prix adoptent une conception distribuée. Prenons l'exemple d'un service fournissant le prix du Bitcoin en dollars, qui agrège 31 Oracle Machines de prix indépendants pour fournir des données aux utilisateurs.
Les contrats de cet agrégateur peuvent être consultés sur l'explorateur de blockchain Ethereum. En appelant des méthodes spécifiques dans le contrat, il est possible de voir tous les oracles hors chaîne inclus 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 (EOA), qui peuvent non seulement fournir des données pour l'agrégateur Bitcoin/USD, mais aussi pour d'autres agrégateurs comme Ethereum/USD.
Les contrats sur la chaîne passent par une série d'étapes lors du traitement de ces données : d'abord, l'état actuel du contrat est lu et vérifié, puis des préparatifs sont effectués, ensuite chaque donnée de signature est vérifiée, enfin, la médiane est sélectionnée à partir des valeurs observées triées et enregistrée et vérifiée. Ce processus de vérification peut impliquer des interactions avec d'autres contrats (, comme les oracles de prix utilisés par certaines plateformes de prêt ), principalement pour comparer si l'écart de prix donné par différents oracles est dans une plage acceptable.
Pour simplifier le processus d'obtention des prix de plusieurs tokens, certains systèmes ont introduit le concept de registre d'oracle (Feed Registry). Cela peut être considéré comme un agrégateur de plusieurs oracles de prix, permettant aux utilisateurs de lire directement les données de prix de divers tokens sans avoir à configurer séparément l'oracle de prix de chaque token.
En ce qui concerne le mécanisme de prix, les données de prix sont généralement agrégées en plusieurs couches : d'abord l'agrégation des sources de données, qui collecte les données de prix brutes à partir des principales plateformes de trading ; ensuite l'agrégation des opérateurs de nœuds, où des nœuds indépendants obtiennent et traitent les données à partir de plusieurs fournisseurs de services d'agrégation de données ; enfin, l'agrégation de l'ensemble du réseau d'Oracle Machine, la méthode courante étant de prendre la médiane lorsque le nombre de nœuds de réponse prédéfinis est atteint. Il convient de noter que le prix sur la chaîne n'est pas mis à jour à chaque fois, mais uniquement lorsque certaines conditions ( telles que le seuil de déviation ou le seuil de pulsation ) sont satisfaites, ce qui déclenche la mise à jour.
Bien que ce design améliore la sécurité et la fiabilité, il entraîne également une mise à jour des prix relativement lente, pouvant varier de quelques minutes à 24 heures. Par conséquent, ce type d'Oracle Machine est principalement adapté aux scénarios d'application qui ne sont pas très sensibles aux mises à jour de prix, ce qui constitue également une de ses limites actuelles.
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.
18 J'aime
Récompense
18
4
Reposter
Partager
Commentaire
0/400
LadderToolGuy
· 08-10 02:12
Satoshi Nakamoto est vraiment mort ! Algorithme fait la loi !
Voir l'originalRépondre0
0xSleepDeprived
· 08-07 07:26
Étrangle la partie A, la distribution des fantômes bloque tout.
Voir l'originalRépondre0
LiquidationWatcher
· 08-07 07:22
Compris, vente à découvert et dormir profondément, Oracle Machine touche le cœur chaque jour.
Oracle Machine de prix distribué : principes de conception et limites d'application
Implémentation et application de l'oracle machine de prix distribués
Pour éviter les points de défaillance uniques, certains services d'Oracle Machine de prix adoptent une conception distribuée. Prenons l'exemple d'un service fournissant le prix du Bitcoin en dollars, qui agrège 31 Oracle Machines de prix indépendants pour fournir des données aux utilisateurs.
Les contrats de cet agrégateur peuvent être consultés sur l'explorateur de blockchain Ethereum. En appelant des méthodes spécifiques dans le contrat, il est possible de voir tous les oracles hors chaîne inclus 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 (EOA), qui peuvent non seulement fournir des données pour l'agrégateur Bitcoin/USD, mais aussi pour d'autres agrégateurs comme Ethereum/USD.
Les contrats sur la chaîne passent par une série d'étapes lors du traitement de ces données : d'abord, l'état actuel du contrat est lu et vérifié, puis des préparatifs sont effectués, ensuite chaque donnée de signature est vérifiée, enfin, la médiane est sélectionnée à partir des valeurs observées triées et enregistrée et vérifiée. Ce processus de vérification peut impliquer des interactions avec d'autres contrats (, comme les oracles de prix utilisés par certaines plateformes de prêt ), principalement pour comparer si l'écart de prix donné par différents oracles est dans une plage acceptable.
Pour simplifier le processus d'obtention des prix de plusieurs tokens, certains systèmes ont introduit le concept de registre d'oracle (Feed Registry). Cela peut être considéré comme un agrégateur de plusieurs oracles de prix, permettant aux utilisateurs de lire directement les données de prix de divers tokens sans avoir à configurer séparément l'oracle de prix de chaque token.
En ce qui concerne le mécanisme de prix, les données de prix sont généralement agrégées en plusieurs couches : d'abord l'agrégation des sources de données, qui collecte les données de prix brutes à partir des principales plateformes de trading ; ensuite l'agrégation des opérateurs de nœuds, où des nœuds indépendants obtiennent et traitent les données à partir de plusieurs fournisseurs de services d'agrégation de données ; enfin, l'agrégation de l'ensemble du réseau d'Oracle Machine, la méthode courante étant de prendre la médiane lorsque le nombre de nœuds de réponse prédéfinis est atteint. Il convient de noter que le prix sur la chaîne n'est pas mis à jour à chaque fois, mais uniquement lorsque certaines conditions ( telles que le seuil de déviation ou le seuil de pulsation ) sont satisfaites, ce qui déclenche la mise à jour.
Bien que ce design améliore la sécurité et la fiabilité, il entraîne également une mise à jour des prix relativement lente, pouvant varier de quelques minutes à 24 heures. Par conséquent, ce type d'Oracle Machine est principalement adapté aux scénarios d'application qui ne sont pas très sensibles aux mises à jour de prix, ce qui constitue également une de ses limites actuelles.