0.5.1

ROADMAP.md

@@ -332,16 +332,49 @@ Réalisé :
 - alignement visuel de la fenêtre sur le gabarit `Demo Ws`,
 - amélioration des presets UI, copie de réponse et bascule pretty/raw.
 
-### 6.12. Version `0.5.x` — Base de données SQLite
+## 6.12. Version `0.5.x` — Base de données SQLite
 
-Objectif : poser la persistance locale.
+Objectif : poser la persistance locale avec une organisation préparée dès le départ à une future évolution vers PostgreSQL ou un autre backend.
 
-À faire :
+#### 0.5.0 — Socle SQLite
+Réalisé :
 
 - configuration DB dans `config.json`,
 - ouverture/validation SQLite,
-- premières tables techniques,
-- stockage des endpoints, événements, tokens observés, subscriptions actives si utile.
+- façade `KbDatabase`,
+- premier schéma technique,
+- table `kb_db_metadata`,
+- séparation `db/entities`, `db/dtos`, `db/queries`, `db/types`.
+
+#### 0.5.1 — Premières tables métier de stockage local
+À faire :
+
+- ajouter les tables de référence pour les endpoints connus,
+- ajouter les tables techniques pour les événements runtime locaux,
+- poser les `entities`, `dtos`, `queries` et `types` associés,
+- préparer le stockage local des endpoints HTTP/WS connus et de leur état utile.
+
+#### 0.5.2 — Stockage des tokens observés
+À faire :
+
+- ajouter les premières tables liées aux tokens observés,
+- préparer le stockage minimal des mints, symboles, statuts et dates de découverte,
+- préparer les relations futures avec pools, paires et événements on-chain.
+
+#### 0.5.3 — Événements et signaux locaux
+À faire :
+
+- stocker les événements techniques importants remontés par les connecteurs,
+- préparer la conservation locale des signaux utiles à l’analyse,
+- distinguer événements runtime, observations on-chain et événements métier.
+
+#### 0.5.x — Consolidation de la couche stockage
+À faire :
+
+- conserver l’abstraction du backend dès le départ,
+- limiter la dépendance directe au SQL concret aux modules `queries`,
+- garder les conversions explicites entre entités DB et DTOs applicatifs,
+- préparer une future compatibilité PostgreSQL sans casser l’organisation générale.
 
 ### 6.13. Version `0.6.x` — Détection technique on-chain / RPC
 
@@ -503,9 +536,9 @@ Le projet doit maintenir au minimum :
 
 La priorité immédiate est désormais la suivante :
 
-1. démarrer la version `0.5.x` avec le socle SQLite,
-2. ajouter la configuration database dans `config.json`,
-3. poser l’ouverture et la validation de la base SQLite,
-4. définir les premières tables techniques utiles au stockage local,
-5. préparer la persistance des endpoints, événements et tokens observés,
-6. conserver `kb_lib` comme point central de la logique de stockage.
+1. démarrer la version `0.5.1` avec les premières tables métier SQLite,
+2. ajouter les tables locales pour les endpoints connus HTTP/WS,
+3. ajouter les tables locales pour les événements runtime techniques,
+4. structurer ces tables via `db/entities`, `db/dtos`, `db/queries` et `db/types`,
+5. conserver l’abstraction du backend dès cette phase SQLite,
+6. préparer ensuite le stockage des tokens observés et des premiers signaux persistés.