Wir stellen Blazar vor: Die speziell entwickelte WebSocket-Lösung von „ Quicknode “ für „ Solana “

Quicknode

14. April 2026 – 6 Minuten Lesezeit

Teilen

Als bevorzugte Quelle hinzufügen

WebSockets sind die Standardlösung für Entwickler von „ Solana “, die Echtzeit-On-Chain-Daten benötigen. Sie bieten umfassende Kompatibilität mit Frontend- und mobilen Anwendungen und stellen für ereignisgesteuerte Backends einen einfacheren Weg dar als „ gRPC “.

Die native WebSocket-Implementierung von Solana wurde jedoch nie dafür konzipiert, große Datenmengen in großem Maßstab zu verarbeiten. Ein Drittel der API ist offiziell als instabil gekennzeichnet, PubSub lässt unter Last Nachrichten fallen, und die meisten Anwendungen gleichen dies stillschweigend durch Workaround-Schichten aus, die eigentlich nicht notwendig sein sollten.

Wir haben Blazar entwickelt, um dieses Problem an der Wurzel zu beheben.

Was ist ein Blazar?

Blazar ist die hauseigene WebSocket-Engine von Quicknode unter Solana , die von Grund auf neu entwickelt und speziell für die Workloads optimiert wurde, die Entwickler von Solana in der Produktion ausführen. Es handelt sich weder um einen Fork einer Open-Source-Lösung noch um einen Wrapper um das native PubSub von Agave. Die Engine implementiert den vollständigen Satz der WebSocket-Abonnementmethoden von Solana für Ihre bestehenden Quicknode Solana endpoint , ohne dass Änderungen an SDK oder eine Migration erforderlich sind.

Blazar ist schneller, zuverlässiger und umfassender als jede andere Lösung, die auf dem nativen PubSub von Agave basiert. Es bewältigt eine große Anzahl gleichzeitiger Abonnenten ohne Leistungseinbußen und gewährleistet eine konsistente Zustellung, während das native PubSub von Agave in solchen Fällen bereits Nachrichten auslassen würde.

Abgesehen von den grundlegenden Leistungsmerkmalen bietet es zudem eine stabile Unterstützung für Abonnementmodelle, die die meisten Anbieter nicht zuverlässig bereitstellen können.

Früher instabile Methoden, jetzt einsatzbereit

SolanaDie WebSocket-API bietet neun Abonnementmethoden. Drei davon – „voteSubscribe“, „slotsUpdatesSubscribe“ und „blockSubscribe“ – werden im aktuellen Agave 3.x-Validator-Client offiziell als instabil gekennzeichnet und sind über Standard-WebSocket-Verbindungen nach dem „ Solana “-Prinzip praktisch nicht zugänglich.

Für Entwickler, die Blockdaten, Abstimmungsinformationen oder detaillierte Statusaktualisierungen zu Slots benötigen, sind dies unverzichtbare Methoden und keine Randfälle.

Abstimmen Abonnieren

Abstimmen Abonnieren liefert Abstimmungstransaktionen, sobald diese auf der Ebene der verarbeiteten Commitments ausgeführt werden – noch bevor der Slot bestätigt wird und noch bevor eine Garantie für die Endgültigkeit vorliegt. Aufgrund seiner Instabilität war dies für die meisten Anwendungsentwickler bislang kaum nutzbar. Auf Blazar ist diese Funktion verfügbar und zuverlässig, was den Einsatz von Tools zur Schätzung optimistischer Bestätigungen, Dashboards zur Abstimmungsbeteiligung oder zur Verfolgung der Stake-gewichteten Blockendgültigkeit ermöglicht.

Slots | Aktuelles | Abonnieren

Slots | Aktuelles | Abonnieren beschreibt den gesamten Lebenszyklus eines Slots, von firstShredReceived durch abgeschlossen, optimistische Bestätigung, und schließlich verwurzelt. Diese Detailgenauigkeit ist wichtig, wenn Sie die End-to-End-Latenz messen und genau wissen müssen, wann das Netzwerk einen Slot zum ersten Mal erkannt hat und wann dies bei Ihrer Anwendung der Fall war. Außerdem können Sie damit Logik auslösen bei optimistische Bestätigung, der früheste Zeitpunkt, zu dem ein Slot praktisch sicher bearbeitet werden kann, ohne Abfragen oder das Warten auf vollständige Finalität. Bisher war der zuverlässige Empfang eines solchen Signals auf Slot-Ebene nur möglich, wenn man eine eigene Validator-Infrastruktur betrieb. Bei Blazar erfolgt dies über Ihre Standard-WebSocket-Verbindung.

blockSubscribe

blockSubscribe ist bei nativen WebSocket-Verbindungen von „ Solana “ praktisch nicht verfügbar. Wenn es doch einmal auftritt, führt ein hohes Transaktionsvolumen regelmäßig zu Fehlern aufgrund übergroßer Nachrichten, Verbindungsabbrüchen oder stillschweigend verworfenen Daten. Bei Blazar wird es vollständig unterstützt und läuft stabil, wodurch Datenabonnements auf Blockebene zu einer praktikablen Option werden, wie es bisher nicht der Fall war.

Erweiterte Methodenunterstützung

Blazar unterstützt außerdem transactionSubscribe, eine Methode, die ursprünglich von Triton als Teil ihres Whirligig-WebSocket-Proxys eingeführt wurde. Sie ist zwar nicht Bestandteil der Standard-WebSocket-API „ Solana “, hat sich jedoch zu einer weit verbreiteten Erweiterung für Entwickler entwickelt, die detailliertere Transaktionsdaten benötigen als logsSubscribe oder KontoAbonnieren bereitstellen. Mit dieser Methode können Sie nach Konto, Transaktionsergebnis und Verpflichtungsgrad filtern, was sie besonders geeignet macht, um Programmaktivitäten in Echtzeit zu verfolgen, bei fehlgeschlagenen Transaktionen Warnmeldungen auszugeben oder einen Live-Swap-Feed ohne Polling aufzubauen.

Leistungsvorteile

Wir haben Blazar unter realen mainnet -Bedingungen mit dem am häufigsten verwendeten Open-Source-WebSocket-Proxy „ Solana “ verglichen. Hier sind unsere Ergebnisse.

Zuverlässige Lieferung

Der native PubSub-Mechanismus von Agave läuft standardmäßig auf einem einzigen Worker-Thread, was unabhängig von der Anzahl der verfügbaren Kerne zu einem Engpass bei der gesamten Abonnementverarbeitung führt. Bei hoher Netzwerkauslastung – also genau dann, wenn Echtzeitdaten am wichtigsten sind – lässt das native PubSub-System Nachrichten fallen und verursacht unvorhersehbare Latenzspitzen.

Blazar wurde speziell entwickelt, um diese Fehlerarten auszuschließen. Unter denselben hohen Belastungsbedingungen lieferte Blazar stabile, konsistente Ergebnisse:

Schnellere Daten direkt von der Quelle

Die Standard-RPC-Infrastruktur empfängt Daten über das breiter angelegte Turbine-Netzwerk, was bedeutet, dass Ereignisse erst weiter unten im Übertragungsweg eintreffen. Die Upstream-Datenquelle von Blazar basiert auf ShredStream und empfängt „Shreds“ von den 100 führenden Turbine-Anbietern. Eine ShredStream-fähige Quelle liefert Daten etwa 200–250 ms schneller als eine reguläre öffentliche Turbine-Quelle. Dieser Vorsprung ist bereits in jedem Ereignis enthalten, bevor Blazar mit der Verarbeitung beginnt.

Die von Blazar verursachte Latenz zwischen einem On-Chain-Ereignis und dem Empfang dieses Ereignisses durch Ihre Anwendung beträgt selbst unter hoher Auslastung weniger als 1 ms. Dies gilt für Kontoaktualisierungen, vollständige Blöcke und alle anderen Abonnementtypen.

Blazar liefert den Kunden in jedem getesteten Szenario die Daten deutlich schneller als der gängigste WebSocket-Server. Bei 200 Verbindungstests wird das SysvarClock-Konto verwendet, um sicherzustellen, dass das Konto ständig aktualisiert wird.

Skalieren ohne Qualitätsverlust

Jeder Agave-Knoten kann nur eine begrenzte Anzahl von WebSocket-Abonnenten verarbeiten, bevor die Leistung für alle Abonnenten nachlässt, was zusätzliche Hardware und einen höheren Betriebsaufwand erfordert. Blazar verarbeitet eine große Anzahl gleichzeitiger Abonnements, ohne dass die Leistung pro Abonnent darunter leidet. Jeder Abonnent erhält eine konsistente Übertragung mit geringer Latenz, unabhängig von der Gesamtzahl der Abonnements.

Der Speicherverbrauch auf Blazar ist in allen Fällen deutlich geringer.

Blazar senkt in den meisten Fällen die CPU-Auslastung erheblich.

Die Benchmarks wurden in einer kontrollierten, isolierten Umgebung durchgeführt, wobei die Clients von einem separaten Rechner aus direkt mit dem Server verbunden waren, ohne dass dazwischen ein Load Balancer oder eine Edge-Schicht lag.

Was das für Entwickler bedeutet

Für Entwickler, die auf Quicknode entwickeln, ändert Blazar die Annahmen, die Sie bezüglich Ihrer WebSocket-Verbindung treffen können:

• Weniger Ausweichlösungen. Wiederholungslogik , Lückenerkennung und redundante Verbindungen dienen dazu, unzuverlässige Übertragungen auszugleichen. Da Blazar die Zuverlässigkeit auf Infrastrukturebene gewährleistet, wird dieser Ausgleichscode überflüssig.

• Vollständiges Daten streams. Wenn Ihre Anwendung eine Benachrichtigung erhält, treffen auch die ihr vorausgehenden Ereignisse ein. Bauen Sie Ihre Logik auf der Annahme auf, dass der Datenstrom kontinuierlich ist.

• Vorhersehbare Leistung auch bei hohem Durchsatz. Die Leistung des Abonnements nimmt mit steigender Anzahl von Verbindungen nicht ab. Ihre Anwendung wird auch bei zunehmendem Umfang keinen plötzlichen Leistungsabfall erleben.

Blazar ist kein eigenständiges Produkt, kein Add-on und keine Funktion der Premium-Stufe. Es handelt sich um ein kostenloses Upgrade für alle Quicknode Solana WebSocket endpoint, das bereits in allen Tarifen bereitgestellt wurde. Es muss nichts aktiviert, nichts migriert und es fallen keine zusätzlichen Kosten an.

Erste Schritte

1. Melden Sie sich bei Ihrem „Quicknode “-Dashboard an.

2. Wählen Sie Ihre „ Solana “ aus:endpoint.

3. Kopieren Sie die URL Ihres WSS- endpoint s und stellen Sie mit Ihrem bestehenden WebSocket-Client-Code eine Verbindung her.

Sind Sie neu bei „ Solana “ und WebSockets? Der Leitfaden „So erstellen Sie WebSocket-Abonnements für die „ Solana “-Blockchain mit TypeScript“ enthält alles, was Sie wissen müssen.

Das Fazit

Blazar beseitigt die Einschränkungen hinsichtlich Zuverlässigkeit und Leistung, die die native WebSocket-Implementierung von Solana mit sich bringt, indem es einen Verarbeitungsaufwand im Sub-Millisekundenbereich, stabile Unterstützung für alle neun Abonnementmethoden – einschließlich der drei in Agave als instabil gekennzeichneten – sowie eine auch bei hoher Auslastung konstante Benchmark-Leistung bietet.

WebSockets gehören nach wie vor zu den einfachsten Möglichkeiten für Entwickler, Echtzeit-On-Chain-Daten abzurufen. Nun entspricht die dahinterstehende Infrastruktur auch den tatsächlichen Anforderungen. Melden Sie sich bei Ihrem Quicknode -Dashboard an, um loszulegen.