0.7.7
This commit is contained in:
71
ROADMAP.md
71
ROADMAP.md
@@ -515,9 +515,42 @@ Réalisé :
|
||||
- persistance des événements `Meteora DBC` dans `kb_dex_decoded_events`,
|
||||
- ajout de la détection métier `Meteora DBC` vers `pool / pair / listing`,
|
||||
- émission des signaux dédiés `new_pool`, `new_pair` et `first_listing_seen`,
|
||||
- préparation du lot suivant pour `DAMM v1`, `DAMM v2` et `LaunchLab`.
|
||||
- préparation du lot suivant pour `Meteora DAMM v2`, `Meteora DAMM v1` et `LaunchLab / Fun Launch`.
|
||||
|
||||
### 6.039. Version `0.7.7` — Consolidation multi-DEX
|
||||
### 6.039. Version `0.7.7` — Meteora DAMM v2
|
||||
Réalisé :
|
||||
|
||||
- ajout du premier décodeur `Meteora DAMM v2`,
|
||||
- prise en charge initiale des événements de création de pool via `initialize_pool`, `initialize_pool_with_dynamic_config` et `initialize_customizable_pool`,
|
||||
- prise en charge initiale des swaps via `swap` et `swap2`,
|
||||
- persistance des événements `Meteora DAMM v2` dans `kb_dex_decoded_events`,
|
||||
- ajout de la détection métier `Meteora DAMM v2` vers `pool / pair / listing`,
|
||||
- préparation du rattachement futur entre `Meteora DBC` et `Meteora DAMM v2`.
|
||||
|
||||
### 6.040. Version `0.7.8` — Meteora DAMM v1
|
||||
Objectif : couvrir l’autre destination de migration possible après `Meteora DBC`.
|
||||
|
||||
À faire :
|
||||
|
||||
- ajouter un décodeur dédié `Meteora DAMM v1`,
|
||||
- identifier les événements utiles de création de pool et de swaps,
|
||||
- persister les événements décodés dans `kb_dex_decoded_events`,
|
||||
- ajouter la détection métier `pool / pair / listing` pour `Meteora DAMM v1`,
|
||||
- préparer le rattachement futur entre un pool `Meteora DBC` et son pool migré `Meteora DAMM v1`,
|
||||
- conserver une séparation stricte entre `DBC`, `DAMM v1`, `DAMM v2` et les autres produits Meteora.
|
||||
|
||||
### 6.041. Version `0.7.9` — LaunchLab / Fun Launch
|
||||
Objectif : prendre en charge la couche de lancement construite autour de `Meteora DBC` et `Meteora DAMM v2`.
|
||||
|
||||
À faire :
|
||||
|
||||
- ajouter un décodeur dédié `LaunchLab / Fun Launch` lorsque des signatures ou programmes propres sont observables,
|
||||
- distinguer les événements de scaffolding / launchpad des événements `DBC` et `DAMM v2`,
|
||||
- relier les lancements `LaunchLab / Fun Launch` aux pools et paires finalement créés,
|
||||
- préparer le suivi des transitions entre lancement, bonding curve et AMM,
|
||||
- éviter de confondre la couche launchpad avec les programmes DEX sous-jacents.
|
||||
|
||||
### 6.042. Version `0.7.10` — Consolidation multi-DEX
|
||||
Objectif : unifier le comportement des connecteurs DEX v1 avant l’ouverture des couches analytiques plus riches.
|
||||
|
||||
À faire :
|
||||
@@ -528,7 +561,7 @@ Objectif : unifier le comportement des connecteurs DEX v1 avant l’ouverture de
|
||||
- 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
|
||||
### 6.043. Version `0.7.11` — Wallets, holdings et participants observés
|
||||
Objectif : préparer le suivi des acteurs on-chain autour des pools et tokens détectés.
|
||||
|
||||
À faire :
|
||||
@@ -538,7 +571,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.041. Version `0.7.9` — Séries de prix, volumes et agrégats DEX
|
||||
### 6.044. Version `0.7.12` — 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 :
|
||||
@@ -548,20 +581,21 @@ 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.042. Version `0.7.x` — Couverture DEX v1
|
||||
### 6.045. 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.
|
||||
|
||||
Protocoles cibles :
|
||||
|
||||
- Meteora
|
||||
- Meteora DBC
|
||||
- Meteora DAMM v2
|
||||
- Meteora DAMM v1
|
||||
- LaunchLab / Fun Launch
|
||||
- Pump.fun
|
||||
- PumpSwap
|
||||
- Raydium
|
||||
- Orca
|
||||
- Pump.fun
|
||||
- Meteora DBC
|
||||
- Bags
|
||||
- FluxBeam
|
||||
- LaunchLab
|
||||
- Heaven
|
||||
- DexLab
|
||||
- Moonit
|
||||
@@ -575,7 +609,7 @@ Résultat attendu :
|
||||
- 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.043. Version `0.8.x` — Analyse et filtrage
|
||||
### 6.046. Version `0.8.x` — Analyse et filtrage
|
||||
Objectif : transformer les événements bruts en signaux exploitables.
|
||||
|
||||
À faire :
|
||||
@@ -586,7 +620,7 @@ Objectif : transformer les événements bruts en signaux exploitables.
|
||||
- statistiques de comportement,
|
||||
- premiers patterns.
|
||||
|
||||
### 6.044. Version `1.x.y` — Wallets et swap préparatoire
|
||||
### 6.047. Version `1.x.y` — Wallets et swap préparatoire
|
||||
Objectif : préparer la couche d’action.
|
||||
|
||||
À faire :
|
||||
@@ -597,7 +631,7 @@ Objectif : préparer la couche d’action.
|
||||
- préparation d’ordres et de swaps,
|
||||
- simulation et garde-fous.
|
||||
|
||||
### 6.045. Version `2.x.y` — Trading semi-automatisé
|
||||
### 6.048. Version `2.x.y` — Trading semi-automatisé
|
||||
Objectif : brancher l’analyse à l’action tout en gardant des garde-fous explicites.
|
||||
|
||||
À faire :
|
||||
@@ -608,7 +642,7 @@ Objectif : brancher l’analyse à l’action tout en gardant des garde-fous exp
|
||||
- confirmations explicites ou semi-automatiques,
|
||||
- journaux d’exécution.
|
||||
|
||||
### 6.046. Version `3.x.y` — Yellowstone gRPC
|
||||
### 6.049. Version `3.x.y` — Yellowstone gRPC
|
||||
Objectif : ajouter le connecteur gRPC dédié.
|
||||
|
||||
À faire :
|
||||
@@ -696,10 +730,9 @@ Le projet doit maintenir au minimum :
|
||||
|
||||
La priorité immédiate est désormais la suivante :
|
||||
|
||||
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,
|
||||
1. démarrer la version `0.7.7` avec le premier support `Meteora DAMM v2`,
|
||||
2. préparer le rattachement futur entre `Meteora DBC` et `Meteora DAMM v2`,
|
||||
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.
|
||||
|
||||
4. préparer ensuite la version `0.7.8` pour `Meteora DAMM v1`,
|
||||
5. préparer ensuite la version `0.7.9` pour `LaunchLab / Fun Launch`,
|
||||
6. garder l’unification multi-DEX et la consolidation métier pour `0.7.10`.
|
||||
|
||||
Reference in New Issue
Block a user