Le moteur n’invente pas un cours, une capitalisation ou une actualité. Chaque famille de données a un rôle précis, une fréquence de mise à jour et des limites connues. Cette page documente la provenance avant que TOKENOPSY ne produise sa propre lecture.
Cours, capitalisation, volume, rang, historique de prix, supply et métadonnées de marché. TOKENOPSY met ces réponses en cache côté serveur afin de limiter les appels, préserver la disponibilité et fournir un HTML préchargé.
Source officielle ↗Enrichissement de l’activité protocole lorsque le rapprochement entre l’actif et le protocole est suffisamment fiable. Cette donnée n’est pas forcée si le rapprochement est ambigu.
Source officielle ↗Contrôles complémentaires sur certains contrats EVM : permissions sensibles, proxy, mint, pause, blacklist ou risque de honeypot lorsque ces informations sont disponibles.
Le cache n’a pas pour but de masquer une donnée ancienne. Il évite de dépendre d’un appel externe à chaque page vue, absorbe les limites des fournisseurs et permet de conserver une dernière donnée connue lorsqu’un service tiers répond temporairement mal. Les pages indiquent la fraîcheur disponible lorsque l’horodatage existe.
Un fournisseur peut limiter son API, modifier son format ou ne pas couvrir un actif. TOKENOPSY privilégie alors l’abstention, un affichage partiel ou une donnée mise en cache plutôt que d’inventer une valeur manquante.
Les fournisseurs apportent des faits ou des métriques. Les scénarios, scores, garde-fous, classements intelligents et synthèses sont produits par TOKENOPSY. Une actualité ou un mouvement de prix ne devient donc pas automatiquement une recommandation.