0.7.22

ROADMAP.md

@@ -622,7 +622,7 @@ Réalisé :
 - 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`.
+- ajout d’une façade runtime pour exposer ce comportement au branchement `ws_manager`.
 
 ### 6.050. Version `0.7.18` — Backfill historique ciblé par token
 Réalisé :
@@ -663,17 +663,73 @@ Réalisé :
 - branchement automatique dans le pipeline de résolution transactionnelle.
 
 ### 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.
+Réalisé :
+
+- ajout d’une fenêtre dédiée `Demo Pipeline` dans `kb_app`,
+- inspection du pipeline persistant par `signature`,
+- inspection du pipeline persistant par `token mint`,
+- inspection du pipeline persistant par `pair id`,
+- inspection du pipeline persistant par `pool address`,
+- affichage structuré des transactions résolues, événements DEX décodés, pools, paires, listings, launch origins, pool origins, wallets observés, holdings observés, trade events, pair metrics, candles et signaux analytiques,
+- possibilité d’utiliser un timeframe custom pour régénérer à la demande les candles non matérialisées,
+- conservation d’une instance partagée de `KbDatabase` dans `kb_app` afin d’éviter la réouverture de la base et la réinitialisation du schéma à chaque commande UI,
+- validation pratique de l’inspection du pipeline `0.7.x` sans dépendre uniquement des logs bruts ou de la consultation manuelle de SQLite.
+
+### 6.055. Version `0.7.23` — `kb_app` : backfill token et inspection ciblée
+Objectif : piloter le backfill historique depuis l’interface desktop et afficher le résultat de façon exploitable.
 
 À 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`.
+- ajouter une vue de saisie d’un `token_mint`,
+- permettre le déclenchement manuel du `KbTokenBackfillService`,
+- afficher le résumé du backfill : signatures mint, pools retrouvés, signatures de pools, transactions résolues, decoded events, trade events, candles et analytic signals,
+- permettre une navigation simple entre token, pools, paires et événements liés,
+- préparer la réexécution ciblée de backfills sans casser l’idempotence du modèle.
 
-### 6.055. Version `0.7.x` — Couverture DEX v1
+### 6.056. Version `0.7.24` — `kb_app` : visualisation candles / OHLCV
+Objectif : fournir une vue graphique exploitable des candles via `echarts`.
+
+À faire :
+
+- ajouter une vue de sélection de paire,
+- permettre le choix du timeframe,
+- lire les candles matérialisées pour les timeframes usuels,
+- permettre la régénération à la demande pour un timeframe arbitraire,
+- afficher les chandeliers, les volumes et la navigation temporelle,
+- préparer l’affichage d’overlays analytiques.
+
+### 6.057. Version `0.7.25` — `kb_app` : overlays analytiques
+Objectif : rendre visibles les signaux analytiques directement sur les graphes et vues de marché.
+
+À faire :
+
+- afficher les signaux analytiques par bucket au-dessus ou autour des candles,
+- ajouter des marqueurs pour `first_trade_seen`, `trade_burst_60s`, `buy_sell_imbalance_60s`, `price_jump_up_60s`, `price_jump_down_60s` et `volume_spike_60s`,
+- permettre le filtrage par type de signal et par sévérité,
+- afficher un panneau latéral listant les signaux liés à une paire et à un timeframe.
+
+### 6.058. Version `0.7.26` — `kb_app` : vues consolidées token / pair / pool
+Objectif : fournir une lecture métier plus confortable du modèle `0.7.x`.
+
+À faire :
+
+- ajouter une fiche token,
+- ajouter une fiche paire,
+- ajouter une fiche pool,
+- relier dans l’UI les launch origins, pool origins, wallets observés, holdings observés, candles et analytic signals,
+- préparer une navigation transversale entre objets techniques et objets métier.
+
+### 6.059. Version `0.7.27` — Finition UI `0.7.x`
+Objectif : stabiliser la couche desktop de validation avant l’ouverture de `0.8.x`.
+
+À faire :
+
+- consolider les vues ajoutées dans `kb_app`,
+- améliorer la navigation, les filtres et la pagination,
+- ajouter les derniers raffinements de confort et de lisibilité,
+- préparer une base UI suffisamment stable pour la future phase d’analyse et filtrage `0.8.x`.
+
+### 6.060. 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 :
@@ -700,7 +756,7 @@ Résultat attendu :
 - 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.056. Version `0.8.x` — Analyse et filtrage
+### 6.061. Version `0.8.x` — Analyse et filtrage
 Objectif : transformer les événements bruts en signaux exploitables.
 
 À faire :
@@ -712,7 +768,7 @@ Objectif : transformer les événements bruts en signaux exploitables.
 - premiers patterns,
 - enrichissement des signaux analytiques préparés en fin de `0.7.x`.
 
-### 6.057. Version `1.x.y` — Wallets et swap préparatoire
+### 6.062. Version `1.x.y` — Wallets et swap préparatoire
 Objectif : préparer la couche d’action.
 
 À faire :
@@ -723,7 +779,7 @@ Objectif : préparer la couche d’action.
 - préparation d’ordres et de swaps,
 - simulation et garde-fous.
 
-### 6.058. Version `2.x.y` — Trading semi-automatisé
+### 6.063. Version `2.x.y` — Trading semi-automatisé
 Objectif : brancher l’analyse à l’action tout en gardant des garde-fous explicites.
 
 À faire :
@@ -734,7 +790,7 @@ Objectif : brancher l’analyse à l’action tout en gardant des garde-fous exp
 - confirmations explicites ou semi-automatiques,
 - journaux d’exécution.
 
-### 6.059. Version `3.x.y` — Yellowstone gRPC
+### 6.064. Version `3.x.y` — Yellowstone gRPC
 Objectif : ajouter le connecteur gRPC dédié.
 
 À faire :
@@ -822,11 +878,10 @@ Le projet doit maintenir au minimum :
 
 La priorité immédiate est désormais la suivante :
 
-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.
+1. poursuivre la fin de série `0.7.x` côté `kb_app` avant l’ouverture de `0.8.x`,
+2. ajouter un pilotage UI du backfill historique ciblé par `token_mint`,
+3. ajouter une vue graphique des candles / OHLCV avec `echarts`,
+4. ajouter les overlays des signaux analytiques sur les candles,
+5. consolider les vues métier `token / pair / pool` dans `kb_app`,
+6. stabiliser l’ergonomie, les filtres et la navigation de l’UI d’inspection,
+7. préparer enfin l’arrivée de Yellowstone gRPC comme extension de capacité, et non comme remplacement du socle existant.