45 lines
1.8 KiB
Markdown
45 lines
1.8 KiB
Markdown
<!-- 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.
|