0.7.30

ROADMAP.md

@@ -825,7 +825,20 @@ Matrice cible initiale :
 | `heaven` | launch + AMM candidat | planifié | corpus et séparation launch/swap |
 | `zora` | à vérifier | à vérifier | hors phasage actif avant preuve Solana |
 
-### 6.062. Version `0.7.30` — Transactions inconnues et protocol candidates
+### 6.062. Version `0.7.30` — Classification fine des événements DEX décodés
+Objectif : préparer les événements non-trade utiles sans modifier la matérialisation trade/candle validée.
+
+Fait / à valider :
+
+- ajouter `DexEventLifecycleKind` pour distinguer `trade_swap`, `pool_creation`, `pair_creation`, `liquidity_add`, `liquidity_remove`, `position_open`, `position_close`, `migration`, `launch`, `mint`, `burn`, `fee_collection`, `reward`, `admin_config` et `unknown`,
+- ajouter `DexEventActionability` pour distinguer `trade_candidate`, `non_actionable_trade`, `non_trade_useful`, `failed_transaction`, `informational` et `unknown`,
+- enrichir les payloads décodés avec `eventLifecycleKind`, `eventActionability` et `nonTradeUseful`,
+- exposer les compteurs diagnostics `decodedNonTradeUsefulEventCount`, `decodedNonActionableTradeEventCount` et `decodedUnknownEventCount`,
+- ajouter un résumé diagnostic par catégorie / lifecycle / actionability,
+- ajouter le profil `0.7.30_non_trade_event_classification`,
+- ne pas matérialiser encore les événements non-trade dans leurs tables dédiées.
+
+### 6.063. Version `0.7.31` — Transactions inconnues et protocol candidates
 Objectif : ne plus perdre les transactions utiles qui ne correspondent pas encore à un DEX connu.
 
 À faire :
@@ -838,7 +851,7 @@ Objectif : ne plus perdre les transactions utiles qui ne correspondent pas encor
 - permettre de promouvoir plus tard un protocol candidate vers un vrai DEX/surface sans perdre l’historique,
 - garantir que ces tables n’alimentent jamais directement les trades/candles.
 
-### 6.063. Version `0.7.31` — Événements non-trade v1 : liquidité et cycle de vie pool
+### 6.064. Version `0.7.32` — Événements non-trade v1 : liquidité et cycle de vie pool
 Objectif : exploiter les événements utiles à l’analyse et au trading semi-automatique sans les mélanger avec les swaps/candles.
 
 À faire :
@@ -851,7 +864,7 @@ Objectif : exploiter les événements utiles à l’analyse et au trading semi-a
 - alimenter les diagnostics locaux avec les compteurs liquidité/lifecycle,
 - garantir qu’un événement de liquidité ou de cycle de vie ne produit jamais de candle directement.
 
-### 6.064. Version `0.7.32` — Événements non-trade v2 : fees, rewards et administration
+### 6.065. Version `0.7.33` — Événements non-trade v2 : fees, rewards et administration
 Objectif : conserver les événements utiles au risque, au scoring, à l’économie du pool et à la traçabilité opérationnelle.
 
 À faire :
@@ -865,7 +878,7 @@ Objectif : conserver les événements utiles au risque, au scoring, à l’écon
 - rattacher ces événements aux transactions, decoded events, pools, paires et wallets observés lorsque les comptes le permettent,
 - documenter clairement que ces événements ne sont ni des trades ni des candles.
 
-### 6.065. Version `0.7.33` — Meteora : DBC / DAMM v1 / DAMM v2 / DLMM
+### 6.066. Version `0.7.34` — Meteora : DBC / DAMM v1 / DAMM v2 / DLMM
 Objectif : consolider Meteora comme famille multi-programmes au lieu de traiter chaque variante comme un cas isolé incomplet.
 
 À faire :
@@ -1172,7 +1185,9 @@ Réalisé / à maintenir :
 - exposition de la matrice dans le rapport de validation local ;
 - aucune modification volontaire du comportement trade/candle validé en `0.7.28`.
 
-À poursuivre en `0.7.30` : matérialisation contrôlée des événements non-trade utiles et des transactions inconnues/partielles, sans alimenter les trades/candles actionnables.
+Validé en `0.7.30` : classification fine des événements décodés via `eventLifecycleKind`, `eventActionability` et `nonTradeUseful`, avec diagnostics associés et sans changement volontaire sur les trades/candles.
+
+À poursuivre en `0.7.31` : transactions inconnues et protocol candidates ; puis en `0.7.32` : matérialisation contrôlée des événements non-trade utiles.
 
 ## 11. Documentation et livrables de référence
 Le projet doit maintenir au minimum :