0.6.5

ROADMAP.md

@@ -427,17 +427,87 @@ Réalisé :
 - maintien d’une logique encore indépendante des connecteurs DEX `0.7.x`.
 
 ### 6.030. Version `0.6.5` — Orchestration multi-clients WebSocket
-Objectif : préparer la gestion coordonnée de plusieurs `WsClient`.
+Réalisé :
+
+- introduction d’une abstraction `ws_manager.rs` pour piloter plusieurs `WsClient`,
+- construction des clients WS activés depuis la configuration d’endpoints,
+- démarrage et arrêt centralisés par endpoint ou globalement,
+- republication d’un flux unifié de `WsEvent` pour l’ensemble des clients gérés,
+- branchement optionnel du relais de détection WS sur tous les clients orchestrés,
+- préparation des futures politiques de répartition, supervision et reconnexion.
+
+### 6.031. Version `0.7.0` — Résolution transactionnelle orientée DEX
+Objectif : relier la détection temps réel aux transactions Solana complètes.
 
 À faire :
 
-- introduire une abstraction `ws_pool.rs` ou `ws_manager.rs`,
-- piloter plusieurs clients WS selon les rôles d’endpoints configurés,
-- centraliser le démarrage, l’arrêt, l’état et les relais de notifications WS,
-- préparer les futures politiques de répartition, supervision et reconnexion.
+- introduire une file de résolution transactionnelle alimentée par les signatures issues des flux WS,
+- corréler `logsNotification`, `programNotification` et `signatureNotification` avec des appels `getTransaction`,
+- utiliser le pool HTTP existant pour enrichir les signaux détectés côté WS,
+- éviter qu’une notification intéressante reste au niveau d’un simple signal technique sans résolution métier.
 
-### 6.031. Version `0.7.x` — DEX connectors v1
-Objectif : structurer les connecteurs par protocole.
+### 6.032. Version `0.7.1` — Modèle transactionnel Solana enrichi
+Objectif : préparer un modèle interne plus riche, inspiré d’une vision `slot -> signature -> instruction`.
+
+À faire :
+
+- préparer les structures et tables permettant de relier blocs/slots, signatures et instructions,
+- distinguer clairement transaction, instruction principale et éventuelles inner instructions,
+- conserver la possibilité de relier plus tard un pool, un token ou un wallet à une signature fondatrice,
+- préparer l’historique transactionnel nécessaire aux futurs décodeurs DEX.
+
+### 6.033. Version `0.7.2` — Décodeurs DEX spécifiques par programme et version
+Objectif : remplacer les heuristiques ponctuelles par de vrais décodeurs Rust dédiés.
+
+À faire :
+
+- introduire des règles spécifiques à chaque DEX / version de programme,
+- détecter les instructions utiles à la création de pools, paires et évènements de liquidité,
+- encapsuler les index de comptes et les motifs de logs propres à chaque protocole,
+- prévoir des décodeurs séparés au minimum pour Raydium, Pump.fun / PumpSwap, Meteora, puis les autres cibles.
+
+### 6.034. Version `0.7.3` — Détection des nouveaux pools et paires via logs + transaction
+Objectif : détecter rapidement les nouvelles paires/pools à partir des flux RPC et des transactions enrichies.
+
+À faire :
+
+- relier `logsSubscribe` + `signature` + `getTransaction`,
+- détecter les créations de pools via motifs et instructions spécifiques par DEX,
+- extraire token A, token B, LP mint, vaults et comptes utiles quand cela est possible,
+- alimenter `kb_pools`, `kb_pairs`, `kb_pool_tokens` et `kb_pool_listings` avec des données plus fiables que la seule détection de comptes.
+
+### 6.035. Version `0.7.4` — Modèle métier DEX enrichi
+Objectif : faire converger la détection technique et le modèle métier vers une vision proche de l’activité réelle du marché.
+
+À faire :
+
+- enrichir le modèle `pool / pair / pool_token / listing` avec les informations utiles à la lecture DEX,
+- préparer le rattachement d’une paire à son pool de création et à sa signature de fondation,
+- préparer une vision cohérente `token <-> pool <-> pair <-> protocole`,
+- distinguer les objets de référence des événements d’activité.
+
+### 6.036. Version `0.7.5` — Wallets, holdings et participants observés
+Objectif : préparer le suivi des acteurs on-chain autour des pools et tokens détectés.
+
+À faire :
+
+- préparer le rattachement des signatures, instructions et événements à des wallets observés,
+- introduire la notion de holdings utiles au suivi des tokens,
+- préparer l’identification des créateurs, mint authorities, wallets d’activité et contreparties,
+- éviter de limiter l’analyse future au seul niveau token/pool sans vision des participants.
+
+### 6.037. Version `0.7.6` — Séries de prix, volumes et agrégats DEX
+Objectif : préparer la couche analytique fine à partir des événements métier normalisés.
+
+À faire :
+
+- préparer des agrégations de prix/volume par paire,
+- introduire la base des futures candles et séries temporelles,
+- permettre plus tard le calcul d’OHLCV, volume, nombre de trades et liquidité par fenêtre,
+- préparer le terrain pour la couche analytique `0.8.x`.
+
+### 6.038. Version `0.7.x` — DEX connectors v1
+Objectif : structurer les connecteurs DEX autour d’un pipeline complet de résolution, décodage et normalisation métier.
 
 Cibles initiales possibles :
 
@@ -448,14 +518,15 @@ Cibles initiales possibles :
 - FluxBeam
 - DexLab
 
-À faire :
+Résultat attendu :
 
-- identification des programmes,
-- décodage des événements utiles,
-- création de types métiers propres,
-- enrichissement des métadonnées token/pool/pair.
+- 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, wallets, holdings et séries de prix,
+- remplacement progressif des scripts heuristiques externes par des composants Rust intégrés.
 
-### 6.032. Version `0.8.x` — Analyse et filtrage
+### 6.039. Version `0.8.x` — Analyse et filtrage
 Objectif : transformer les événements bruts en signaux exploitables.
 
 À faire :
@@ -466,7 +537,7 @@ Objectif : transformer les événements bruts en signaux exploitables.
 - statistiques de comportement,
 - premiers patterns.
 
-### 6.033. Version `1.x.y` — Wallets et swap préparatoire
+### 6.040. Version `1.x.y` — Wallets et swap préparatoire
 Objectif : préparer la couche d’action.
 
 À faire :
@@ -477,7 +548,7 @@ Objectif : préparer la couche d’action.
 - préparation d’ordres et de swaps,
 - simulation et garde-fous.
 
-### 6.034. Version `2.x.y` — Trading semi-automatisé
+### 6.041. Version `2.x.y` — Trading semi-automatisé
 Objectif : brancher l’analyse à l’action tout en gardant des garde-fous explicites.
 
 À faire :
@@ -488,7 +559,7 @@ Objectif : brancher l’analyse à l’action tout en gardant des garde-fous exp
 - confirmations explicites ou semi-automatiques,
 - journaux d’exécution.
 
-### 6.035. Version `3.x.y` — Yellowstone gRPC
+### 6.042. Version `3.x.y` — Yellowstone gRPC
 Objectif : ajouter le connecteur gRPC dédié.
 
 À faire :