Delta `0.3.15-pre.008-fix.004`

Objet

Corriger la composition Mainnet de yellowstone-hydrated observée pendant le gate live de pre.008-fix.003, sans avancer le multi-route ni l'optimisation de throughput réservés à pre.009.

Défaut observé

Le channel Yellowstone utilisait correctement publicnode_solana_mainnet_yellowstone, mais prepare_yellowstone construisait le role et le HttpTransportPool d'hydration depuis le Transport de base applicatif. Sur Mainnet, cela redirigeait chaque getTransaction vers api.mainnet.solana.com avec la limite locale 5 req/s/burst 10, provoquant cooldown puis overflow alors que le gRPC PublicNode continuait à produire.

Le profil publicnode_mainnet embarquait en outre un endpoint HTTP solana-public; le composant Yellowstone n'était donc pas cohérent comme source d'hydration.

Correction

prepare_yellowstone reconstruit désormais gRPC, role HTTP et pool HTTP depuis le même composant transport.yellowstone ;
publicnode_mainnet utilise https://solana-rpc.publicnode.com avec provider publicnode pour son endpoint HTTP ;
la limite locale Solana-public 5 req/s/burst 10 n'est pas copiée vers PublicNode, faute de contrat numérique stable committé ;
la concurrence locale reste bornée à 8 et un 429 continue d'activer le cooldown Transport ;
Helius et les routes standard restent inchangés.

Non-claim / suite `pre.009`

Ce fix ne prétend pas qu'une hydration getTransaction par transaction peut soutenir tout Mainnet. pre.009 doit traiter l'optimisation structurelle : chemin Yellowstone direct lorsque le matériau RAW est disponible, pool HTTP multi-provider, repair par bloc, multi-route, Store partagé same-network et déduplication/idempotence par (network, signature).

Version

header racine : 612 -> 613
workspace     : 0.3.15-pre.8.fix.3 -> 0.3.15-pre.8.fix.4

Gate opérateur

Rejouer le gate complet de pre.008 puis vérifier live Mainnet que les traces de yellowstone-hydrated montrent l'endpoint HTTP PublicNode et non solana_mainnet_public.

2.1 KiB Raw Blame History

Delta 0.3.15-pre.008-fix.004