v0.3.15-pre.006-fix.003

deltas/0.3.15/pre.006-fix.003.md

@@ -0,0 +1,44 @@
+<!-- file: deltas/0.3.15/pre.006-fix.003.md -->
+<!-- version: 1 -->
+
+# Delta `0.3.15-pre.006-fix.003`
+
+## Objet
+
+Corriger la classification de `helius-transaction-hydrated` sur Testnet sans inventer une capability provider absente, et réaligner le canari de tracing frontend sur le modèle réseau-centrique.
+
+## Applicabilité des routes provider-specific
+
+Le catalogue V1 reste globalement borné à cinq IDs. Un profil réseau ne projette cependant une route explicitement liée à un provider que si son composite déclare la source Transport correspondante.
+
+Pour Helius :
+
+- Devnet déclare `transport.helius` et projette `helius-transaction-hydrated` ;
+- Mainnet déclare `transport.helius` et projette `helius-transaction-hydrated` ;
+- Testnet ne déclare pas `transport.helius` et ne projette donc pas cette route.
+
+L'absence d'une source provider-specific n'est pas transformée en faux `Configured`, ni en faux incident `Unavailable`. La route est simplement hors inventaire pour ce réseau.
+
+## Testnet
+
+Le profil Testnet expose donc quatre routes applicables :
+
+1. `yellowstone-hydrated` ;
+2. `standard-logs-hydrated` ;
+3. `standard-block-direct` ;
+4. `http-block-polling`.
+
+`helius-transaction-hydrated` reste dans le catalogue global V1 et dans les profils Devnet/Mainnet, mais n'est pas présenté sur Testnet.
+
+## Canari frontend
+
+Le test `desktop_security` attend désormais la trace `logical network selected`, conforme au frontend réseau-centrique introduit par `pre.006-fix.001`, au lieu de l'ancien libellé `logical profile selected`.
+
+## Version
+
+- header racine `604 -> 605` ;
+- workspace `0.3.15-pre.6.fix.2 -> 0.3.15-pre.6.fix.3`.
+
+## Non-claims
+
+Ce fix n'ajoute aucun endpoint Helius Testnet, aucun fallback cross-network, aucun probe réseau, aucun Store ouvert, aucun Worker et aucun Start/Stop runtime.