0.7.48

DB_EVENT_MODEL_REVIEW.md

@@ -289,3 +289,20 @@ Objectif :
   - materialized events,
   - missing DB target,
   - trade_count invariant.
+
+## Note `0.7.48` — Raydium CPMM sans nouvelle table DB
+
+La tranche `0.7.48` confirme que `k_sol_dex_decoded_events` suffit pour continuer la couverture exhaustive CPMM en audit-only.
+
+Aucune nouvelle table n'est ajoutée pour CPMM :
+
+- les swaps exploitables restent dans `k_sol_trade_events` via les chemins existants ;
+- `deposit` / `withdraw` utilisent les tables non-trade existantes seulement si le corpus et le rattachement pool/pair sont fiables ;
+- les fees/admin/config/permission restent non-trade et ne peuvent pas produire candles ;
+- les transfers SPL, account lifecycle, wrap/unwrap SOL, vault et launch/migration restent des familles transversales futures, à promouvoir seulement si plusieurs DEX en justifient le besoin.
+
+## Note 0.7.48 final — Instruction observations et CPMM
+
+La tranche `raydium_cpmm` ajoute `k_sol_instruction_observations` comme table technique d’index local, non comme table métier. Elle sert à chercher les instructions observées par `decoder_code`, `instruction_name` et `discriminator_hex`, puis à relier ces observations au corpus backfillé/rejoué.
+
+La matérialisation métier reste limitée aux tables existantes : `k_sol_trade_events`, `k_sol_liquidity_events`, `k_sol_pool_lifecycle_events`, `k_sol_fee_events` et `k_sol_pool_admin_events`. Les opérations SPL Token / Token-2022 visibles dans Solscan (`burn`, `transfer`, `transferChecked`, `closeAccount`) ne sont pas promues en tables métier dans `0.7.48`; elles justifient seulement une future table transversale si plusieurs DEX le nécessitent.