Présentation de Blazar : la solution WebSocket « Solana » spécialement conçue par Quicknode

Quicknode

14 avril 2026 — 6 min de lecture

Partager

Ajouter comme source préférée

Les WebSockets constituent la solution par défaut pour les développeurs d'Solana s qui ont besoin de données en temps réel sur la blockchain. Elles offrent une large compatibilité avec les applications front-end et mobiles, et constituent une approche plus simple que l'gRPC pour les back-ends pilotés par les événements.

Mais l'implémentation native de WebSocket d'Solana n'a jamais été conçue pour gérer de grands volumes de données à grande échelle. Un tiers de l'API est officiellement considéré comme instable, le service PubSub perd des messages en cas de charge élevée, et la plupart des applications compensent discrètement ces problèmes à l'aide de couches de contournement qui ne devraient pas être nécessaires.

Nous avons développé Blazar pour remédier à ce problème à la source.

Qu'est-ce qu'un blazar ?

Blazar est le moteur WebSocket Solana développé en interne par Quicknode, entièrement conçu de toutes pièces et optimisé spécifiquement pour les charges de travail que les développeurs Solana exécutent en production. Il ne s'agit ni d'un fork d'une solution open source, ni d'un wrapper autour du PubSub natif d'Agave. Il implémente l'ensemble complet des méthodes d'abonnement WebSocket Solana sur vos Quicknode Solana endpoint existants, sans nécessiter aucune modification SDK ni migration.

Blazar est plus rapide, plus fiable et plus complet que n'importe quelle solution reposant sur le PubSub natif d'Agave. Il gère un grand nombre d'abonnés simultanés sans perte de performance et assure une diffusion cohérente là où le PubSub natif d'Agave commencerait à perdre des messages.

Au-delà des aspects fondamentaux liés aux performances, cette solution offre également une prise en charge stable des modes d'abonnement, ce que la plupart des fournisseurs ne sont pas en mesure de garantir de manière fiable.

Des méthodes autrefois instables, désormais prêtes pour la production

SolanaL'API WebSocket propose neuf méthodes d'abonnement. Trois d'entre elles, `voteSubscribe`, `slotsUpdatesSubscribe` et `blockSubscribe`, sont officiellement signalées comme instables dans la dernière version du client validateur Agave 3.x et sont de fait inaccessibles sur les connexions WebSocket standard de type « Solana ».

Pour les développeurs qui ont besoin de données sur les blocs, d'informations sur les votes ou de mises à jour détaillées sur l'état des slots, ces méthodes sont indispensables et ne constituent pas des cas marginaux.

VoterS'abonner

VoterS'abonner fournit les transactions de vote au fur et à mesure de leur exécution, au niveau de l'engagement traité, avant la confirmation du slot et avant qu'il n'y ait toute garantie de finalité. En raison de son instabilité, cette fonctionnalité était jusqu'à présent largement inaccessible à la plupart des développeurs d'applications. Sur Blazar, elle est disponible et fiable, ce qui ouvre la voie à des outils permettant d'estimer la confirmation optimiste, de créer des tableaux de bord de participation au vote ou de suivre la finalité des blocs pondérée par la mise.

machines à sous | Actualités | S'abonner

machines à sous | Actualités | S'abonner présente le cycle de vie complet d'un emplacement, depuis firstShredReceived par le biais de terminé, Confirmation optimiste, et finalement enraciné. Ce niveau de détail est important si vous mesurez la latence de bout en bout et que vous avez besoin de savoir exactement à quel moment le réseau a détecté un créneau pour la première fois par rapport au moment où votre application l'a détecté. Cela vous permet également de déclencher une logique à Confirmation optimiste, le moment le plus précoce où l'on peut agir sur un slot en toute sécurité, sans avoir à interroger le réseau ni à attendre la finalité complète. Auparavant, pour obtenir ce type de signal au niveau du slot de manière fiable, il fallait disposer de sa propre infrastructure de validateur. Sur Blazar, ce signal est transmis via votre connexion WebSocket standard.

blockSubscribe

blockSubscribe n'est pratiquement pas disponible sur les connexions WebSocket natives d'Solana . Lorsqu'elle est disponible, un volume élevé de transactions entraîne régulièrement des erreurs liées à des messages trop volumineux, des déconnexions ou des pertes de données silencieuses. Sur Blazar, cette fonctionnalité est entièrement prise en charge et stable, ce qui fait des données d'abonnement au niveau des blocs une option viable comme jamais auparavant.

Prise en charge étendue des méthodes

Blazar prend également en charge transactionSubscribe, une méthode initialement introduite par Triton dans le cadre de son proxy WebSocket « Whirligig ». Elle ne fait pas partie de l'API WebSocket standard Solana , mais est devenue une extension largement adoptée par les développeurs qui ont besoin de données de transaction plus détaillées que journalS'abonner ou CompteS'abonner fournir. Cette méthode vous permet de filtrer par compte, résultat de transaction et niveau d'engagement, ce qui la rend particulièrement utile pour suivre l'activité du programme en temps réel, signaler les transactions ayant échoué ou créer un flux de swap en direct sans interrogation régulière.

Avantages en termes de performances

Nous avons comparé Blazar au proxy WebSocket open source le plus répandu, Solana , dans des conditions d'mainnet s réelles. Voici ce que nous avons constaté.

Livraison fiable

Le mécanisme PubSub natif d'Agave s'exécute par défaut sur un seul thread de travail, ce qui crée un goulot d'étranglement pour l'ensemble du traitement des abonnements, quel que soit le nombre de cœurs disponibles. En cas de forte charge réseau, c'est-à-dire précisément lorsque les données en temps réel sont les plus cruciales, le système PubSub natif perdra des messages et provoquera des pics de latence imprévisibles.

Blazar a été spécialement conçu pour éliminer ces modes de défaillance. Dans les mêmes conditions de charge intense, Blazar a fourni des résultats stables et cohérents :

Des données plus rapides, directement à la source

L'infrastructure RPC standard reçoit les données via le réseau Turbine au sens large, ce qui signifie que les événements arrivent plus loin dans la chaîne de propagation. La source de données en amont de Blazar s'appuie sur ShredStream et reçoit des « shreds » provenant des 100 principaux nœuds Turbine. Une source compatible ShredStream fournit les données environ 200 à 250 ms plus rapidement qu'une source Turbine publique classique. Cette avance est intégrée à chaque événement avant même que Blazar ne commence son traitement.

La latence introduite par Blazar entre un événement sur la chaîne et sa réception par votre application est inférieure à 1 ms, même en cas de forte charge. Cela s'applique aux mises à jour de compte, aux blocs complets et à tous les autres types d'abonnement.

Dans tous les scénarios testés, Blazar fournit les données à ses clients bien plus rapidement que le serveur WebSocket le plus courant. 200 tests de connexion ont été effectués à l'aide du compte SysvarClock afin de s'assurer que celui-ci est constamment mis à jour.

Échelle sans perte de qualité

Chaque nœud Agave peut gérer un nombre fini d'abonnés WebSocket avant que les performances ne se dégradent pour l'ensemble d'entre eux, ce qui nécessite du matériel supplémentaire et accroît la complexité opérationnelle. Blazar gère un grand nombre d'abonnements simultanés sans nuire aux performances par abonné. Chaque abonné bénéficie d'une diffusion constante et à faible latence, quel que soit le nombre total d'abonnements.

L'utilisation de la mémoire sur Blazar est considérablement réduite dans tous les cas.

Dans la plupart des cas, Blazar réduit considérablement l'utilisation du processeur.

Les tests de performance ont été réalisés dans un environnement contrôlé et isolé, les clients étant connectés directement au serveur depuis une machine distincte, sans équilibreur de charge ni couche périphérique intermédiaire.

Ce que cela implique pour les développeurs

Pour les développeurs qui développent sur Quicknode, Blazar modifie les hypothèses que vous pouvez formuler concernant votre connexion WebSocket :

• Moins de solutions de contournement. La logique de nouvelle tentative , la détection des lacunes et les connexions redondantes ont pour but de pallier le manque de fiabilité de la transmission. Blazar assurant la fiabilité au niveau de l'infrastructure, ce code de compensation devient superflu.

• streams complète des données. Lorsque votre application reçoit une notification, les événements qui l'ont précédée sont également transmis. Concevez votre logique en partant du principe que le flux est continu.

• Des performances prévisibles, même à grande échelle. Les performances de l'abonnement ne se dégradent pas à mesure que le nombre de connexions augmente. Votre application ne subira pas de chute brutale de ses performances à mesure qu'elle se développe.

Blazar n'est ni un produit distinct, ni une extension, ni une fonctionnalité réservée à la formule premium. Il s'agit d'une mise à jour gratuite disponible pour tous les Quicknode Solana WebSocket endpoint, déjà déployée sur toutes les formules. Il n'y a rien à activer, rien à migrer et aucun supplément à payer.

Pour commencer

1. Connectez-vous à votre tableau de bordQuicknode .

2. Sélectionnez votre « Solana »endpoint.

3. Copiez l'URL de votre endpoint WSS et connectez-vous à l'aide de votre code client WebSocket existant.

Vous découvrez les WebSockets d'Solana ? Le guide « Comment créer des abonnements WebSocket à la blockchain d'Solana à l'aide de TypeScript » vous explique tout ce qu'il faut savoir.

En résumé

Blazar supprime les limites en matière de fiabilité et de performances imposées par l'implémentation native de WebSocket d'Solana, en offrant un temps de traitement inférieur à la milliseconde, une prise en charge stable des neuf méthodes d'abonnement, y compris les trois considérées comme instables dans Agave, ainsi que des performances de référence qui se maintiennent à grande échelle.

Les WebSockets restent l'un des moyens les plus simples pour les développeurs d'obtenir des données en temps réel sur la blockchain. Désormais, l'infrastructure qui les sous-tend est à la hauteur de leurs exigences. Connectez-vous à votre tableau de bordQuicknode pour commencer.