v0.2.2-pre.007-fix.001

docs/validation/004-V0_2_2_HTTP_ACCOUNTS_TOKENS_CLUSTER.md

@@ -1,5 +1,5 @@
 <!-- file: docs/validation/004-V0_2_2_HTTP_ACCOUNTS_TOKENS_CLUSTER.md -->
-<!-- version: 1 -->
+<!-- version: 2 -->
 
 # Validation finale `0.2.2` — HTTP Accounts + Tokens + Cluster
 
@@ -143,7 +143,7 @@ Il construit `HttpTransportSettings` programmatiquement, sans Config ni environn
 ```text
 https://api.devnet.solana.com
   -> getAccountInfo(System Program)
-  -> getTokenSupply(mint de l'exemple Devnet officiel courant)
+  -> getTokenAccountsByOwner(System Program, selector programId = SPL Token)
   -> getEpochInfo
   -> getVoteAccounts
 ```
@@ -154,7 +154,9 @@ Exécution explicite :
 cargo test -p ksp-onchain-transport-lib --test transport_devnet_smoke -- --ignored --nocapture
 ```
 
-Le test est `ignored` par défaut. Un incident réseau/rate-limit ou la disparition d'un état externe documenté doit être analysé séparément ; il ne remplace jamais les fixtures HTTP locales.
+Le test est `ignored` par défaut. Sa branche Token ne dépend plus d'un mint d'exemple : elle accepte naturellement une liste vide et vérifie seulement qu'un appel Token structurellement valide atteint Devnet. Un incident réseau/rate-limit doit être analysé séparément ; le smoke ne remplace jamais les fixtures HTTP locales.
+
+Correction `pre.007-fix.001` : lors de la première passe opérateur de `pre.007`, `getTokenSupply` sur le mint d'exemple de la documentation a échoué avec le code RPC `-32602`. Le smoke Config -> Transport, lui, a réussi. La branche Token est donc volontairement passée à `getTokenAccountsByOwner` avec selector `programId`, qui ne requiert aucun mint mutable pour prouver la traversée live du wrapper Token.
 
 ## Smoke de composition Config -> Transport