v0.2.7-pre.004

docs/plans/014-V0_2_7_ONCHAIN_WEBSOCKET_PLAN.md

@@ -1,9 +1,9 @@
 <!-- file: docs/plans/014-V0_2_7_ONCHAIN_WEBSOCKET_PLAN.md -->
-<!-- version: 5 -->
+<!-- version: 6 -->
 
 # Plan `0.2.7` — WebSocket Solana standard
 
-> **Statut : actif, `0.2.7-pre.003`.** Les gates `pre.001` et `pre.002` sont clos. `pre.003` matérialise `std.transport` V2 HTTP + WebSocket, la lecture backward V1 HTTP-only et l'adapter `Config -> WsTransportSettings`. Le socket physique reste différé à `pre.004`.
+> **Statut : actif, `0.2.7-pre.004`.** `pre.003` est validé opérateur. `pre.004` matérialise les dépendances WebSocket, la première session physique actor-owned, le handshake/read/write JSON-RPC, la map bornée de requests en attente et les fixtures serveur local. Les subscriptions typed restent différées.
 
 ## 1. Objet et base vérifiée
 
@@ -366,7 +366,7 @@ Audit au 2026-08-22 :
 | `tokio-websockets`  |        `0.13.3` | alternative viable, non retenue | strict/minimal et performant, mais exige davantage d'assemblage/features et n'apporte pas de besoin fonctionnel supérieur démontré pour cette foundation |
 | `fastwebsockets`    |        `0.10.0` | non retenue                     | plus bas niveau ; peut déléguer davantage de compliance au caller, inutile pour la première foundation KSP                                               |
 
-Landing prévu, **pas dans `pre.001`** :
+Landing matérialisé par **`pre.004`** :
 
 ```toml
 # root [workspace.dependencies]
@@ -379,7 +379,7 @@ futures-util = { workspace = true, features = ["std", "sink"] }
 tokio = { workspace = true, features = ["macros", "rt", "sync", "time"] }
 ```
 
-Le serveur de test local pourra activer `tokio/net` en dev si KSP utilise directement `TcpListener`.
+Le serveur de test local active `tokio/net` en dev et utilise directement `TcpListener`.
 
 `url` n'est pas retenu a priori : l'endpoint KSP peut être validé et passé comme chaîne/request sans ajouter la feature uniquement par habitude bot3. `handshake`/`stream` sont déjà requis transitivement par `connect`/TLS et ne doivent pas être listés sans nécessité directe.
 
@@ -486,6 +486,8 @@ Une tâche actor possède exclusivement :
 
 Le handle public `WsSession` communique avec cet actor par canal bounded. Aucun caller ne split/manipule directement le socket.
 
+`pre.004` matérialise cette foundation : `WsSession::connect` ouvre une connexion physique explicite, le socket reste exclusivement dans l'actor, les commandes passent par `mpsc` borné, les réponses JSON-RPC sont dispatchées par ID KSP dans une map bornée et les snapshots sûrs sont publiés par `watch`. La primitive JSON-RPC reste `pub(crate)` afin de ne pas créer une API publique raw provider-extension avant les wrappers typed. Le registry des subscriptions et le mapping remote/local restent `pre.006`.
+
 ### 9.4 Identités
 
 ```text
@@ -868,7 +870,7 @@ L'inventaire officiel n'impose que 9 familles de subscriptions, mais le lifecycl
 pre.001  audit interne/externe + matrice 18 méthodes + bot3 + dependencies + threat model + plan/sizing
 pre.002  DONE — settings WS Transport + URL redaction + IDs/states/snapshots + tests de settings
 pre.003  DONE — std.transport V2 HTTP+WS + backward V1 + discriminateur WS + schema/fixtures + Config -> WsTransportSettings
-pre.004  deps tokio-tungstenite/futures-util + actor physique + handshake/read/write + pending JSON-RPC + serveur local
+pre.004  DONE — deps tokio-tungstenite/futures-util + actor physique + handshake/read/write + pending JSON-RPC + serveur local
 pre.005  limites frame/message/request + control frames + cancellation/close/shutdown + adversarial socket tests
 pre.006  registry subscriptions + IDs locaux + generic subscribe/unsubscribe engine + channels typed bounded
 pre.007  reconnect borné + resubscribe déterministe + continuity gap + races unsubscribe/reconnect