ERPC verbessert seine Solana-RPC-, WebSocket- und Geyser-gRPC-Infrastruktur — deutlich bessere Live-Anwendungsleistung im Realvergleich mit einem großen externen RPC-Dienst
ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; geschäftsführender Direktor und CEO: Fumitake Kawasaki) und Validators DAO, die Betreiber von ERPC, freuen sich, ein umfassendes Upgrade der Solana-RPC-, WebSocket- und Solana-Geyser-gRPC-Infrastruktur von ERPC bekannt zu geben.
Dieses Upgrade ergänzt einen leistungsstarken Knoten der Spitzenklasse und verbessert Solana-RPC, WebSocket, Geyser gRPC, das interne Gateway, Adapter für die Echtzeit-Datenübertragung, Netzwerksoftware und Serverkonfiguration als einheitliches System. Auf Grundlage gesammelter Daten zu Lastmustern, Abonnementverhalten, methodenspezifischer Nutzung und Latenzfaktoren, die bei Live-Anwendungen häufig auftreten, hat ERPC die Leistung auf Pfaden verbessert, die dem realen Produktionseinsatz nahekommen.
In einem Realvergleich aus derselben Frankfurter Kundenumgebung mit einem großen externen RPC-Dienst zeigte ERPC starke Werte bei mehreren für Live-Anwendungen wichtigen Metriken, darunter die mediane HTTP-getSlot-Latenz, die WebSocket-Verbindungszeit, die Zeit bis zur ersten Benachrichtigung bei transactionSubscribe-kompatibler WebSocket-Funktionalität, die Slot-Aktualität und die Fehlerrate.
Diese Verbesserung ist nicht auf einen bestimmten neuen Tarif beschränkt. Sie wird schrittweise auf ERPC-Tarife mit Solana-RPC- und Solana-Geyser-gRPC-Unterstützung ausgerollt. Die Auswirkungen sind besonders für die Nutzung von Solana-RPC und Geyser gRPC relevant; die in Frankfurt bestätigten Verbesserungen wendet ERPC Schritt für Schritt auch in anderen Regionen an.
ERPC-Dashboard: https://dashboard.erpc.global/de
ERPC Website: https://erpc.global/de
Real-Welt-Vergleich mit einem großen externen RPC-Dienst zeigt deutliche Verbesserung für Live-Anwendungen
Dieser Vergleich wurde aus derselben Frankfurter Kundenumgebung durchgeführt. ERPC und ein großer externer RPC-Dienst wurden unter identischen Bedingungen gemessen. Der Test konzentrierte sich auf Pfade, die das Erlebnis von Live-Anwendungen direkt beeinflussen, darunter HTTP-getSlot, WebSocket-slotSubscribe und transactionSubscribe-kompatible WebSocket-Funktionalität.
In den repräsentativen Ergebnissen lag die mediane HTTP-getSlot-Latenz bei ERPC bei 23,4 ms und beim großen externen RPC-Dienst bei 39,9 ms; damit war ERPC etwa 1,7-mal schneller. Die WebSocket-Verbindungszeit betrug bei ERPC 87 ms und beim großen externen RPC-Dienst 157 ms; ERPC war damit etwa 1,8-mal schneller. Für die erste Benachrichtigung bei transactionSubscribe-kompatibler WebSocket-Funktionalität verzeichnete ERPC 240 ms, während der große externe RPC-Dienst 556 ms benötigte; ERPC war damit etwa 2,3-mal schneller.
Für Live-Solana-Anwendungen reicht eine einfache durchschnittliche Latenz nicht aus. Verbindungsaufbau, Zeit bis zur ersten Benachrichtigung, Stabilität von Echtzeit-Abonnements, Slot-Aktualität und das Ausbleiben von Fehlern sind gleichermaßen wichtig. Besonders bei On-Chain-Ereigniserkennung, Trading-Anwendungen, Monitoring-Systemen, Alarmzustellung, Analytics-Infrastruktur, Bots und Backend-APIs bestimmen die Geschwindigkeit der ersten Benachrichtigung und die Zuverlässigkeit des Datenempfangs nach Beginn eines Abonnements, wann nachgelagerte Verarbeitung starten kann.
In diesem Vergleich beobachteten ERPC und der große externe RPC-Dienst bei getSlot mit den Commitment-Stufen processed und confirmed denselben Slot und damit dieselbe Aktualität. Auch bei WebSocket-slotSubscribe beobachteten beide Dienste gleichzeitig denselben Slot. ERPC war bei gleicher Slot-Aktualität schneller beim Verbindungsaufbau. Die Zahl der Fehler betrug auf beiden Seiten 0.
Verbesserung von HTTP, WebSocket und Geyser gRPC als integriertem System
Dieses Upgrade ist nicht nur das Ergebnis des Hinzufügens eines weiteren Servers. ERPC hat den HTTP-Pfad für Solana-RPC, den WebSocket-Pfad, den Geyser-Ereignispfad, das interne Gateway, Adapter zur Echtzeit-Datenkonvertierung, Übertragungsprozesse und Netzwerksoftware als integriertes System überprüft und verbessert.
In produktiven Solana-Anwendungen reicht schnelles HTTP-RPC allein nicht aus. Das tatsächliche Anwendungserlebnis kann sich deutlich verschlechtern, wenn WebSocket-Verbindungen langsam sind, erste Benachrichtigungen verzögert eintreffen, der Durchsatz von Echtzeit-Abonnements nicht skaliert, bei der Konvertierung von Geyser gRPC in WebSocket-kompatible Schichten Latenz entsteht oder die Backend-Verarbeitung unter hoher Last ins Stocken gerät.
ERPC behandelt HTTP, WebSocket und Geyser gRPC nicht als isolierte Funktionen. Stattdessen verbessert ERPC sie als durchgängigen Pfad, der Solana-Daten empfängt, verarbeitet, an Anwendungen liefert und dort verfügbar macht. Die Ergänzung des großen Knotens, Verbesserungen an Netzwerksoftware und Gateway, Verbesserungen des WebSocket-Adapters sowie die Optimierung des Geyser-gRPC-Pfads in diesem Upgrade beruhen auf diesem integrierten Ansatz.
Verbesserungen an Geyser-gRPC-Pfad und WebSocket-Adapter beschleunigen erste Benachrichtigungen
Ein Bereich, in dem dieses Upgrade besonders starke Ergebnisse zeigte, ist das Zusammenspiel von Geyser-gRPC-Pfad und WebSocket-Adapter. ERPC liefert Echtzeitdaten, die als Geyser-Ereignisse empfangen und anschließend leichter über eine WebSocket-kompatible Schicht genutzt werden können.
Im Vergleich mit demselben Client in Frankfurt verzeichnete ERPC bei transactionSubscribe-kompatibler Funktionalität eine Zeit bis zur ersten Benachrichtigung von 240 ms und 0 Fehler. Der große externe RPC-Dienst verzeichnete 556 ms und ebenfalls 0 Fehler. ERPC war bei der ersten Benachrichtigung etwa 2,3-mal schneller; zugleich wurde eine kontinuierliche Übertragungsleistung auf gleichem oder höherem Niveau bestätigt.
Dieses Ergebnis lässt sich nicht allein durch die Netzwerkentfernung erklären. Bei der Echtzeit-Datenübertragung auf Solana wird die letztendliche Zustellleistung durch das Zusammenspiel von Knotenleistung, Geyser-gRPC-Verarbeitung, Gateway-Verarbeitung, WebSocket-Konvertierung, Warteschlangen, Fanout-Architektur und Effizienz der Netzwerksoftware bestimmt. ERPC verbessert diese Komponenten weiterhin auf Grundlage täglicher Lasttrends und realer Messergebnisse.
Schnellere Verbindung und anfängliche Benachrichtigung unter Beibehaltung der Slot-Aktualität
Bei einer Geschwindigkeitsverbesserung muss außerdem sichergestellt werden, dass ein Dienst nicht lediglich veraltete Daten schneller zurückgibt. In diesem Vergleich beobachteten ERPC und der große externe RPC-Dienst bei getSlot mit den für Live-Anwendungen hauptsächlich verwendeten Commitment-Stufen processed und confirmed denselben Slot und damit dieselbe Aktualität.
Auch bei WebSocket-slotSubscribe beobachteten beide Dienste gleichzeitig denselben Slot. ERPC war bei gleicher Slot-Aktualität schneller beim Verbindungsaufbau: Die Verbindungszeit betrug bei ERPC 87 ms und beim großen externen RPC-Dienst 157 ms, womit ERPC etwa 1,8-mal schneller war.
Gleichzeitig kann die Leistung von RPC und WebSocket je nach Region, Tageszeit, Client-Standort, Abonnement- und Lastbedingungen variieren. ERPC erfasst getrennt Median, p95, Höchstwerte, Zeit bis zur ersten Benachrichtigung, Durchsatz, Slot-Aktualität und Fehlerrate und verbessert fortlaufend die für den realen Einsatz relevanten Metriken. Dieses Upgrade ist ein wichtiger Schritt, doch ERPC wird die Verbesserung über Regionen, Methoden und Workloads hinweg fortsetzen, statt ein einzelnes Ergebnis als Endpunkt zu betrachten.
Erweiterte Abdeckung für WebSocket-/RPC-kompatible Schichten einschließlich Burst
Neben der Leistung verbessert dieses Upgrade auch die Methodenabdeckung der WebSocket-/RPC-kompatiblen Schichten für Geyser-gRPC-bezogene Endpunkte einschließlich Burst.
Beispielsweise wurde Unterstützung für Standard-Bestätigungs- und Statusmethoden wie getVersion, getSlot, getBlockHeight, getLatestBlockhash und isBlockhashValid hinzugefügt. Das erleichtert die Nutzung nicht nur für Echtzeit-Abonnements, sondern auch für ergänzende Statusprüfungen und Nebenanfragen.
ERPC ist kein statischer Dienst mit einer unveränderlichen Funktionstabelle. ERPC erweitert die Abdeckung kontinuierlich anhand der Methoden, Abonnementbedingungen, Abfragen und Anwendungsanforderungen, die Nutzer tatsächlich benötigen. Wenn Sie ein Problem mit einer bestimmten Methode, Anfrage, Abonnementbedingung, WebSocket-kompatiblen Funktion oder einem Geyser-gRPC-Nutzungsmuster feststellen, erstellen Sie bitte ein Support-Ticket über den offiziellen Validators-DAO-Discord. Teilen Sie dabei die konkrete Anfrage, das erwartete Verhalten, Fehlerdetails und den Nutzungskontext mit, damit diese Informationen in künftige Kompatibilitäts- und Leistungsverbesserungen einfließen können.
Schrittweise Einführung für Solana-RPC- und Geyser-gRPC-bezogene Tarife
Diese Verbesserung ist nicht auf eine bestimmte dedizierte Konfiguration beschränkt. ERPC wird sie schrittweise in allen Regionen auf Tarife für Solana-RPC, WebSocket und Solana Geyser gRPC anwenden.
In Frankfurt hat ERPC im Realvergleich mit einem großen externen RPC-Dienst bereits deutliche Verbesserungen bestätigt. Von hier aus wird ERPC diese Verbesserungen Schritt für Schritt auf alle Regionen ausweiten und jede Region weiterhin anhand von Nutzungsmustern, Lasttrends, Netzwerkpfaden und Serverkonfigurationen abstimmen.
ERPCs Stärke beschränkt sich nicht auf einmalige Funktionserweiterungen. Sie liegt in der kontinuierlichen Verbesserung bestehender Tarifleistung, Methodenabdeckung, Übertragungspfade und Serverkonfigurationen auf Grundlage realer Produktionsdaten. In Solanas Produktionsumgebungen ändern sich Netzwerkbedingungen, Datenverkehr, Methodennutzung, Abonnementvolumen und regionale Nachfrage ständig. ERPC entwickelt sich als Solana-spezialisierte Plattform weiter und verbessert sich gemeinsam mit diesen Veränderungen.
Messungen mit demselben Client zur kontinuierlichen Verbesserung anwenden
ERPC nutzt auch Messungen aus Vergleichen mit externen Diensten als Grundlage für die kontinuierliche Verbesserung. In diesem Test maß ERPC aus derselben Frankfurter Kundenumgebung separat HTTP-getSlot, WebSocket-Verbindungszeit, Zeit bis zur ersten Benachrichtigung bei transactionSubscribe-kompatibler WebSocket-Funktionalität, Slot-Aktualität und Fehler.
Die Leistung von Solana-RPC und WebSocket kann je nach Region, Client-Standort, Abonnementbedingungen, Methoden, Tageszeit, Lastbedingungen und Backend-Konfiguration variieren. Deshalb konzentriert sich ERPC nicht nur auf einen einzelnen Durchschnittswert, sondern auch auf Metriken, die beeinflussen, wann die Verarbeitung in realen Anwendungen beginnen kann, darunter Verbindungsaufbau, Zeit bis zur ersten Benachrichtigung, Slot-Aktualität und Fehlerrate.
Für Nutzer ist entscheidend, ob die von ihrer Anwendung benötigten Daten schnell und stabil genug ankommen. ERPC verbessert die praktische Leistung weiter, indem Solana-RPC, WebSocket, Geyser gRPC, Shredstream, VPS und Bare-Metal-Server auf derselben Solana-spezialisierten Plattform betrieben werden.
Kostenlose Tests für berechtigte Tarife und Tests mit realen Workloads
Kostenlose Tests sind derzeit für berechtigte Tarife verfügbar. Nutzer können berechtigte Tarife im ERPC-Dashboard auswählen und die Verbesserungen an Solana-RPC-, WebSocket- und Geyser-gRPC-Infrastruktur unter Bedingungen testen, die ihren tatsächlichen Workloads nahekommen.
Für Solana-Anwendungen reichen Benchmark-Zahlen allein nicht aus. Die optimale Konfiguration hängt davon ab, welche Methoden die Anwendung verwendet, aus welcher Region sich der Client verbindet, wie viel Abonnementvolumen benötigt wird, ob die Zeit bis zur ersten Benachrichtigung oder der Durchsatz Priorität hat und wie wichtig die Slot-Aktualität für den jeweiligen Workload ist.
Im ERPC-Dashboard können Nutzer Tarife einschließlich Solana-RPC, WebSocket und Solana Geyser gRPC prüfen und die Konfiguration auswählen, die ihren aktuellen Anforderungen entspricht. Bestehende ERPC-Nutzer können außerdem Antwortgeschwindigkeit, Abonnementleistung und unterstützte Methoden in ihren aktuellen Workloads prüfen, sobald die Verbesserungen in ihrer Umgebung wirksam sind.
ERPC-Dashboard: https://dashboard.erpc.global/de
Kontinuierliche Verbesserung als Solana-spezialisierte Infrastruktur
ERPC versteht Solana-RPC nicht lediglich als einfachen API-Endpunkt. ERPC verbessert es als Infrastruktur, die die Ausführungsqualität von Solana-Anwendungen unterstützt. Bei Solana beeinflussen HTTP-RPC, WebSocket, Geyser gRPC, Shredstream, SWQoS, Serverstandort, Validator-Qualität, Netzwerkpfade und die Leistung der Verarbeitungsknoten die Geschwindigkeit und Stabilität von Anwendungen direkt.
ELSOUL LABO ist seit 2022 fünf Jahre in Folge für das niederländische WBSO-Förderprogramm für Forschung und Entwicklung anerkannt. Das Unternehmen betreibt Forschung und Entwicklung rund um Solana-RPC-Infrastruktur, Validator-Betrieb, Echtzeit-Datenübertragung sowie KI-agentengestützte Entwicklung und operative Unterstützung. Die Ergebnisse fließen in ERPC, SLV, SLV AI, das Solana-spezialisierte AS200261-Rechenzentrum und damit verbundene Dienstleistungen ein.
Dieses große Upgrade ist ebenfalls Teil dieser kontinuierlichen Forschung und Entwicklung. Mit leistungsstarken Knoten, Verbesserungen an Netzwerksoftware und Gateway, einem verbesserten WebSocket-Adapter, Optimierungen des Geyser-gRPC-Pfads und einer erweiterten Methodenabdeckung stärkt ERPC die von Live-Solana-Anwendungen benötigte Infrastrukturleistung weiter.
ERPC wird die Solana-spezialisierte Infrastruktur für Solana-RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, VPS und Bare-Metal-Server weiter verbessern. ERPC wird weiterhin eine Umgebung bereitstellen, in der Nutzer mehr Solana-Daten schneller und zuverlässiger verarbeiten können und Entwickler sich auf Anwendungsentwicklung und Produktionsbetrieb konzentrieren können.
Kontakt
Bei Fragen zu Solana-RPC, WebSocket, Solana Geyser gRPC, Burst, unterstützten Methoden, kostenlosen Tests, bestehenden Tarifen, Regionen, Benchmarks oder Konfigurationsberatung erstellen Sie bitte ein Support-Ticket über den offiziellen Validators-DAO-Discord.
Wenn Sie ein Problem mit einer bestimmten Methode, Abonnementbedingung, Abfrage, WebSocket-kompatiblen Funktion oder einem Geyser-gRPC-Nutzungsmuster feststellen, nennen Sie bei der Kontaktaufnahme bitte die konkrete Anfrage und das erwartete Verhalten. ERPC verbessert Abdeckung und Leistung weiterhin anhand realer Nutzeranforderungen.
ERPC-Dashboard: https://dashboard.erpc.global/de
ERPC Website: https://erpc.global/de
Offizieller Validators DAO Discord: https://discord.gg/C7ZQSr CkYR
