This commit is contained in:
2026-05-05 05:03:11 +02:00
parent 3e994995d7
commit f2c227e08f
132 changed files with 5767 additions and 4461 deletions

View File

@@ -696,19 +696,20 @@ Réalisé :
- intégration du rendu graphique directement dans `Demo Pipeline`.
### 6.057. Version `0.7.25` — Enrichissement metadata des tokens
Objectif : rendre le catalogue local lisible et exploitable en associant les mints à des métadonnées minimales fiables.
Réalisé :
À faire :
- ajouter une couche `token_metadata` dans `kb_lib`, distincte du décodage DEX et de lUI,
- enrichir `kb_tokens` avec `symbol`, `name`, `decimals`, `metadata_uri`, `metadata_source`, `metadata_status` et `metadata_updated_at` lorsque le schéma le permet,
- ajouter une résolution locale des mints connus (`SOL`, `USDC`, `USDT`, `RAY`, `JitoSOL` et autres références stables),
- réutiliser les payloads déjà décodés des événements `pump_fun.create` / `pump_fun.create_v2_token` pour alimenter `name`, `symbol`, `uri` et `creator`,
- ajouter une résolution Metaplex Token Metadata PDA pour les tokens SPL classiques,
- ajouter une résolution Token-2022 via metadata pointer / extensions lorsque le mint utilise ce standard,
- stocker explicitement les cas non résolus afin déviter les tentatives répétées inutiles,
- exposer une commande UI ou un service de backfill permettant denrichir les tokens déjà présents en base,
- maintenir une politique de priorité claire entre sources : `known_mint`, `pump_fun_create`, `metaplex`, `token_2022`, puis `unresolved`.
- Ajout :
- Relecture locale du pipeline à partir des transactions brutes persistantes de la chaîne.
- Actualisation optionnelle des métadonnées de jetons manquantes lors de la relecture locale.
- Reconstruction des symboles de paires à partir des métadonnées des jetons.
- Commandes d'interface utilisateur dans le pipeline de démonstration 2 pour la relecture locale.
- Flux de travail d'actualisation du catalogue de jetons/paires piloté par les métadonnées.
- Modifications :
- Les symboles de paires sont désormais dérivés comme `BASE/QUOTE` lorsque les deux symboles de jetons sont disponibles.
- L'actualisation des métadonnées évite de nécessiter un remplissage complet de la blockchain lorsque les données de transaction brutes existent déjà localement.
- Corrections :
- Suppression des cycles complets de suppression/remplissage répétés pour les métadonnées et les entités locales dérivées.
- Conservation de l'accès SQL dans les modules de requêtes de base de données au lieu du SQL brut au niveau du service.
### 6.058. Version `0.7.26` — Validation multi-DEX et non-régression du pipeline
Objectif : vérifier que les connecteurs déjà branchés restent cohérents avant douvrir la phase danalyse `0.8.x`.
@@ -933,7 +934,7 @@ Le projet doit maintenir au minimum :
La priorité immédiate est désormais la suivante :
1. ajouter lenrichissement metadata des tokens afin que le catalogue affiche au minimum les symboles/noms connus et les métadonnées résolues,
1. ajouter lenrichissement metadata des tokens afin que le catalogue affiche au minimum les symboles/noms résolus, sans hardcoder de mints hors SOL / WSOL,
2. rejouer une campagne de validation multi-DEX sur bases neuves pour `pump_fun`, `pump_swap`, `raydium_cpmm` et `raydium_clmm`,
3. constituer un corpus ciblé pour `raydium_amm_v4` legacy au lieu de sappuyer sur des labels Raydium trop génériques,
4. conserver les événements non-candle enrichis en payload pour lanalyse future, sans créer de trades invalides,
@@ -942,4 +943,3 @@ La priorité immédiate est désormais la suivante :
7. stabiliser lergonomie, les filtres et la navigation de lUI dinspection,
8. préparer ensuite louverture de `0.8.x` pour lanalyse, les filtres, les patterns et les projections graphiques,
9. préparer enfin Yellowstone gRPC comme extension de capacité, et non comme remplacement du socle HTTP / WS existant.