v0.2.7-pre.003

docs/validation/010-V0_2_7_ONCHAIN_WEBSOCKET.md

@@ -1,9 +1,9 @@
 <!-- file: docs/validation/010-V0_2_7_ONCHAIN_WEBSOCKET.md -->
-<!-- version: 4 -->
+<!-- version: 5 -->
 
 # Validation `0.2.7` — WebSocket Solana standard
 
-> **Statut : matrice active, `0.2.7-pre.002`.** Le gate normatif `pre.001` est clos ; les settings, identités, états lifecycle et snapshots sûrs sont maintenant matérialisés. Les preuves runtime socket/subscription restent ouvertes.
+> **Statut : matrice active, `0.2.7-pre.003`.** Les settings/lifecycle `pre.002` et la composition Config V2 `pre.003` sont matérialisés. Les preuves runtime socket/subscription restent ouvertes.
 
 ## 1. Baseline normative
 
@@ -253,7 +253,7 @@ Aucune de ces dependencies n'est ajoutée par `pre.001`; le graphe Cargo stable
 
 ## 9. Config compliance initiale
 
-V1 actuel : HTTP-only strict. Décision :
+V1 hérité : HTTP-only strict. Contrat de compatibilité :
 
 ```text
 V1 -> support de lecture conservé, WS vide
@@ -266,7 +266,24 @@ Transport -X-> Config
 
 Le type Transport correspondant au discriminateur est prévu `#[non_exhaustive]`. L'objectif est de pouvoir ajouter ultérieurement une famille telle que Helius Enhanced WebSocket sans créer un nouveau conteneur Config ni injecter des options provider-specific dans les settings Solana standard. Toute valeur inconnue reste explicitement rejetée en `0.2.7`; aucun paramètre Helius n'est implémenté par anticipation.
 
-La schema V1 n'est pas assouplie. Une schema V2 explicite remplace la fixture standard au moment où l'adapter est matérialisé.
+`pre.003` remplace le schema enregistré par `urn:ksp:schema:std.transport:v2`, avec deux branches strictes : V1 HTTP-only et V2 HTTP + WebSocket. La compatibilité V1 ne relâche donc ni `additionalProperties`, ni la shape historique.
+
+Preuves `pre.003` :
+
+```text
+config/std.transport.json                       format_version = 2
+config/examples/std.transport.example.json      format_version = 2
+V1 fixture dédiée                               load + HTTP mapping OK attendu
+V1                                              ws_settings = None
+V2                                              ws_settings = Some(validated)
+ws_defaults                                     globals
+profiles[].ws_endpoints                         profile-local
+ws_endpoints[].kind                             enum schema solana_standard
+ws_endpoints[].session                          overrides génériques optionnels
+Config -> Transport                             seule direction de dépendance
+```
+
+`ResolvedTransportConfig::settings()` reste l'accesseur HTTP historique. `http_settings()` l'explicite et `ws_settings()` expose `Option<&WsTransportSettings>` afin que le V1 backward ne force jamais un faux `WsTransportSettings` vide. `into_transport_settings()` permet de consommer les deux contrats ensemble.
 
 ## 9.1 Checkpoint settings/lifecycle `pre.002`
 
@@ -359,7 +376,7 @@ N subscriptions same session prouvé
 reconnect/resubscribe/backpressure/shutdown gates verts
 unstable warnings centralisés
 HTTP 52+14 non régressé
-Config V1 backward + V2 WS validés
+Config V1 backward + V2 WS validés (**Done `pre.003`**, compilation opérateur requise)
 smoke live opt-in documenté
 cargo tree inspecté
 cargo test --workspace vert