v0.2.0-pre.003

deltas/0.1.4/pre.004.md

@@ -1,5 +1,5 @@
 <!-- file: deltas/0.1.4/pre.004.md -->
-<!-- version: 1 -->
+<!-- version: 2 -->
 
 # Delta 0.1.4-pre.004 — squelette Rust/Tauri de `ksp-app-config-desk`
 
@@ -134,7 +134,7 @@ Le plugin tracing n'est volontairement pas déclaré dans cette tranche ; son co
 La destination de build est fixée dès maintenant à :
 
 ```text
-../../builds/khadhroony-solana-project/ksp-app-config-desk/dist
+../../../builds/khadhroony-solana-project/ksp-app-config-desk/dist
 ```
 
 `tauri.conf.json` l'utilise comme `build.frontendDist`. `vite.config.ts` utilisera la même valeur comme `build.outDir` à partir de `pre.005`.
@@ -255,5 +255,5 @@ Si cette tranche est validée et commitée, `pre.005` introduira le gabarit fron
 - Bootstrap, Font Awesome, SimpleBar et `resize-observer-polyfill` ;
 - `tauri-plugin-tracing` + `@fltsci/tauri-plugin-tracing` ;
 - Vite strict `1430`, HMR `1431` ;
-- output `../../builds/khadhroony-solana-project/ksp-app-config-desk/dist` ;
+- output `../../../builds/khadhroony-solana-project/ksp-app-config-desk/dist` ;
 - premier `cargo tauri dev` du shell minimal.

deltas/0.1.4/pre.005.md

@@ -1,5 +1,5 @@
 <!-- file: deltas/0.1.4/pre.005.md -->
-<!-- version: 1 -->
+<!-- version: 2 -->
 
 # Delta 0.1.4-pre.005 — gabarit frontend Vite/TypeScript/SCSS et tracing Tauri
 
@@ -167,13 +167,13 @@ Le serveur est configuré ainsi :
 `tauri.conf.json` possédait déjà :
 
 ```text
-../../builds/khadhroony-solana-project/ksp-app-config-desk/dist
+../../../builds/khadhroony-solana-project/ksp-app-config-desk/dist
 ```
 
 `vite.config.ts` part maintenant de la racine de la crate puis résout **le même chemin contractuel** :
 
 ```text
-../../builds/khadhroony-solana-project/ksp-app-config-desk/dist
+../../../builds/khadhroony-solana-project/ksp-app-config-desk/dist
 ```
 
 Le `root` Vite reste `frontend/`, mais l'utilisation d'un path absolu résolu depuis la crate évite que `build.outDir` ne soit accidentellement interprété relativement à `frontend/`.

deltas/0.1.4/pre.016-fix.002.md

@@ -1,3 +1,6 @@
+<!-- file: deltas/0.1.4/pre.016-fix.002.md -->
+<!-- version: 2 -->
+
 # 0.1.4-pre.016-fix.002
 
 ## Objet

deltas/0.2.0/pre.003.md

@@ -0,0 +1,210 @@
+<!-- file: deltas/0.2.0/pre.003.md -->
+<!-- version: 2 -->
+
+# Delta `0.2.0-pre.003`
+
+## Identité
+
+```text
+release : 0.2.0
+prerelease : pre.003
+identifiant de commit attendu : v0.2.0-pre.003
+workspace.package.version : 0.2.0-pre.3
+base : 0.2.0-pre.002
+```
+
+`pre.003` est la **dernière prerelease planifiée** de la release de cadrage `0.2.0`. Elle ne développe aucune capacité N2 runtime ; elle réalise l'audit de cohérence final demandé par le plan `007` avant `rel.001`.
+
+## Mission
+
+Auditer la base Git complète `0.2.0-pre.002`, éliminer les contradictions normatives/documentaires résiduelles, vérifier que les décisions bot3 utiles n'ont pas été perdues, compléter les fiches de releases `0.2.1+`, finaliser le prompt `0.2.1` et fournir une matrice de clôture durable.
+
+## Écarts détectés et corrigés
+
+### Collisions d'identifiants normatifs
+
+`docs/rules/RULES_KSP.md` utilisait deux fois :
+
+```text
+KSP-TRANSPORT-001
+KSP-DATA-001
+KSP-DATA-002
+```
+
+Correction :
+
+```text
+KSP-TRANSPORT-001  reste : pas de ksp-onchain-transport-api séparée
+KSP-TRANSPORT-006  devient : couverture documentaire exhaustive + warnings de statut
+KSP-DATA-001/002   restent : contrats de notifications de données
+KSP-FLOW-001/002   deviennent : progression RAW/CORE/DECODE/SPECIALIZED + satellites de protocole
+```
+
+Un audit automatique des IDs normatifs ne trouve plus de doublon après correction.
+
+### Replay jobs historiques encore figés
+
+`KSP-JOB-009` imposait encore :
+
+```text
+ksp-job-replay-core
+ksp-job-replay-generic-materialization
+ksp-job-replay-domain-projection
+```
+
+Cette règle contredisait la progression verticale fixée par `pre.002`.
+
+La nouvelle règle ne fige plus de jobs DECODE/SPECIALIZED globaux. Un replay Core pourra être introduit avec CORE ; à partir de DECODE, les jobs de replay émergent avec les groupes/capacités réels et réutilisent la même logique que le processing live correspondant.
+
+Les entrées `IDEAS.md` basées sur `generic-materialization`, `domain-projection` et un type global `DomainProjector` sont requalifiées en conséquence.
+
+### Diagramme global W1–W4 encore actif
+
+`docs/architecture/010-APPS_SERVICES_SCENARIOS_AND_CONTROL.md` conservait encore :
+
+```text
+W1 -> D1 -> W2 -> D2 -> W3 -> D3 -> W4 -> D4
+```
+
+Ce schéma pouvait contredire la décision de `pre.002` en suggérant quatre workers globaux imposés. Il est remplacé par les frontières durables `D1 RAW -> D2 CORE -> D3 DECODE -> D4 SPECIALIZED`, avec workers RAW/CORE horizontaux et workers/processors DECODE/SPECIALIZED introduits need-driven par groupe vertical.
+
+### TODO Wallet bot3 incomplets dans KSP
+
+L'audit du TODO/matrice Wallet bot3 montre que KSP avait conservé Solana CLI/Base58/Phantom/Solflare mais avait trop résumé plusieurs reports utiles.
+
+`IDEAS.md` conserve maintenant explicitement :
+
+- Solflare Keystore, seulement avec format suffisamment stable/testable ;
+- Backpack, après caractérisation exacte du wire Solana `Private key` ;
+- Trust Wallet, après caractérisation du wire Solana exact ;
+- Base app / ex-Coinbase Wallet, sans synthèse de recovery phrase ;
+- distinction entre Base app et Coinbase Developer Platform.
+
+Ces entrées restent des idées/TODO, pas des dépendances ni engagements de `0.2.2`.
+
+### Fiches de release manquantes
+
+Le prompt d'ouverture `0.2.0` exigeait pour chaque release `0.2.1+` :
+
+```text
+mission
+périmètre
+hors-périmètre
+dépendances
+critères de clôture
+estimation souple des prereleases
+```
+
+`pre.002` avait fixé la séquence mais n'avait pas regroupé ces six dimensions pour chaque release.
+
+`docs/plans/007-V0_2_0_SERIES_PLANNING.md` contient maintenant une fiche pour `0.2.1` à `0.2.10`.
+
+## Spot-check HTTP Solana
+
+Un contrôle externe daté du **2026-08-17** a été effectué uniquement pour valider le sizing et la qualité du prompt `0.2.1` :
+
+- l'index officiel HTTP Solana observé contient 52 méthodes courantes ;
+- la section officielle `Deprecated Methods` expose séparément 14 noms ;
+- l'inventaire bot3 `ks-onchain-transport/src/standard_methods.rs` contient les 52 noms courants observés ;
+- bot3 ne couvre pas ces 14 anciennes méthodes deprecated comme surface standard ;
+- l'égalité des noms courants ne garantit pas un contrat équivalent, bot3 distinguant notamment typed adapters et appels raw JSON.
+
+Ces nombres ne deviennent pas une règle durable. `0.2.1-pre.001` doit refaire l'inventaire depuis la documentation officielle du jour et vérifier la disponibilité runtime des méthodes deprecated/obsolete avant de promettre leur support.
+
+## Prompt `0.2.1`
+
+`prompts/006-V0_2_1_START_PROMPT.md` passe en version 2 et est considéré **finalisé côté contenu** pour l'ouverture de `0.2.1` après `v0.2.0` stable.
+
+Il impose maintenant explicitement :
+
+- index HTTP courant ;
+- section officielle `Deprecated Methods` séparée ;
+- toute surface HTTP unstable/experimental officiellement documentée ;
+- vérification de disponibilité runtime des méthodes deprecated/obsolete ;
+- comparaison nom par nom avec bot3 ;
+- distinction du niveau de contrat bot3 `typed` vs raw/generic ;
+- gate de sizing avant implémentation lourde.
+
+## Matrice de clôture ajoutée
+
+Nouveau document :
+
+```text
+docs/validation/002-V0_2_0_SERIES_PLANNING.md
+```
+
+Il trace les critères du prompt `0.2.0`, les preuves documentaires, les écarts trouvés par `pre.003`, le spot-check HTTP et les conditions permettant de passer à `rel.001`.
+
+## Fichiers modifiés
+
+```text
+Cargo.toml
+ROADMAP.md
+docs/000-README.md
+docs/IDEAS.md
+docs/architecture/000-README.md
+docs/architecture/010-APPS_SERVICES_SCENARIOS_AND_CONTROL.md
+docs/plans/000-README.md
+docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md
+docs/plans/007-V0_2_0_SERIES_PLANNING.md
+docs/rules/RULES_KSP.md
+docs/validation/000-README.md
+prompts/000-README.md
+prompts/006-V0_2_1_START_PROMPT.md
+```
+
+## Fichiers ajoutés
+
+```text
+docs/validation/002-V0_2_0_SERIES_PLANNING.md
+deltas/0.2.0/pre.003.md
+```
+
+## Validation statique réalisée dans l'environnement d'échange
+
+- parsing TOML de `Cargo.toml` ;
+- `workspace.package.version = 0.2.0-pre.3` ;
+- audit d'unicité des IDs normatifs sous `docs/rules/` ;
+- contrôle des en-têtes `<!-- file: ... -->` / versions des fichiers modifiés ;
+- contrôle des fences Markdown équilibrées ;
+- contrôle des liens Markdown locaux, en ignorant les exemples littéraux de syntaxe Markdown ;
+- scan global des headers Markdown : un ancien delta livré `deltas/0.1.4/pre.016-fix.002.md` ne possède pas le header moderne ; il est volontairement laissé intact afin de ne pas réécrire silencieusement l'historique `0.1.4` ;
+- recherche des anciennes décisions actives `replay-generic-materialization` / `replay-domain-projection` / `DomainProjector` ;
+- recherche des diagrammes/contrats pouvant encore imposer mécaniquement un worker global par niveau D1–D4 ;
+- comparaison ciblée avec les TODO Wallet et l'inventaire HTTP de bot3 ;
+- spot-check de la documentation officielle Solana actuelle pour HTTP et Deprecated Methods.
+
+## Validations non exécutables dans cet environnement
+
+Le conteneur d'échange ne fournit ni `cargo` ni `rustc`.
+
+Avant commit de `pre.003`, exécuter sur le dépôt canonique :
+
+```bash
+cargo fmt --all
+cargo check --workspace
+cargo clippy --workspace --all-targets
+cargo test --workspace
+```
+
+Aucun build Tauri n'est requis par cette tranche documentaire : aucune application/frontend/runtime Tauri n'est modifié.
+
+## Commit attendu
+
+Après application et validations :
+
+```text
+v0.2.0-pre.003
+```
+
+Aucun tag Git stable n'est créé pour cette prerelease.
+
+## Suite
+
+Si les validations de `pre.003` sont propres, la prochaine livraison doit être :
+
+```text
+0.2.0-rel.001
+```
+
+`rel.001` doit rester minimal : version stable `0.2.0`, statuts documentaires, entrée `CHANGELOG`, delta final, validations globales, commit de release puis tag `v0.2.0`.