27 lines
1.4 KiB
Markdown
27 lines
1.4 KiB
Markdown
<!-- file: docs/validation/WEBSOCKET_MAINNET_RESEARCH_VALIDATION_REPORT.md -->
|
||
<!-- version: 1 -->
|
||
|
||
# Validation WebSocket `mainnet_research` — `0.1.0-pre.075`
|
||
|
||
## Portée
|
||
|
||
La campagne a utilisé le profil `mainnet_research` et une souscription `logsSubscribe`. Les secrets et URLs contenant une clé API ne sont pas reproduits dans ce rapport.
|
||
|
||
## Preuves observées
|
||
|
||
- ouverture de `demo_ws` à `11:14:17` ;
|
||
- connexion de la session persistante à `11:15:02` ;
|
||
- souscription `logsSubscribe` créée avec l’identifiant `16376948` ;
|
||
- nouvelles ouvertures de `demo_ws` à `11:16:16` puis `11:16:51` sans déconnexion intermédiaire ;
|
||
- notifications reçues avec le même identifiant de souscription après réouverture ;
|
||
- désabonnement explicite à `11:16:56` ;
|
||
- déconnexion explicite de la session à `11:17:04`.
|
||
|
||
## Conclusion
|
||
|
||
La campagne valide que la fermeture et la réouverture de la fenêtre ne détruisent pas la session WebSocket applicative, que l’état de souscription reste récupérable et que la fermeture réseau intervient sur action explicite.
|
||
|
||
## Limite observée
|
||
|
||
Le Program ID SPL Token classique produit un volume trop élevé pour un test opérateur confortable. Les logs montrent du throttling UI et des événements internes perdus. Les prochaines campagnes doivent utiliser un programme moins actif ou une fenêtre courte, sans interpréter ces pertes UI comme une perte de la session réseau.
|