Architecture
Une chaîne continue,
surveillée de bout en bout.
Collecter six places sans interruption, calculer vingt et une familles d’indicateurs sur vingt-quatre paires et cinq pas de temps, et garder l’historique : ce sont trois problèmes d’ingénierie distincts, et ils ont trois réponses distinctes.
Le socle
APP-15-CRYPTO est bâti sur Socle V005, le socle applicatif de TheSocle, en Java 21. Son unité de base est le Worker : un composant autonome qui fait une chose, déclare son état et se laisse superviser.
Quatre-vingt-quatorze composants
Mesuré le 29 septembre 2026. Chacun a son battement de cœur, son état et son historique d’incidents, consultables sans se connecter à la machine.
Un superviseur
Il relève les battements, redémarre ce qui doit l’être et fait remonter ce qu’il ne sait pas réparer. Un collecteur bloqué ne reste pas bloqué en silence.
Des actions, pas des scripts
Chaque Worker expose ses opérations sous forme d’actions nommées, accessibles par HTTP comme par MCP. Il n’y a pas de manipulation cachée en ligne de commande.
Un journal technique
Une base embarquée conserve les exécutions, les résultats d’appels et les métriques. Ce qui s’est passé hier reste consultable aujourd’hui.
Les données
TimescaleDB pour les séries
Les transactions, bougies, carnets d’ordres et indicateurs sont des séries temporelles : elles sont rangées dans des hypertables PostgreSQL/TimescaleDB, découpées par intervalle de temps.
Un tiering automatique à sept jours
Passé sept jours, les partitions basculent sur un stockage froid. Les données restent interrogeables ; elles cessent d’occuper le stockage rapide. Sans cela, le volume quotidien — plusieurs dizaines de gigaoctets — remplirait n’importe quel disque.
NATS JetStream entre les étages
La collecte n’écrit pas directement dans le calcul. Les flux passent par un bus persistant : une étape lente ne perd pas de messages, elle prend du retard, et ce retard se mesure.
Redis pour les lectures répétées
Les mêmes indicateurs sont demandés en boucle par les écrans. Le cache absorbe ces lectures sans retoucher la base.
Six cents lectures sont tenues en parallèle, sur cinq pas de temps. La grille dit où une lecture existe — jamais ce qu’elle vaut.
Ce que la plateforme expose
| Interface | Ce qu’elle permet |
|---|---|
| API REST | Collecteurs, vue d’ensemble, indicateurs par paire et pas de temps, scores, contrats à terme, files |
| GraphQL | Interrogation des données stockées, avec filtres, pour les besoins d’analyse |
| MCP | Soixante-sept outils (mesure du 29 septembre 2026) : un agent interroge la plateforme comme le ferait un humain — mêmes opérations, mêmes limites |
| Contrôle d’exécution | État de santé, état des Workers, déclenchement et arrêt des pipelines |
L’ouverture MCP n’est pas un supplément : c’est la même surface que celle des écrans, décrite pour qu’un programme puisse s’en servir. Ce qu’un utilisateur peut lire, un agent peut le lire ; ce qu’aucun des deux ne peut faire, c’est passer un ordre — la fonction n’existe pas.
Où cela tourne
La plateforme est déployée sur un mini-hub TheSocle : un serveur qui reçoit ses applications depuis un Hub central, sans intervention manuelle sur la machine. Le Hub porte les noms de domaine, les certificats, l’authentification et les routes ; le mini-hub fait tourner l’application au plus près de ses données.
Ce site vitrine suit le même chemin : les serveurs qui l’hébergent sont situés à Sydney, en Australie, et l’entrée des visiteurs se fait par un serveur en France. C’est dit dans les mentions légales et dans la page confidentialité.
Sur les numéros de version
La documentation interne du projet mentionne plusieurs numéros de version selon les fichiers. Nous n’en citons aucun ici : le seul chiffre qui aurait un sens est celui mesuré sur l’instance en fonctionnement, et il change plus vite que cette page.