0.7.10
This commit is contained in:
73
ROADMAP.md
73
ROADMAP.md
@@ -547,7 +547,50 @@ Réalisé :
|
||||
- branchement automatique de l’attribution depuis le pipeline de résolution transactionnelle,
|
||||
- conservation d’une séparation stricte entre protocole on-chain et origine de lancement.
|
||||
|
||||
### 6.042. Version `0.7.10` — Consolidation multi-DEX
|
||||
### 6.042. Version `0.7.10` — Orca / Whirlpools
|
||||
Réalisé :
|
||||
|
||||
- ajout du premier décodeur `Orca Whirlpools`,
|
||||
- prise en charge initiale des événements de création de pool via `initialize_pool` et `initialize_pool_v2`,
|
||||
- prise en charge initiale des swaps via `swap` et `swap_v2`,
|
||||
- persistance des événements `Orca Whirlpools` dans `kb_dex_decoded_events`,
|
||||
- ajout de la détection métier `Orca Whirlpools` vers `pool / pair / listing`,
|
||||
- utilisation de `KbPoolKind::Clmm` pour refléter la nature concentrée de `Whirlpools`.
|
||||
|
||||
### 6.043. Version `0.7.11` — FluxBeam
|
||||
Objectif : couvrir un connecteur DEX supplémentaire orienté pools et listings Solana.
|
||||
|
||||
À faire :
|
||||
|
||||
- ajouter un décodeur dédié `FluxBeam`,
|
||||
- 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 `FluxBeam`,
|
||||
- préparer les variations éventuelles liées aux tokens étendus.
|
||||
|
||||
### 6.044. Version `0.7.12` — DexLab
|
||||
Objectif : couvrir un connecteur DEX / LP supplémentaire utile à la détection de listings.
|
||||
|
||||
À faire :
|
||||
|
||||
- ajouter un décodeur dédié `DexLab`,
|
||||
- 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 `DexLab`,
|
||||
- conserver un découpage explicite entre protocole on-chain et surfaces d’émission.
|
||||
|
||||
### 6.045. Version `0.7.13` — Bags / Moonit comme origines de lancement
|
||||
Objectif : étendre la couche `launch origins` à d’autres surfaces au-dessus des protocoles DEX déjà intégrés.
|
||||
|
||||
À faire :
|
||||
|
||||
- ajouter `Bags` comme surface de lancement détectable,
|
||||
- ajouter `Moonit` comme surface de lancement détectable,
|
||||
- relier ces surfaces aux pools et paires finalement créés,
|
||||
- conserver une séparation stricte entre origine de lancement et protocole on-chain,
|
||||
- préparer l’extension future à d’autres launchpads ou surfaces dérivées.
|
||||
|
||||
### 6.046. Version `0.7.14` — Consolidation multi-DEX
|
||||
Objectif : unifier le comportement des connecteurs DEX v1 avant l’ouverture des couches analytiques plus riches.
|
||||
|
||||
À faire :
|
||||
@@ -558,7 +601,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.043. Version `0.7.11` — Wallets, holdings et participants observés
|
||||
### 6.047. Version `0.7.15` — Wallets, holdings et participants observés
|
||||
Objectif : préparer le suivi des acteurs on-chain autour des pools et tokens détectés.
|
||||
|
||||
À faire :
|
||||
@@ -568,7 +611,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.044. Version `0.7.12` — Séries de prix, volumes et agrégats DEX
|
||||
### 6.048. Version `0.7.16` — 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 :
|
||||
@@ -578,7 +621,7 @@ 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.045. Version `0.7.x` — Couverture DEX v1
|
||||
### 6.049. 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 :
|
||||
@@ -593,10 +636,8 @@ Protocoles cibles :
|
||||
- Orca
|
||||
- Bags
|
||||
- FluxBeam
|
||||
- Heaven
|
||||
- DexLab
|
||||
- Moonit
|
||||
- Zora
|
||||
|
||||
Résultat attendu :
|
||||
|
||||
@@ -606,7 +647,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.046. Version `0.8.x` — Analyse et filtrage
|
||||
### 6.050. Version `0.8.x` — Analyse et filtrage
|
||||
Objectif : transformer les événements bruts en signaux exploitables.
|
||||
|
||||
À faire :
|
||||
@@ -617,7 +658,7 @@ Objectif : transformer les événements bruts en signaux exploitables.
|
||||
- statistiques de comportement,
|
||||
- premiers patterns.
|
||||
|
||||
### 6.047. Version `1.x.y` — Wallets et swap préparatoire
|
||||
### 6.051. Version `1.x.y` — Wallets et swap préparatoire
|
||||
Objectif : préparer la couche d’action.
|
||||
|
||||
À faire :
|
||||
@@ -628,7 +669,7 @@ Objectif : préparer la couche d’action.
|
||||
- préparation d’ordres et de swaps,
|
||||
- simulation et garde-fous.
|
||||
|
||||
### 6.048. Version `2.x.y` — Trading semi-automatisé
|
||||
### 6.052. Version `2.x.y` — Trading semi-automatisé
|
||||
Objectif : brancher l’analyse à l’action tout en gardant des garde-fous explicites.
|
||||
|
||||
À faire :
|
||||
@@ -639,7 +680,7 @@ Objectif : brancher l’analyse à l’action tout en gardant des garde-fous exp
|
||||
- confirmations explicites ou semi-automatiques,
|
||||
- journaux d’exécution.
|
||||
|
||||
### 6.049. Version `3.x.y` — Yellowstone gRPC
|
||||
### 6.053. Version `3.x.y` — Yellowstone gRPC
|
||||
Objectif : ajouter le connecteur gRPC dédié.
|
||||
|
||||
À faire :
|
||||
@@ -727,9 +768,9 @@ Le projet doit maintenir au minimum :
|
||||
|
||||
La priorité immédiate est désormais la suivante :
|
||||
|
||||
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. 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`.
|
||||
1. démarrer la version `0.7.10` avec le premier support `Orca / Whirlpools`,
|
||||
2. conserver un décodeur séparé par protocole et par version,
|
||||
3. préparer ensuite la version `0.7.11` pour `FluxBeam`,
|
||||
4. préparer ensuite la version `0.7.12` pour `DexLab`,
|
||||
5. étendre ensuite la couche `launch origins` à `Bags` et `Moonit`,
|
||||
6. garder l’unification multi-DEX et la consolidation métier pour `0.7.14`.
|
||||
|
||||
Reference in New Issue
Block a user