Beaucoup pensent que les données des oracles obtenues en chaîne sont en temps réel, mais cette idée peut vous faire tomber dans le piège.

Prenons l'exemple d'APRO, un oracle décentralisé qui permet à n'importe qui de jouer le rôle de vérificateur de données, en soumettant des rapports sur la chaîne via une signature et un horodatage. Cela semble très démocratique, mais il y a un détail facilement négligé : la validité de ces rapports ne dure que 24 heures.

En d'autres termes, le fait qu’un contrat valide un rapport ne signifie pas que ces données sont récentes. L’horodatage peut dater d’hier, voire d’avant-hier. La validation réussie et la fraîcheur des données sont deux choses complètement différentes.

Comment l’utiliser concrètement ? Les contrats intelligents peuvent adopter quatre modes d’utilisation :

Premièrement, le mode en temps réel — récupérer, valider et appliquer le prix le plus récent dans une seule transaction. Idéal pour les traders à haute fréquence et les scénarios nécessitant une liquidation immédiate, où la rapidité est cruciale.

Deuxièmement, la requête historique — verrouiller le prix à un horodatage précis. Très utile pour l’audit ou la validation de règlement, garantissant la cohérence des données.

Troisièmement, l’utilisation découplée — séparer la mise à jour des prix et la logique métier. Semblable au mode push des oracles traditionnels, plus flexible et plus économique en Gas.

Enfin, l’accès en lecture seule aux données stockées en chaîne — c’est la méthode la plus risquée. Si personne ne soumet de nouveau rapport, vous risquez de lire un prix obsolète datant de plusieurs mois. Cela peut être utilisé dans certains scénarios, mais il faut faire très attention.

L’essentiel est : ne jamais confondre "validation réussie" et "données récentes". Même si le rapport APRO est expiré de 24 heures, la vérification par signature peut encore passer, mais votre application pourrait déjà prendre des décisions basées sur des données historiques.

Cela reflète en réalité l’essence des oracles décentralisés — ils redonnent le pouvoir de juger de la fraîcheur des données aux applications. Vous devez, en fonction de votre scénario d’affaires, choisir activement la stratégie d’obtention des données appropriée. Plus vous avez de pouvoir, plus la responsabilité est grande.