Le système Oracle Machine peut rencontrer des délais en raison de diverses raisons lors de la réponse aux demandes des utilisateurs, entraînant des pannes de point unique. Pour cela, certains systèmes ont adopté un design de prix Oracle Machine distribué pour améliorer la fiabilité du service. Prenons l'exemple d'un service fournissant le prix du BTC en dollars, un système a intégré 31 Oracle Machines de prix indépendantes pour offrir un service plus stable aux utilisateurs.
La conception des contrats de ce type d'agrégateur comprend généralement plusieurs Oracle Machines hors chaîne. Chaque Oracle Machine hors chaîne peut fournir des données de prix par des méthodes spécifiques, en réponse aux demandes des utilisateurs au sein de l'agrégateur. Ces Oracle Machines hors chaîne sont souvent des comptes externes ordinaires, capables non seulement de fournir des données pour l'agrégateur BTC/USD, mais également de servir simultanément d'autres agrégateurs comme ETH/USD.
Les contrats sur la chaîne suivent généralement les étapes suivantes lors du traitement des données de l'Oracle Machine :
Lire l'état actuel du contrat et effectuer une série de vérifications.
Effectuer les préparatifs nécessaires.
Vérifiez chaque donnée de signature pour vous assurer que la valeur de hachage est correcte et que le signataire a les autorisations appropriées.
Vérifiez l'ordre des valeurs observées, sélectionnez la médiane et assurez-vous qu'elle est dans une plage raisonnable.
Enregistrer les résultats de cette Oracle Machine et procéder à une validation supplémentaire.
Certains systèmes introduiront également des mécanismes de validation supplémentaires, comme la comparaison des écarts de prix fournis par différents Oracle Machines pour vérifier s'ils se trouvent dans une plage acceptable.
Pour simplifier le processus d'utilisation et améliorer la flexibilité, certaines plateformes ont lancé le concept de Feed Registry. Cela peut être compris comme un agrégateur de PriceFeeds, qui intègre plusieurs priceFeeds. Les utilisateurs peuvent lire les données de prix directement via le Feed Registry, sans avoir à configurer eux-mêmes le priceFeed de chaque token.
En ce qui concerne le mécanisme de tarification, certains systèmes adoptent une stratégie d'agrégation de données multilayer, y compris l'agrégation des sources de données, l'agrégation des opérateurs de nœuds et l'agrégation des réseaux d'Oracle Machine. Cette approche permet de fournir des informations sur les prix du marché plus complètes et précises.
Les données de prix proviennent généralement de grandes plateformes d'échange, y compris des échanges centralisés et décentralisés. Certains fournisseurs de données professionnels collectent des données de prix brutes à partir de ces plateformes et effectuent des calculs pondérés en fonction du volume des transactions, de la liquidité et d'autres facteurs.
Les opérateurs de nœuds sont responsables de l'obtention d'informations sur les prix à partir de plusieurs sources de données indépendantes, de calculer la médiane et d'éliminer les valeurs aberrantes. Enfin, l'ensemble du réseau Oracle Machine agrège les données de tous les nœuds, la méthode courante étant de prendre la médiane lorsque le nombre prédéfini de nœuds de réponse est atteint.
Il est à noter que toutes les mises à jour de données ne se reflètent pas immédiatement sur la chaîne. En général, une mise à jour n'est déclenchée que lorsque des conditions spécifiques sont remplies (comme un seuil de déviation ou un seuil de pulsation). Bien que ce mécanisme améliore la sécurité, il peut également entraîner des mises à jour de prix relativement lentes, ce qui le rend principalement adapté aux scénarios d'application où la réactivité des prix n'est pas critique.
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
7
Partager
Commentaire
0/400
MissedTheBoat
· Il y a 15h
Écouter la courbe Heavy Position acheter a été frappé !
Voir l'originalRépondre0
PanicSeller69
· 08-01 17:13
31 Oracle Machine cartes bloquées que faire
Voir l'originalRépondre0
0xLuckbox
· 08-01 17:13
31 choses utiles à dire en faisant le bull.
Voir l'originalRépondre0
not_your_keys
· 08-01 17:11
L'off-chain est-il fiable ?
Voir l'originalRépondre0
BearMarketSunriser
· 08-01 17:09
Ouais, ce piège est vraiment fiable.
Voir l'originalRépondre0
SelfCustodyIssues
· 08-01 17:08
C'est vraiment impressionnant d'avoir autant de machines stables.
Oracle Machine de prix distribué : améliorer la fiabilité et la précision des services de données de Finance décentralisée
Machine Oracle de prix distribué
Le système Oracle Machine peut rencontrer des délais en raison de diverses raisons lors de la réponse aux demandes des utilisateurs, entraînant des pannes de point unique. Pour cela, certains systèmes ont adopté un design de prix Oracle Machine distribué pour améliorer la fiabilité du service. Prenons l'exemple d'un service fournissant le prix du BTC en dollars, un système a intégré 31 Oracle Machines de prix indépendantes pour offrir un service plus stable aux utilisateurs.
La conception des contrats de ce type d'agrégateur comprend généralement plusieurs Oracle Machines hors chaîne. Chaque Oracle Machine hors chaîne peut fournir des données de prix par des méthodes spécifiques, en réponse aux demandes des utilisateurs au sein de l'agrégateur. Ces Oracle Machines hors chaîne sont souvent des comptes externes ordinaires, capables non seulement de fournir des données pour l'agrégateur BTC/USD, mais également de servir simultanément d'autres agrégateurs comme ETH/USD.
Les contrats sur la chaîne suivent généralement les étapes suivantes lors du traitement des données de l'Oracle Machine :
Certains systèmes introduiront également des mécanismes de validation supplémentaires, comme la comparaison des écarts de prix fournis par différents Oracle Machines pour vérifier s'ils se trouvent dans une plage acceptable.
Pour simplifier le processus d'utilisation et améliorer la flexibilité, certaines plateformes ont lancé le concept de Feed Registry. Cela peut être compris comme un agrégateur de PriceFeeds, qui intègre plusieurs priceFeeds. Les utilisateurs peuvent lire les données de prix directement via le Feed Registry, sans avoir à configurer eux-mêmes le priceFeed de chaque token.
En ce qui concerne le mécanisme de tarification, certains systèmes adoptent une stratégie d'agrégation de données multilayer, y compris l'agrégation des sources de données, l'agrégation des opérateurs de nœuds et l'agrégation des réseaux d'Oracle Machine. Cette approche permet de fournir des informations sur les prix du marché plus complètes et précises.
Les données de prix proviennent généralement de grandes plateformes d'échange, y compris des échanges centralisés et décentralisés. Certains fournisseurs de données professionnels collectent des données de prix brutes à partir de ces plateformes et effectuent des calculs pondérés en fonction du volume des transactions, de la liquidité et d'autres facteurs.
Les opérateurs de nœuds sont responsables de l'obtention d'informations sur les prix à partir de plusieurs sources de données indépendantes, de calculer la médiane et d'éliminer les valeurs aberrantes. Enfin, l'ensemble du réseau Oracle Machine agrège les données de tous les nœuds, la méthode courante étant de prendre la médiane lorsque le nombre prédéfini de nœuds de réponse est atteint.
Il est à noter que toutes les mises à jour de données ne se reflètent pas immédiatement sur la chaîne. En général, une mise à jour n'est déclenchée que lorsque des conditions spécifiques sont remplies (comme un seuil de déviation ou un seuil de pulsation). Bien que ce mécanisme améliore la sécurité, il peut également entraîner des mises à jour de prix relativement lentes, ce qui le rend principalement adapté aux scénarios d'application où la réactivité des prix n'est pas critique.