Le service de prix

Un petit service HTTP séparé, qui isole la seule dépendance externe de la dapp.

Pourquoi il est à part

Le prix en dollars d'une action tokenisée ne peut pas venir de la chaîne — il vient d'une API. Le mettre dans une route de l'application coudrait cette dépendance au produit.

En le sortant, la dapp continue de lire tout l'état du protocole directement sur la chaîne et reste utile quand le service de prix est en panne. Elle affiche alors « price unavailable », jamais zéro.

La règle de fraîcheur

C'est une règle de conception du projet, pas un détail d'implémentation :

Une valeur financière n'est jamais affichée sans qu'on sache si elle est fraîche, et un prix indisponible s'affiche comme indisponible, jamais comme zéro, jamais comme une estimation silencieuse.

Chaque prix renvoyé porte donc sa provenance, l'horodatage auquel il a été observé en amont, et un drapeau de péremption. Le payload complet porte aussi un drapeau « dégradé » si au moins un symbole n'a pas pu être valorisé.

En local

Le service tourne en mode fixtures : des prix figés, sans appel réseau, ce qui rend le scénario local reproductible.