0.7.3

ROADMAP.md

@@ -477,15 +477,15 @@ Réalisé :
 - 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.
+### 6.034. Version `0.7.3` — Détection des nouveaux pools et paires via logs + transaction
+Réalisé :
 
-À 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.
+- transformation des événements DEX décodés en objets métier pool / pair / listing,
+- alimentation de `kb_pools`, `kb_pairs`, `kb_pool_tokens` et `kb_pool_listings`,
+- première détection métier pour Raydium AmmV4 / initialize2,
+- branchement automatique de la détection métier après résolution, projection et décodage DEX,
+- émission de signaux dédiés pour `new_pool`, `new_pair` et `first_listing_seen`,
+- garantie d’idempotence sur une même transaction déjà traitée.
 
 ### 6.036. 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é.
@@ -655,11 +655,13 @@ Le projet doit maintenir au minimum :
 - les bindings TS générés via `cargo test export_bindings` lorsque les types partagés évoluent.
 
 ## 12. Priorité immédiate
+
 La priorité immédiate est désormais la suivante :
 
-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,
+1. démarrer la version `0.7.4` avec l’enrichissement du modèle métier DEX,
+2. rattacher plus finement une paire à son pool de création et à sa signature fondatrice,
+3. préparer les événements métier enrichis de liquidité et de swaps à partir des objets déjà détectés,
+4. consolider la vision `token <-> pool <-> pair <-> protocole`,
 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é.
+6. préparer ensuite la version `0.7.5` pour les wallets, holdings et participants observés.
+