v0.2.9-pre.001-fix.002

docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md -->
-<!-- version: 87 -->
+<!-- version: 88 -->
 
 # Séquence des releases fonctionnelles KSP
 
@@ -366,11 +366,10 @@ Par défaut :
 0.2.9  Yellowstone gRPC engine + Solana standard + PublicNode
 0.2.10 OrbitFlare Yellowstone gRPC
 0.2.11 Helius LaserStream gRPC
-0.2.12 eRPC Yellowstone gRPC (conditionnel après réaudit accès/capabilities)
-0.2.13 off-chain price transport
-0.2.14 price visualization desk + intégration prix dans Wallet Desk
-0.2.15 interface/wire foundation
-0.2.16 program-api foundation
+0.2.12 off-chain price transport
+0.2.13 price visualization desk + intégration prix dans Wallet Desk
+0.2.14 interface/wire foundation
+0.2.15 program-api foundation
 ```
 
 `0.2.1-pre.001` a appliqué le gate de sizing et refusé le scope HTTP monolithique initial : l'inventaire du 2026-08-17 contient 52 méthodes courantes et 14 méthodes Deprecated historiques. Ce premier delta avait réparti la couverture typée sur `0.2.1`–`0.2.6`. `0.2.1-pre.001-fix.001` recalibre ensuite les 48 méthodes restantes sur trois releases complémentaires `0.2.2`–`0.2.4`, soit trois sessions nominales au maximum si chaque release utilise sa session complète. Si une release se clôt plus vite que prévu, la même session peut enchaîner la suivante après clôture complète de la précédente et nouveau gate de sizing positif. Un Wallet Desk utile doit pouvoir lire le solde du wallet : `getBalance` fait donc partie des quatre canaris de la foundation `0.2.1`, avant Wallet. Les transports live arrivent ensuite ; Interface/Program restent préparés avant les couches de données décodées.
@@ -480,33 +479,51 @@ Mission : construire un moteur client Yellowstone gRPC partagé dans `ksp-onchai
 
 Le `pre.001` est un gate de sizing : chaque prerelease vise 15–20 minutes de travail effectif et la release complète doit rester clôturable dans une seule session. Si cette clôture devient incertaine, `0.2.9` est scindée avant implémentation lourde supplémentaire.
 
-La séparation cible reprend le modèle WebSocket : moteur physique partagé -> protocole standard -> adaptations provider. PublicNode est la première intégration provider ; une façade spécialisée n'est créée que si une différence réelle de capabilities/wire/lifecycle le justifie.
+La séparation cible reprend le modèle WebSocket : moteur physique partagé -> protocole standard -> adaptations provider. PublicNode est la première intégration provider. Le moteur n'est jamais dupliqué ; le standard n'est réutilisé que pour les capacités réellement compatibles. Une couche provider peut restreindre le standard ou porter des extensions wire/lifecycle explicites.
 
-### `0.2.10`–`0.2.12` — providers Yellowstone
+### `0.2.10`–`0.2.11` — providers Yellowstone retenus
 
 ```text
 0.2.10 OrbitFlare Yellowstone gRPC
 0.2.11 Helius LaserStream gRPC
-0.2.12 eRPC Yellowstone gRPC, conditionné à un accès exploitable et à un delta provider réel
 ```
 
-Chaque release réutilise le moteur et le standard de `0.2.9`. Un provider qui ne diffère finalement que par son URL/configuration ne justifie ni second actor ni façade vide ; son gate peut réduire/fusionner le scope avant implémentation.
+Chaque release réutilise le moteur de `0.2.9`, audite son delta avec Yellowstone upstream et matérialise uniquement les restrictions/extensions réelles du provider.
 
-### `0.2.13` / `0.2.14` — Off-chain price + app
+### TODO/IDEAS — providers Yellowstone en attente
 
-`0.2.13` introduit `ksp-offchain-transport-lib` avec au minimum SOL/USD et SOL/EUR via une abstraction indépendante du premier provider.
+Aucune release n'est réservée pour :
 
-`0.2.14` ajoute une petite application desk de visualisation/validation. Après stabilisation de cette application spécialisée, la même release doit intégrer la capacité de prix offchain dans `ksp-app-wallet-desk` sans dupliquer la récupération/normalisation appartenant au composant spécialisé.
+```text
+TODO   eRPC
+TODO   Triton
+TODO   Alchemy
+TODO   QuickNode
+TODO   Chainstack
+IDEAS  Tatum
+IDEAS  Shyft
+IDEAS  Solinfra
+IDEAS  NodeFlare
+IDEAS  autres providers à réauditer
+```
+
+Ces providers ne déplacent pas la séquence active et ne reçoivent ni façade, ni Config profile, ni smoke tant qu'une décision explicite d'implémentation n'est pas prise.
+
+### `0.2.12` / `0.2.13` — Off-chain price + app
+
+`0.2.12` introduit `ksp-offchain-transport-lib` avec au minimum SOL/USD et SOL/EUR via une abstraction indépendante du premier provider.
+
+`0.2.13` ajoute une petite application desk de visualisation/validation. Après stabilisation de cette application spécialisée, la même release doit intégrer la capacité de prix offchain dans `ksp-app-wallet-desk` sans dupliquer la récupération/normalisation appartenant au composant spécialisé.
 
 Metadata HTTP/IPFS/Arweave viendra au premier besoin Metadata réel.
 
-### `0.2.15` — Interface foundation
+### `0.2.14` — Interface foundation
 
 `ksp-interface-lib` devient la façade wire officielle et expose une API publique wire utilisable par les implementations officielles et externes.
 
 Aucune `ksp-interface-api` séparée n'est retenue pour l'instant.
 
-### `0.2.16` — Program API foundation
+### `0.2.15` — Program API foundation
 
 Introduire `ksp-program-api`, sans suffixe `-lib`, comme contrat d'extension Program.