v0.3.10-pre.006-fix.002

docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md -->
-<!-- version: 95 -->
+<!-- version: 96 -->
 
 # Séquence des releases fonctionnelles KSP
 
@@ -591,7 +591,7 @@ RAW persisted
  -> Solana generic normalization
  -> CORE persistence
  -> RAW->CORE replay/backfill
- -> CORE worker/service
+ -> STRUCTURAL worker/service
  -> CORE inspection/control app
 ```
 

docs/plans/031-V0_3_10_RAW_TRANSACTION_INGEST_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/031-V0_3_10_RAW_TRANSACTION_INGEST_PLAN.md -->
-<!-- version: 11 -->
+<!-- version: 12 -->
 
 # Plan v0.3.10 — RAW Transaction commune + qualification cross-source
 
@@ -298,6 +298,7 @@ Cible retenue :
 ksp-raw-transaction-lib
     -> ksp-core-lib
     -> ksp-store-api
+    -> base64
     -> serde_json
     -> sha2
 ```
@@ -832,7 +833,7 @@ gRPC protocol + metadata publique/secrète + session settings
 
 Cela suffit comme handoff pour matérialiser et tester la bibliothèque Worker programmatiquement à partir de `0.3.11`. Aucune release Worker n’ajoute par défaut un `std.raw_transaction_ingest` qui forcerait `ksp-config-lib` à dépendre du Worker concret.
 
-Le choix utilisateur/composition de « quelles sources activer » appartient naturellement au futur `ksp-app-raw-transaction-ingest-desk` `0.3.11`. Si `0.3.10` découvre un manque **Transport** indispensable (par exemple un profil Helius de preuve ou un rôle HTTP live), l’adaptation Config reste limitée au standard Transport et ne crée pas de dépendance inversée.
+Le choix utilisateur/composition de « quelles sources activer » appartient naturellement au futur `ksp-app-raw-transaction-ingest-desk` `0.3.15`. Si `0.3.10` découvre un manque **Transport** indispensable (par exemple un profil Helius de preuve ou un rôle HTTP live), l’adaptation Config reste limitée au standard Transport et ne crée pas de dépendance inversée.
 
 ### 13.3 Secrets
 
@@ -1081,6 +1082,44 @@ Ancienne cible `0.3.11`, décalée après finalisation complète du Worker.
 
 Ancienne cible `0.3.12`, décalée sans changer la frontière Job historique paramétré / Worker live.
 
+### Note durable de génération des prompts `0.3.12` à `0.3.15`
+
+Ne pas pré-générer maintenant quatre prompts complets qui figeraient des hypothèses avant leurs releases. Le prompt `0.3.11` reste produit dans la dernière prerelease de `0.3.10`; ensuite, chaque release produit **uniquement le prompt de la release suivante** depuis sa base stable réellement obtenue et conformément à `docs/rules/PROMPT_STRUCTURE.md`.
+
+Chaîne de handoff obligatoire :
+
+```text
+fermeture 0.3.11 -> prompt 0.3.12 Yellowstone + hydration + continuity
+fermeture 0.3.12 -> prompt 0.3.13 WS/Helius/HTTP live + convergence multi-source
+fermeture 0.3.13 -> prompt 0.3.14 gap repair/hardening + smokes
+fermeture 0.3.14 -> prompt 0.3.15 RAW ingest Desk
+```
+
+Chaque prompt doit reprendre comme **input**, pas comme vérité figée, les handoffs des sections 8 à 17 de ce plan et les références architecture/validation réellement réconciliées par la release précédente. Il doit obligatoirement :
+
+```text
+partir du dernier tag stable réel de la release précédente ;
+relire RULES.md, PROMPT_STRUCTURE.md, architecture 004/005/009/010/011 et les plans/validations courants ;
+réauditer les versions/capabilities provider et dépendances externes qui peuvent avoir changé ;
+faire de pre.001 un audit + brainstorming + sizing, sans développement lourd ;
+recalculer toutes les tranches sous le budget 15–20 min et rescinder la release si nécessaire ;
+réserver les couloirs gate technique/live -> réconciliation documentaire -> préparation de publication ;
+préserver ksp-raw-transaction-lib comme common lower layer sans runtime/Transport/Worker/Job ;
+préserver la distinction Job borné / Worker continu et la persistence via ksp-store-lib ;
+ne jamais transformer les objectifs ci-dessous en obligation si l'audit de la base réelle les invalide.
+```
+
+Contenu minimal à transférer :
+
+| Prompt à produire | Mission de départ à réauditer                                           | Frontière à préserver                                                             |
+|:------------------|:------------------------------------------------------------------------|:----------------------------------------------------------------------------------|
+| `0.3.12`          | Yellowstone transaction/block/status + hydration HTTP + replay/frontier | aucun élargissement WS/Helius/HTTP multi-source non nécessaire au gate            |
+| `0.3.13`          | WS standard, Helius et HTTP live + convergence multi-source             | réutiliser l'actor Transport ; aucune duplication protocolaire dans le Worker     |
+| `0.3.14`          | gap repair/hardening + smokes accessibles                               | aucune prétention lossless sans preuve ; unresolved gaps visibles                 |
+| `0.3.15`          | Desk Tauri de sélection/supervision                                     | UI sans réimplémenter acquisition, canonicalisation, dedup, repair ou persistence |
+
+Cette note sert de **pré-handoff de génération**. Elle ne remplace ni les futurs plans `pre.001`, ni les prompts autonomes effectivement produits à la fermeture de chaque release.
+
 ## 18. Gates Cargo futurs obligatoires
 
 Dès création des nouvelles crates et à la fermeture technique :