From e6b7b2d419d8df6da7859e90a89658861b9803ba Mon Sep 17 00:00:00 2001 From: SinuS Von SifriduS Date: Tue, 28 Apr 2026 11:40:44 +0200 Subject: [PATCH] roadmap update --- ROADMAP.md | 94 ++++++++++++++++++++++++++++++++++++++++-------------- 1 file changed, 70 insertions(+), 24 deletions(-) diff --git a/ROADMAP.md b/ROADMAP.md index 942898e..d21503d 100644 --- a/ROADMAP.md +++ b/ROADMAP.md @@ -477,7 +477,7 @@ 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.034. Version `0.7.3` — Détection des nouveaux pools et paires via logs + transaction +### 6.035. Version `0.7.3` — Détection des nouveaux pools et paires via logs + transaction Réalisé : - transformation des événements DEX décodés en objets métier pool / pair / listing, @@ -487,17 +487,56 @@ Réalisé : - é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é. +### 6.036. Version `0.7.4` — Connecteurs DEX v1, vague 1 +Objectif : étendre le pipeline complet `résolution -> projection -> décodage -> détection métier` +aux protocoles de lancement et de graduation les plus prioritaires. À 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é. +- ajouter les décodeurs et la détection métier pour `Pump.fun`, +- ajouter les décodeurs et la détection métier pour `PumpSwap`, +- ajouter les premiers connecteurs pour `Meteora`, +- ajouter les premiers connecteurs pour `Meteora DBC`, +- ajouter les premiers connecteurs pour `LaunchLab`, +- conserver un décodeur séparé par protocole et par version, +- éviter tout mélange entre logique bonding-curve, logique pool AMM et logique listing. -### 6.037. Version `0.7.5` — Wallets, holdings et participants observés +### 6.037. Version `0.7.5` — Connecteurs DEX v1, vague 2 +Objectif : couvrir les DEX AMM et agrégateurs secondaires nécessaires à une détection large des nouveaux pools. + +À faire : + +- ajouter les décodeurs et la détection métier pour `Orca`, +- compléter la couverture `Raydium` au-delà de `AmmV4 / initialize2` si nécessaire, +- ajouter les décodeurs et la détection métier pour `Bags`, +- ajouter les décodeurs et la détection métier pour `FluxBeam`, +- ajouter les décodeurs et la détection métier pour `DexLab`, +- harmoniser la sortie métier entre tous les connecteurs pris en charge. + +### 6.038. Version `0.7.6` — Connecteurs DEX v1, vague 3 +Objectif : compléter la couverture des protocoles restants et stabiliser l’intégration globale. + +À faire : + +- ajouter les décodeurs et la détection métier pour `Heaven`, +- ajouter les décodeurs et la détection métier pour `Moonit`, +- ajouter les décodeurs et la détection métier pour `Zora`, +- consolider les connecteurs déjà ajoutés, +- documenter les limites, versions supportées et motifs de détection par protocole, +- préparer une matrice de compatibilité par DEX / programme / type d’événement. + +### 6.039. Version `0.7.7` — Consolidation multi-DEX +Objectif : unifier le comportement des connecteurs DEX v1 avant l’ouverture des couches analytiques plus riches. + +À faire : + +- homogénéiser les événements métier produits par tous les connecteurs, +- consolider la vision `token <-> pool <-> pair <-> protocole`, +- rattacher plus finement une paire à son pool de création et à sa signature fondatrice, +- améliorer l’idempotence et la traçabilité inter-protocoles, +- préparer la base des futurs événements enrichis de liquidité, swaps et activité. + +### 6.040. Version `0.7.8` — Wallets, holdings et participants observés Objectif : préparer le suivi des acteurs on-chain autour des pools et tokens détectés. À faire : @@ -507,7 +546,7 @@ Objectif : préparer le suivi des acteurs on-chain autour des pools et tokens d - 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.038. Version `0.7.6` — Séries de prix, volumes et agrégats DEX +### 6.041. Version `0.7.9` — 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 : @@ -517,27 +556,34 @@ Objectif : préparer la couche analytique fine à partir des événements métie - 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.039. Version `0.7.x` — DEX connectors v1 +### 6.042. 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. -Cibles initiales possibles : +Protocoles cibles : -- Pump.fun +- Meteora - PumpSwap - Raydium -- Meteora +- Orca +- Pump.fun +- Meteora DBC +- Bags - FluxBeam +- LaunchLab +- Heaven - DexLab +- Moonit +- Zora 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, wallets, holdings et séries de prix, +- 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. -### 6.040. Version `0.8.x` — Analyse et filtrage +### 6.043. Version `0.8.x` — Analyse et filtrage Objectif : transformer les événements bruts en signaux exploitables. À faire : @@ -548,7 +594,7 @@ Objectif : transformer les événements bruts en signaux exploitables. - statistiques de comportement, - premiers patterns. -### 6.041. Version `1.x.y` — Wallets et swap préparatoire +### 6.044. Version `1.x.y` — Wallets et swap préparatoire Objectif : préparer la couche d’action. À faire : @@ -559,7 +605,7 @@ Objectif : préparer la couche d’action. - préparation d’ordres et de swaps, - simulation et garde-fous. -### 6.042. Version `2.x.y` — Trading semi-automatisé +### 6.045. Version `2.x.y` — Trading semi-automatisé Objectif : brancher l’analyse à l’action tout en gardant des garde-fous explicites. À faire : @@ -570,7 +616,7 @@ Objectif : brancher l’analyse à l’action tout en gardant des garde-fous exp - confirmations explicites ou semi-automatiques, - journaux d’exécution. -### 6.043. Version `3.x.y` — Yellowstone gRPC +### 6.046. Version `3.x.y` — Yellowstone gRPC Objectif : ajouter le connecteur gRPC dédié. À faire : @@ -658,10 +704,10 @@ Le projet doit maintenir au minimum : La priorité immédiate est désormais la suivante : -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.5` pour les wallets, holdings et participants observés. +1. démarrer la version `0.7.4` avec la première vague de connecteurs DEX supplémentaires, +2. ajouter `Pump.fun`, `PumpSwap`, `Meteora`, `Meteora DBC` et `LaunchLab` au pipeline complet, +3. conserver un décodeur séparé par protocole et par version, +4. unifier les sorties métier `pool / pair / listing` entre tous les DEX supportés, +5. préparer ensuite la version `0.7.5` pour `Orca`, les compléments `Raydium`, `Bags`, `FluxBeam` et `DexLab`, +6. préparer enfin la version `0.7.6` pour `Heaven`, `Moonit`, `Zora` et la consolidation multi-DEX.