0.4.4

ROADMAP.md

@@ -254,7 +254,7 @@ Réalisé :
 
 Objectif : rendre la fenêtre de démonstration robuste sous flux élevé et cohérente avec la configuration.
 
-À faire :
+Réalisé :
 
 - lire correctement les endpoints activés depuis la config et refléter les URLs résolues avec `api_key_env_var`,
 - améliorer la sélection réelle des endpoints affichés et utilisables,
@@ -270,7 +270,8 @@ Objectif : rendre la fenêtre de démonstration robuste sous flux élevé et coh
 Objectif : construire un `HttpClient` clonable, limité et extensible, puis ajouter les premiers helpers HTTP Solana.
 
 ### 0.4.0 — Socle `HttpClient`
-À faire :
+
+Réalisé :
 
 - client `reqwest` asynchrone clonable,
 - résolution d’URL avec support de `api_key_env_var`,
@@ -291,7 +292,8 @@ Livrables :
   - `getSlot`
 
 ### 0.4.1 — Helpers HTTP Solana
-À faire :
+
+Réalisé :
 
 - ajouter des helpers HTTP haut niveau comme pour le client WS,
 - distinguer helpers raw et helpers typed quand cela est pertinent,
@@ -299,7 +301,8 @@ Livrables :
 - conserver `HttpClient` comme couche générique réutilisable.
 
 ### 0.4.2 — Politique HTTP avancée
-À faire :
+
+Réalisé :
 
 - préparer un état de pause avant envoi pour un endpoint HTTP,
 - préparer plusieurs quotas par famille de méthodes,
@@ -307,7 +310,8 @@ Livrables :
 - préparer un futur pool d’endpoints HTTP et l’arbitrage entre eux.
 
 ### 0.4.3 — Pool d’endpoints HTTP
-À faire :
+
+Réalisé :
 
 - ajouter un pool d’`HttpClient`,
 - sélectionner un endpoint selon le rôle demandé,
@@ -317,13 +321,16 @@ Livrables :
 - préparer le routage multi-RPC et la limitation de concurrence par endpoint.
 
 ### 0.4.4 — Démo HTTP dans `kb_app`
-À faire :
 
-- ajouter une fenêtre `Demo Http`,
-- suivre la logique de `Demo Ws`,
-- permettre de tester les endpoints HTTP configurés,
-- afficher les réponses JSON-RPC HTTP et les erreurs associées,
-- exposer l’état du pool HTTP et les statuts des endpoints sélectionnables.
+Réalisé :
+
+- ajout d’une fenêtre `Demo Http`,
+- ouverture depuis la fenêtre principale,
+- exécution manuelle de méthodes HTTP via le pool d’endpoints,
+- affichage des réponses JSON-RPC HTTP et des erreurs associées,
+- affichage de l’état du pool HTTP et des statuts des endpoints,
+- 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
 
@@ -496,9 +503,9 @@ Le projet doit maintenir au minimum :
 
 La priorité immédiate est désormais la suivante :
 
-1. finaliser la version `0.4.3` avec le pool d’endpoints HTTP,
-2. exploiter les statuts `Active` / `Paused` / `Disabled` dans la sélection d’endpoint,
-3. préparer le routage multi-RPC selon le rôle demandé et la classe de méthode,
-4. conserver `HttpClient` comme brique générique réutilisable sous le pool,
-5. démarrer ensuite la version `0.4.4` avec une fenêtre `Demo Http` dans `kb_app`,
-6. exposer dans `kb_app` les réponses HTTP, les erreurs et l’état du pool.
+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.