v0.3.7-pre.016

docs/architecture/010-APPS_SERVICES_SCENARIOS_AND_CONTROL.md

@@ -1,5 +1,5 @@
 <!-- file: docs/architecture/010-APPS_SERVICES_SCENARIOS_AND_CONTROL.md -->
-<!-- version: 8 -->
+<!-- version: 9 -->
 
 # Applications, services, scenarios et control plane
 
@@ -77,6 +77,7 @@ Exemples de familles spécialisées :
 ksp-app-config-desk
 ksp-app-wallet-desk
 ksp-app-solprices-desk
+ksp-app-backfill-desk
 ksp-app-store-desk
 ksp-app-worker-<role>-desk
 ksp-app-scenario-<domain>-<environment>-desk-demo
@@ -106,12 +107,23 @@ ksp-app-solprices-desk
     -> ksp-config-lib
     -> ksp-offchain-transport-lib
 
+ksp-app-backfill-desk
+    -> ksp-core-lib
+    -> ksp-config-lib
+    -> ksp-job-api
+    -> ksp-job-backfill-lib
+    -> ksp-logging-lib
+    -> ksp-onchain-transport-lib
+    -> ksp-store-lib
+
 ksp-app-store-desk
     -> ksp-store-lib
 ```
 
 `ksp-store-lib` réexporte la surface Store commune nécessaire aux applications ; une app ne dépend pas directement de `ksp-store-api` uniquement pour atteindre les modèles/capabilities, et ne dépend jamais d'une crate backend concrète.
 
+Backfill Desk suit exactement cette règle : elle ouvre Store via `ksp-store-lib`, construit le pool HTTP via `ksp-onchain-transport-lib`, puis remet ces ressources à `ksp-job-backfill-lib`. Start/Cancel/Resume restent des opérations applicatives de composition ; le checkpoint de reprise et les ressources physiques ne deviennent jamais des DTOs Tauri.
+
 Les couches N1–N4 expriment des responsabilités et une direction de dépendances ; elles n'imposent pas de traverser toutes les couches intermédiaires.
 
 ## Tauri