0.7.17

ROADMAP.md

@@ -614,7 +614,73 @@ Réalisé :
 - branchement automatique dans le pipeline de résolution transactionnelle,
 - conservation d’un modèle simple et idempotent en préparation de futures candles / séries temporelles.
 
-### 6.049. Version `0.7.x` — Couverture DEX v1
+### 6.049. Version `0.7.17` — Renforcement temps réel WS hybride
+Réalisé :
+
+- conservation de `logsSubscribe` comme source canonique de signatures candidates,
+- ajout d’une collecte de cibles `programSubscribe` à partir des DEX actifs connus,
+- ajout d’une collecte de cibles `accountSubscribe` à partir des pools actifs connus,
+- ajout d’une couche d’observations techniques WS hybrides pour `logs / program / account`,
+- ajout d’une première déduplication en mémoire des notifications techniques reçues en parallèle,
+- ajout d’une façade runtime pour exposer ce comportement au futur branchement `ws_manager`.
+
+### 6.050. Version `0.7.18` — Backfill historique ciblé par token
+Objectif : permettre la reconstruction historique ciblée d’un token encore actif non observé en live.
+
+À faire :
+
+- ajouter une entrée `token_mint -> backfill`,
+- retrouver les signatures historiques via `getSignaturesForAddress`,
+- résoudre les transactions pertinentes via `getTransaction`,
+- retrouver les pools et paires liés au token,
+- reconstruire les swaps observables et les métriques dérivées,
+- cibler prioritairement des tokens encore actifs comme `USDC`, `USDT`, `RAY`, `JUP`,
+- éviter un scan exhaustif de toute la blockchain.
+
+### 6.051. Version `0.7.19` — Holdings observés
+Objectif : compléter la couche acteurs observés avec une première vision des balances et comptes token observés, sans viser encore un portefeuille temps réel exhaustif.
+
+À faire :
+
+- ajouter une table de holdings observés rattachés à `wallets` et `tokens`,
+- distinguer snapshots observés et états recalculés,
+- permettre l’enregistrement de balances observées depuis les payloads décodés ou les lectures RPC ciblées,
+- rattacher un holding observé à une transaction, un slot et une source,
+- préparer l’évolution future vers des reconstructions de portefeuille plus complètes.
+
+### 6.052. Version `0.7.20` — Candles / OHLCV
+Objectif : compléter la première couche d’agrégats DEX avec des séries temporelles exploitables par paire.
+
+À faire :
+
+- ajouter des candles par paire et par fenêtre temporelle,
+- calculer `open`, `high`, `low`, `close`, `volume` et `trade_count`,
+- alimenter ces candles à partir des `trade events` déjà normalisés,
+- conserver un modèle idempotent apte à être recalculé ou consolidé,
+- préparer la couche analytique riche de `0.8.x`.
+
+### 6.053. Version `0.7.21` — Signaux analytiques plus riches
+Objectif : préparer, avant `0.8.x`, une première couche de signaux enrichis au-dessus des objets déjà consolidés.
+
+À faire :
+
+- produire des signaux plus riches à partir des `pair metrics`, `wallet participations`, `pool origins` et `launch origins`,
+- introduire des signaux de démarrage d’activité, accélération, concentration, absence de liquidité ou premières anomalies observées,
+- distinguer clairement signaux techniques, signaux métier et signaux analytiques enrichis,
+- conserver une logique idempotente et explicable avant l’arrivée des filtres plus complexes de `0.8.x`.
+
+### 6.054. Version `0.7.22` — `kb_app` : inspection et tests du pipeline `0.7.x`
+Objectif : permettre depuis l’application desktop de tester, inspecter et valider tout le pipeline `0.7.x` sans recourir uniquement aux logs bruts ou à SQLite.
+
+À faire :
+
+- ajouter une ou plusieurs vues `kb_app` dédiées à l’inspection des transactions résolues, événements DEX décodés, pools, paires, launch origins, pool origins, wallets observés, holdings observés et trade events,
+- permettre la recherche par signature, pool, paire, token mint ou wallet,
+- afficher les liens entre objets techniques et objets métier,
+- permettre de lancer manuellement certains backfills ou inspections ciblées,
+- fournir un socle UI pour tester en pratique tout ce qui a été construit dans la série `0.7.x`.
+
+### 6.055. Version `0.7.x` — Couverture DEX v1
 Objectif : structurer les connecteurs DEX autour d’un pipeline complet de résolution, décodage et normalisation métier.
 
 Protocoles cibles :
@@ -637,10 +703,11 @@ Résultat attendu :
 - identification fiable des programmes et versions,
 - résolution des signatures pertinentes,
 - décodage des transactions utiles,
-- création d’objets métier riches pour tokens, pools, paires, listings et participants,
-- remplacement progressif des scripts heuristiques externes par des composants Rust intégrés.
+- création d’objets métier riches pour tokens, pools, paires, listings, participants et holdings observés,
+- préparation d’une détection temps réel hybride et d’un backfill ciblé compatible avec les mêmes objets métier,
+- préparation d’agrégats DEX plus riches, de candles / OHLCV et d’une UI d’inspection du pipeline `0.7.x`.
 
-### 6.050. Version `0.8.x` — Analyse et filtrage
+### 6.056. Version `0.8.x` — Analyse et filtrage
 Objectif : transformer les événements bruts en signaux exploitables.
 
 À faire :
@@ -649,9 +716,10 @@ Objectif : transformer les événements bruts en signaux exploitables.
 - règles de filtrage,
 - exclusions des tokens non tradables,
 - statistiques de comportement,
-- premiers patterns.
+- premiers patterns,
+- enrichissement des signaux analytiques préparés en fin de `0.7.x`.
 
-### 6.051. Version `1.x.y` — Wallets et swap préparatoire
+### 6.057. Version `1.x.y` — Wallets et swap préparatoire
 Objectif : préparer la couche d’action.
 
 À faire :
@@ -662,7 +730,7 @@ Objectif : préparer la couche d’action.
 - préparation d’ordres et de swaps,
 - simulation et garde-fous.
 
-### 6.052. Version `2.x.y` — Trading semi-automatisé
+### 6.058. Version `2.x.y` — Trading semi-automatisé
 Objectif : brancher l’analyse à l’action tout en gardant des garde-fous explicites.
 
 À faire :
@@ -673,7 +741,7 @@ Objectif : brancher l’analyse à l’action tout en gardant des garde-fous exp
 - confirmations explicites ou semi-automatiques,
 - journaux d’exécution.
 
-### 6.053. Version `3.x.y` — Yellowstone gRPC
+### 6.059. Version `3.x.y` — Yellowstone gRPC
 Objectif : ajouter le connecteur gRPC dédié.
 
 À faire :
@@ -761,9 +829,11 @@ Le projet doit maintenir au minimum :
 
 La priorité immédiate est désormais la suivante :
 
-1. démarrer la version `0.7.10` avec le premier support `Orca / Whirlpools`,
-2. conserver un décodeur séparé par protocole et par version,
-3. préparer ensuite la version `0.7.11` pour `FluxBeam`,
-4. préparer ensuite la version `0.7.12` pour `DexLab`,
-5. étendre ensuite la couche `launch origins` à `Bags` et `Moonit`,
-6. garder l’unification multi-DEX et la consolidation métier pour `0.7.14`.
+1. finaliser complètement la fin de série `0.7.x` avant l’ouverture de `0.8.x`,
+2. ajouter un renforcement temps réel hybride avec `logsSubscribe`, `programSubscribe` et `accountSubscribe` en parallèle des sources déjà exploitées,
+3. conserver la résolution transactionnelle comme source de normalisation commune,
+4. ajouter ensuite un mode de backfill historique ciblé par `token_mint` pour des tokens encore actifs donnés explicitement,
+5. compléter la couche métier avec des `holdings observés`,
+6. ajouter des `candles / OHLCV` et une première couche de signaux analytiques plus riches,
+7. doter `kb_app` d’une vraie UI d’inspection et de test pour l’ensemble du pipeline `0.7.x`,
+8. préparer enfin l’arrivée de Yellowstone gRPC comme extension de capacité, et non comme remplacement du socle existant.