v0.3.8-pre.013-fix.001

docs/architecture/005-DEPENDENCY_GRAPH.md

@@ -1,5 +1,5 @@
 <!-- file: docs/architecture/005-DEPENDENCY_GRAPH.md -->
-<!-- version: 22 -->
+<!-- version: 23 -->
 
 # Graphe de dépendances KSP
 
@@ -390,14 +390,23 @@ Il remplit RAW et ne décode aucun programme. Il ne dépend pas de Config : la c
 ksp-worker-api
     -> ksp-core-lib
 
+ksp-worker-raw-transaction-ingest-lib
+    -> ksp-worker-api
+    -> ksp-onchain-transport-lib
+    -> ksp-store-lib
+    -> ksp-logging-lib
+    # Config reste possédé par la composition supérieure ; aucune dépendance backend/provider physique
+
 ksp-worker-control-lib
     -> ksp-worker-api
     -> ksp-core-lib
 ```
 
-RAW worker et CORE worker sont introduits à la fin de leur couche respective, lorsque persistence/backlog sont disponibles.
+`ksp-worker-api` est ouvert en `0.3.9` comme contrat générique de services continus et ne connaît ni Solana, ni Transport, ni Store, ni Tauri. Son premier consumer concret est prévu en `0.3.10` avec `ksp-worker-raw-transaction-ingest-lib`.
 
-Les workers DECODE/SPECIALIZED sont introduits avec les groupes Program concernés plutôt que tous anticipés en bloc.
+Le worker RAW Transaction n'est pas défini comme « un worker WebSocket » ou « un worker gRPC ». Il reçoit une ou plusieurs stratégies d'acquisition construites au-dessus des façades KSP réellement disponibles ; celles-ci peuvent être alternatives, complémentaires (discovery + hydration), redondantes entre providers ou spécialisées live/catch-up/gap-repair. La transaction canonique reste identifiée indépendamment de la source et chaque acquisition utile conserve sa propre observation/provenance Store.
+
+RAW worker et CORE worker sont introduits à la fin de leur couche respective, lorsque persistence/backlog sont disponibles. Les workers DECODE/SPECIALIZED sont introduits avec les groupes Program concernés plutôt que tous anticipés en bloc.
 
 ## Apps
 
@@ -440,6 +449,21 @@ ksp-app-backfill-desk
 
 La Desk compose les ressources et contrôles du job sans traverser la façade Store : aucune dépendance directe à `ksp-store-api`, `ksp-store-postgres-lib`, `tokio-postgres`, `reqwest`, `tonic` ou `yellowstone-grpc-proto`. Le frontend ne connaît que des rôles HTTP logiques et des DTOs sûrs ; endpoints, credentials, backend Store, RAW et checkpoint concret restent sous les composants Rust propriétaires.
 
+### RAW Transaction Ingest Desk
+
+```text
+ksp-app-raw-transaction-ingest-desk
+    -> ksp-config-lib
+    -> ksp-core-lib
+    -> ksp-logging-lib
+    -> ksp-worker-api
+    -> ksp-worker-raw-transaction-ingest-lib
+    -> ksp-onchain-transport-lib
+    -> ksp-store-lib
+```
+
+La Desk sélectionne et supervise les stratégies d'acquisition exposées par le worker et par la composition Config/Transport. Elle peut activer plusieurs sources lorsqu'elles sont compatibles, mais ne reconstruit ni discovery, ni hydration, ni déduplication, ni provenance dans Tauri/TypeScript. Les endpoints, credentials, capacités provider et handles Transport/Store restent Rust-owned.
+
 ### Store Desk
 
 ```text