0.7.2

ROADMAP.md

@@ -467,14 +467,15 @@ Réalisé :
 - ajout des tests de roundtrip et de projection.
 
 ### 6.034. 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.
+Réalisé :
 
-À 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.
+- ajout d’un premier décodeur transactionnel spécifique Raydium AmmV4 / initialize2,
+- lecture combinée du `transaction_json` et des instructions projetées,
+- extraction des comptes utiles à l’initialisation du pool,
+- persistance des événements DEX décodés dans une table dédiée,
+- émission d’observations et de signaux dérivés du décodage DEX,
+- branchement automatique du décodage DEX depuis le pipeline de résolution transactionnelle,
+- préparation de la future détection métier pool / pair / listing.
 
 ### 6.035. 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.
@@ -656,9 +657,9 @@ Le projet doit maintenir au minimum :
 ## 12. Priorité immédiate
 La priorité immédiate est désormais la suivante :
 
-1. brancher automatiquement `tx_resolution.rs` vers `KbTransactionModelService`,
-2. stabiliser la chaîne complète `WS -> résolution HTTP -> projection transactionnelle`,
-3. démarrer la version `0.7.2` avec les décodeurs DEX spécifiques par programme et version,
-4. introduire les premières règles de décodage dédiées à Raydium / Pump.fun / PumpSwap,
-5. conserver le découplage entre transport, résolution transactionnelle, projection et décodage métier,
-6. préparer ensuite l’enrichissement des objets métier DEX à partir du modèle transactionnel.
+1. démarrer la version `0.7.3` avec la détection métier à partir des événements DEX décodés,
+2. transformer les événements DEX normalisés en objets métier de type pool, pair et listing,
+3. identifier la première apparition locale d’un pool ou d’une paire,
+4. relier les détections métier aux tokens et paires déjà connus ou à créer,
+5. conserver le découplage entre résolution transactionnelle, projection, décodage DEX et détection métier,
+6. préparer ensuite la version `0.7.4` pour l’enrichissement des événements de liquidité, de swaps et de suivi d’activité.