# 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.