ERPC migriert Solana-RPC (HTTP / WebSocket) in allen Regionen zu Firedancer, senkt die Latenz und verbessert die Stabilität auch für gemeinsam genutzte HTTPS-Endpunkte

ERPC, betrieben von ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; CEO: Fumitake Kawasaki) und Validators DAO, gibt bekannt, dass alle Solana-RPC-Knoten in allen Regionen zum Firedancer-Client migriert wurden, mit Ausnahme der dedizierten SWQoS-Knoten in der Region Frankfurt.

Als Ergebnis dieser Migration erzielt ERPCs Solana-RPC – einschließlich gemeinsam genutzter HTTPS-RPC-Endpunkte – weitere Verbesserungen bei niedriger Latenz und Verarbeitungsstabilität. Rückmeldungen bestehender Nutzer zeigen außerdem, dass sich ERPCs gemeinsam genutzte Endpunkte im Vergleich zu dedizierten RPC-Knoten anderer Anbieter schneller anfühlen.

Strukturelle Herausforderungen bei Latenz und Stabilität von Solana-RPC

In der Entwicklung und im Betrieb von Solana bildet RPC eine wesentliche Grundlage. Das Senden von Transaktionen, das Abrufen von Kontoständen und die Echtzeitbeobachtung des Anwendungsverhaltens sind sämtlich auf RPC angewiesen.

Gleichzeitig wird die RPC-Latenz durch eine Kombination verschiedener Faktoren bestimmt, darunter physische Entfernung, Netzwerkpfade, TLS-Verschlüsselungs-Overhead, Effizienz der Node-Implementierung und Lastkonzentration. Besonders in gemeinsam genutzten RPC-Umgebungen verursacht HTTPS unvermeidbaren TLS-Overhead, während das Shared-Node-Modell Latenzschwankungen und Variabilität tendenziell verstärkt.

ERPC begegnet diesen Herausforderungen kontinuierlich durch seine zugrunde liegende Architektur, einschließlich globaler Node-Platzierung, datenliefernder Edge-Infrastruktur und Shreds-Weiterleitung an alle Nodes. Die Migration zu Firedancer ist eine Erweiterung dieser laufenden Bemühungen.

Designphilosophie und Ziele von Firedancer

Firedancer ist ein vollständig in der Programmiersprache C optimierter Solana-Client. Er wurde nicht zur Optimierung theoretischer Benchmarks entwickelt, sondern zur Anhebung der praktischen Leistungsgrenze im realen Betrieb.

Im Vergleich zum weit verbreiteten Agave-Client bietet Firedancer umfangreiche Optimierungen für Speicherverwaltung, Verarbeitungspfade und Netzwerkverarbeitung. Dadurch ermöglicht er unter identischen Hardwarebedingungen stabilere Leistung bei niedriger Latenz und eine höhere Verarbeitungseffizienz.

Validierungsergebnisse und operative Erkenntnisse aus Testnet und Devnet

ERPC hat Firedancer in seinen Testnet- und Devnet-RPC-Umgebungen eingesetzt und kontinuierlich validiert. Dabei bestätigte ERPC, dass Firedancer im Vergleich zum Agave-Client den Speicherverbrauch senken, zugleich eine stabilere niedrige Latenz liefern und die allgemeinen Verarbeitungskapazitäten erhöhen kann.

Darüber hinaus beobachtete ERPC Fälle, in denen Serverkonfigurationen, die mit Agave nur schwer stabil betrieben werden konnten, mit Firedancer erfolgreich liefen. Diese Eigenschaft ist nicht nur für die Leistung bedeutsam, sondern ermöglicht auch einen energieeffizienten und äußerst effektiven Betrieb.

Diese Erkenntnisse beruhen nicht auf theoretischen Werten oder synthetischen Benchmarks, sondern auf dem realen Betrieb und der kontinuierlichen Beobachtung innerhalb der ERPC-Infrastruktur.

Details der Migration in allen Regionen bei ERPC

Mit diesem Update hat ERPC alle Solana-RPC-Knoten zum Firedancer-Client migriert, mit Ausnahme der dedizierten SWQoS-Knoten in der Region Frankfurt.

Die Migration gilt für die gesamte Konfiguration, einschließlich gemeinsam genutzter HTTPS-RPC-Endpunkte. Bestehende Nutzer profitieren von den durch Firedancer erzielten Verbesserungen bei Latenz und Stabilität, ohne dass sie ihre Konfiguration ändern oder eine Migration durchführen müssen.

Für die Region Frankfurt plant ERPC eine schrittweise Migration, sobald Firedancers SWQoS-Funktionalität vollständig unterstützt wird.

ERPC-Architektur auf Basis globaler Bereitstellung und Shreds-Weiterleitung

ERPC stellt Solana-RPC über Full Nodes bereit, die an sieben Standorten weltweit eingesetzt werden. Zusätzlich werden Daten über die kürzestmöglichen Wege aus mehr als 300 Edge-Datenzentren weltweit zugestellt.

Alle Standorte und alle Nodes empfangen und speisen Shreds. Diese Architektur umgeht Shreds, die innerhalb des Solana-Validatornetzwerks zirkulieren, direkt.

Da sich Shreds über UDP verbreiten und nach dem Stake-Gewicht priorisiert werden, empfangen RPC-Nodes ohne eigenen Stake Daten in herkömmlichen Konfigurationen tendenziell später. Das führt häufig zu einer verzögerten Blockverfolgung.

Durch die direkte Aufnahme der Shreds-Verbreitungswege in seine RPC-Nodes ermöglicht ERPC selbst in einer RPC-Umgebung eine Blockaufholgeschwindigkeit auf Validatorniveau. Dieser Ansatz liefert in allen Regionen und auf allen Nodes konstant schnelle Antwortzeiten.

Einordnung von Shared RPC, Unlimited Endpoints und VPS

Nach der Migration zu Firedancer zeigen auch gemeinsam genutzte HTTPS-RPC-Endpunkte Verbesserungen bei niedriger Latenz und Stabilität.

Unlimited Endpoints beseitigen TPS-Limits und den mit TLS (HTTPS) verbundenen Overhead von etwa 20 ms und ermöglichen die Nutzung von HTTP-/WebSocket-RPC. In Kombination mit ERPCs VPS-Angeboten auf derselben Plattform können mit dieser Konfiguration zentrale Solana-RPC-Methoden in nur 2 ms ausgeführt werden.

Traditionell erforderte ein solches Setup dedizierte RPC-Nodes für mehrere tausend Dollar sowie separat bereitgestellte benachbarte Server. ERPC bietet eine vergleichbare Leistung zu etwa einem Zehntel dieser Kosten.

Preisinformationen

Bitte beachten Sie die folgenden Preistabellen für Shared Solana RPC, Unlimited Endpoints und VPS-Tarife.

Nutzer können anhand ihres konkreten Anwendungsfalls und ihrer Architektur den passendsten Tarif auswählen.

Laufende Forschung und Entwicklung

ERPC wird seine Forschungs- und Entwicklungsarbeit fortsetzen und dabei ein ausgewogenes Verhältnis zwischen Latenz und Stabilität seiner Solana-RPC-Infrastruktur anstreben. Dazu gehören die geplante Migration der Knoten in der Region Frankfurt nach Abschluss der Firedancer-SWQoS-Unterstützung sowie schrittweise und kontinuierliche Verbesserungen der Plattform.

ERPC priorisiert die langfristige Weiterentwicklung einer Infrastruktur, die reale Produktionslasten dauerhaft tragen kann.

Neujahrsbotschaft

Frohes neues Jahr.
Wir danken allen Nutzern herzlich für ihre kontinuierliche Unterstützung im vergangenen Jahr.

Im Jahr 2026 wird ERPC sich als produktionsreife Solana-Infrastrukturplattform weiterentwickeln und sowohl Geschwindigkeit als auch Stabilität voranbringen.
Wir freuen uns auf Ihre weitere Unterstützung für ERPC.

Anfragen und Beratung

Für Beratung zur Architekturplanung, zur Auswahl einer Region oder zur Kombination von Unlimited Endpoints mit VPS kontaktieren Sie uns bitte über den offiziellen Discord von Validators DAO.

Offizieller Discord von Validators DAO: https://discord.gg/C7ZQSr CkYR
Offizielle ERPC-Website: https://erpc.global/de/