roadmap update

This commit is contained in:
2026-04-28 11:40:44 +02:00
parent b6ab7bab9c
commit e6b7b2d419

View File

@@ -477,7 +477,7 @@ Réalisé :
- branchement automatique du décodage DEX depuis le pipeline de résolution transactionnelle, - 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. - 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é : Réalisé :
- transformation des événements DEX décodés en objets métier pool / pair / listing, - 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`, - émission de signaux dédiés pour `new_pool`, `new_pair` et `first_listing_seen`,
- garantie didempotence sur une même transaction déjà traitée. - garantie didempotence sur une même transaction déjà traitée.
### 6.036. Version `0.7.4` — Modèle métier DEX enrichi ### 6.036. Version `0.7.4` — Connecteurs DEX v1, vague 1
Objectif : faire converger la détection technique et le modèle métier vers une vision proche de lactivité réelle du marché. 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 : À faire :
- enrichir le modèle `pool / pair / pool_token / listing` avec les informations utiles à la lecture DEX, - ajouter les décodeurs et la détection métier pour `Pump.fun`,
- préparer le rattachement dune paire à son pool de création et à sa signature de fondation, - ajouter les décodeurs et la détection métier pour `PumpSwap`,
- préparer une vision cohérente `token <-> pool <-> pair <-> protocole`, - ajouter les premiers connecteurs pour `Meteora`,
- distinguer les objets de référence des événements dactivité. - 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 linté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 louverture 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 lidempotence 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. Objectif : préparer le suivi des acteurs on-chain autour des pools et tokens détectés.
À faire : À faire :
@@ -507,7 +546,7 @@ Objectif : préparer le suivi des acteurs on-chain autour des pools et tokens d
- préparer lidentification des créateurs, mint authorities, wallets dactivité et contreparties, - préparer lidentification des créateurs, mint authorities, wallets dactivité et contreparties,
- éviter de limiter lanalyse future au seul niveau token/pool sans vision des participants. - éviter de limiter lanalyse 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. Objectif : préparer la couche analytique fine à partir des événements métier normalisés.
À faire : À faire :
@@ -517,27 +556,34 @@ Objectif : préparer la couche analytique fine à partir des événements métie
- permettre plus tard le calcul dOHLCV, volume, nombre de trades et liquidité par fenêtre, - permettre plus tard le calcul dOHLCV, volume, nombre de trades et liquidité par fenêtre,
- préparer le terrain pour la couche analytique `0.8.x`. - 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 dun pipeline complet de résolution, décodage et normalisation métier. Objectif : structurer les connecteurs DEX autour dun pipeline complet de résolution, décodage et normalisation métier.
Cibles initiales possibles : Protocoles cibles :
- Pump.fun - Meteora
- PumpSwap - PumpSwap
- Raydium - Raydium
- Meteora - Orca
- Pump.fun
- Meteora DBC
- Bags
- FluxBeam - FluxBeam
- LaunchLab
- Heaven
- DexLab - DexLab
- Moonit
- Zora
Résultat attendu : Résultat attendu :
- identification fiable des programmes et versions, - identification fiable des programmes et versions,
- résolution des signatures pertinentes, - résolution des signatures pertinentes,
- décodage des transactions utiles, - décodage des transactions utiles,
- création dobjets métier riches pour tokens, pools, paires, wallets, holdings et séries de prix, - création dobjets métier riches pour tokens, pools, paires, listings et participants,
- remplacement progressif des scripts heuristiques externes par des composants Rust intégrés. - 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. Objectif : transformer les événements bruts en signaux exploitables.
À faire : À faire :
@@ -548,7 +594,7 @@ Objectif : transformer les événements bruts en signaux exploitables.
- statistiques de comportement, - statistiques de comportement,
- premiers patterns. - 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 daction. Objectif : préparer la couche daction.
À faire : À faire :
@@ -559,7 +605,7 @@ Objectif : préparer la couche daction.
- préparation dordres et de swaps, - préparation dordres et de swaps,
- simulation et garde-fous. - simulation et garde-fous.
### 6.042. Version `2.x.y` — Trading semi-automatisé ### 6.045. Version `2.x.y` — Trading semi-automatisé
Objectif : brancher lanalyse à laction tout en gardant des garde-fous explicites. Objectif : brancher lanalyse à laction tout en gardant des garde-fous explicites.
À faire : À faire :
@@ -570,7 +616,7 @@ Objectif : brancher lanalyse à laction tout en gardant des garde-fous exp
- confirmations explicites ou semi-automatiques, - confirmations explicites ou semi-automatiques,
- journaux dexécution. - journaux dexécution.
### 6.043. Version `3.x.y` — Yellowstone gRPC ### 6.046. Version `3.x.y` — Yellowstone gRPC
Objectif : ajouter le connecteur gRPC dédié. Objectif : ajouter le connecteur gRPC dédié.
À faire : À faire :
@@ -658,10 +704,10 @@ Le projet doit maintenir au minimum :
La priorité immédiate est désormais la suivante : La priorité immédiate est désormais la suivante :
1. démarrer la version `0.7.4` avec lenrichissement du modèle métier DEX, 1. démarrer la version `0.7.4` avec la première vague de connecteurs DEX supplémentaires,
2. rattacher plus finement une paire à son pool de création et à sa signature fondatrice, 2. ajouter `Pump.fun`, `PumpSwap`, `Meteora`, `Meteora DBC` et `LaunchLab` au pipeline complet,
3. préparer les événements métier enrichis de liquidité et de swaps à partir des objets déjà détectés, 3. conserver un décodeur séparé par protocole et par version,
4. consolider la vision `token <-> pool <-> pair <-> protocole`, 4. unifier les sorties métier `pool / pair / listing` entre tous les DEX supportés,
5. conserver le découplage entre résolution transactionnelle, projection, décodage DEX et détection métier, 5. préparer ensuite la version `0.7.5` pour `Orca`, les compléments `Raydium`, `Bags`, `FluxBeam` et `DexLab`,
6. préparer ensuite la version `0.7.5` pour les wallets, holdings et participants observés. 6. préparer enfin la version `0.7.6` pour `Heaven`, `Moonit`, `Zora` et la consolidation multi-DEX.