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 :

yellowstone-hydrated ;
standard-logs-hydrated ;
standard-block-direct ;
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.

1.8 KiB Raw Blame History

Delta 0.3.15-pre.006-fix.003