ERPC bringt XDP-Fast-Path und zero-copy für seinen Solana Geyser gRPC in der Region New York (NY) in Produktion — bestätigte Differenz von rund 530 ms p99 in der Auslieferungslatenz
ERPC bringt XDP-Fast-Path und zero-copy für seinen Solana Geyser gRPC in der Region New York (NY) in Produktion — bestätigte Differenz von rund 530 ms p99 in der Auslieferungslatenz

ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; CEO: Fumitake Kawasaki) und Validators DAO, die ERPC betreiben, freuen sich, bekanntzugeben, dass ERPC den XDP-Fast-Path und AF_XDP zero-copy von Solana v4 (Agave 4.x) für seinen gemeinsam genutzten Solana Geyser gRPC Endpunkt in der Region New York (NY) in Produktion gebracht hat.
Der XDP-Fast-Path und AF_XDP zero-copy sind in der Agave-4.x-Linie nicht mehr experimentell und stehen inzwischen als Funktionen bereit, die über die offiziellen Start-Flags
--xdp-interface / --xdp-cpu-cores / --xdp-zero-copy zugänglich sind. ERPC hat diese Netzwerkoptimierung — die im Umfeld hochperformanter Solana-Validatoren zunehmend Verbreitung findet — nun auf dem Quell-Validator, der den Geyser gRPC der NY-Region trägt, in Produktion gebracht. In einem Vorher-Nachher-Vergleich, gemessen mit slv check geyserbench aus dem quelloffenen Solana-Betriebswerkzeug SLV, lag der Quellknoten vor der Optimierung in derselben NY-Region um p50 63 ms / p95 490 ms / p99 530 ms hinter der neuen Konfiguration zurück. Dabei handelt es sich nicht um die absolute Auslieferungslatenz des optimierten Knotens, sondern um eine Vorher-Nachher-Differenz, wobei vor allem im p95/p99-Tail Verbesserungen von mehreren hundert Millisekunden zu beobachten waren. Diese Änderung läuft bereits in der Produktion. Kunden, die first-arrival-Leistung priorisieren, können den Geyser gRPC der NY-Region sofort ausprobieren — über die stundenweise Abrechnung (pro Stunde) oder Crypto Pay (SOL / USDC / EURC).ERPC Offizielle Website: https://erpc.global/de
ERPC Dashboard: https://dashboard.erpc.global/de
Warum der Geyser gRPC in der Region New York (NY) von Bedeutung ist
Auf Solana wechselt der für die Blockproduktion verantwortliche Leader in einem kurzen Zyklus, sodass sich der Ausgangspunkt der Kommunikation ständig verschiebt. In dieser Struktur kommt es im praktischen Betrieb nicht darauf an, nahe an einem einzelnen festen Punkt zu sein, sondern mit hoher Wahrscheinlichkeit nahe an dem Netzwerk zu sein, in dem die wichtigsten Knoten und Validatoren konzentriert sind — und das wirkt sich im realen Betrieb direkt auf Latenz, Neuübertragungsraten und Fehlerraten aus.
Die Region New York (NY) ist der Ort, an dem sich während der nordamerikanischen Handelszeiten die Nachfrage nach Trading-, Indexierungs- und Monitoring-/Analyse-Workloads konzentriert, die On-Chain-Daten in Echtzeit benötigen. Der Geyser gRPC ist der Pfad, über den Account-, Slot-, Block- und Transaktions-Updates als Stream statt per Polling empfangen werden, und hier entscheidet ein Unterschied von einer Millisekunde unmittelbar über das Erfassen von Ausführungschancen und die gefühlte Geschwindigkeit im Frontend. Genau deshalb ist es sinnvoll, den Geyser gRPC der NY-Region sowohl im Design als auch in der Optimierung auf höchstem Niveau zu halten.
Messergebnisse — Vorher-Nachher-Differenz der Auslieferungslatenz mittels slv check geyserbench
Wir haben mit
slv check geyserbench aus dem quelloffenen Solana-Betriebswerkzeug SLV eine Vergleichsmessung zwischen der neuen Konfiguration mit aktiviertem XDP-Fast-Path und AF_XDP zero-copy und dem Quellknoten vor der Optimierung in derselben NY-Region durchgeführt. Im Ergebnis lag der Knoten vor der Optimierung um die folgenden Differenzen hinter der neuen Konfiguration zurück:- p50 Latenzdifferenz: 63 ms
- p95 Latenzdifferenz: 490 ms
- p99 Latenzdifferenz: 530 ms
Diese Zahlen sind nicht die absolute Auslieferungslatenz des optimierten Knotens; sie sind ein Vergleichswert, der zeigt, wie weit der Quellknoten vor der Optimierung hinter der neuen Konfiguration zurücklag.
Die Differenzen sind besonders im p95/p99-Tail groß, in der Größenordnung mehrerer hundert Millisekunden. Der Tail-Bereich umfasst die Fälle der oberen Perzentile, in denen die Verzögerungen größer als üblich ausfallen, und für Trading- und Echtzeit-Workloads, die first-arrival-Leistung priorisieren, ist er der Bereich, der am ehesten als Verzögerung bei der Entscheidungsfindung spürbar wird. Dass der Knoten vor der Optimierung bei p99 um rund 530 ms hinter der neuen Konfiguration zurücklag, zeigt: Im Tail-Bereich wirkt sich der Unterschied im quellseitigen Aufnahme- und Weiterleitungspfad direkt auf die latenzarme Streaming-Qualität des Geyser gRPC aus.
Die Messmethode ist quelloffen. Kunden können mit derselben Methode
slv check geyserbench die tatsächliche Latenz prüfen, wie sie sich von ihrem eigenen Verbindungspunkt aus darstellt. Da die Auslieferungslatenz je nach Verbindungsursprung, Route, Tageszeit und Leader-Verteilung schwankt, lässt sich nicht eine feste Zahl reproduzieren, sondern die Messmethode selbst. Die Schritte von der Installation von SLV bis zur Durchführung der Messung sind im SLV Getting-Started-Leitfaden veröffentlicht. ERPC legt Wert darauf, die Auslieferungsqualität nicht durch subjektive Behauptungen oder Werbetexte zu belegen, sondern durch Messungen, die jeder mit derselben Methode nachvollziehen kann.SLV Offizielle Website: https://slv.dev/de
SLV Getting Started: https://slv.dev/de/doc/general/getting-started/
Was der XDP-Fast-Path und zero-copy von Solana v4 sind
XDP (eXpress Data Path) ist eine Linux-Kernel-Technologie, die es hochperformantem Netzwerkcode ermöglicht, einen Großteil des üblichen Paketverarbeitungspfads des Kernels zu umgehen. Indem sie Datenkopien und Kontextwechsel reduziert, verarbeitet sie Pakete mit weit weniger Overhead als der Standard-Netzwerkstack.
In Agave (dem Solana-Validator-Client) kommt XDP bei Turbine zum Einsatz, dem Protokoll, das Blöcke zwischen Validator-Knoten propagiert. Empfangene Shreds werden von einem eBPF-Programm verarbeitet, das nahe an der Netzwerkkarte (NIC) angesetzt ist, und über AF_XDP in User-Space-Puffer abgebildet. Im zero-copy-Modus werden empfangene Daten direkt vom Kernel an den User-Space übergeben, ohne sie zu kopieren. Ausgehende Shreds werden direkt über XDP_TX gesendet, wodurch Systemaufrufe und Kopiervorgänge auf dem Hot Path entfallen.
Anza hat XDP für Turbine in der Agave-3.x-Linie eingeführt und in die Grundlage von Solana v4 (Agave 4.x) übernommen. In der Agave-4.x-Linie ist XDP nicht mehr experimentell und steht als Funktion bereit, die über offizielle Start-Flags zugänglich ist. Laut Anzas Setup-Leitfaden können große Validatoren mit XDP nahezu 150.000 ausgehende Pakete pro Sekunde erreichen.
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
Auf dem NY-Quell-Validator in Produktion gebracht — was wir aktiviert haben
ERPC hat den Quell-Validator, der den Geyser gRPC der NY-Region trägt, auf Solana v4 (Agave 4.x) migriert und den XDP-Fast-Path und AF_XDP zero-copy — verfügbar über offizielle Start-Flags — in Produktion gebracht.
Da die Quelle Shreds schneller empfangen und propagieren kann, kann sie Blöcke zu einem früheren Zeitpunkt beobachten und rekonstruieren, was die Latenz verkürzt, mit der diese Updates die Kunden über den Geyser gRPC Stream erreichen. Die Geyser-Latenz beruht letztlich darauf, „wie schnell die Quelle einen Block greifen kann“. XDP und zero-copy sind genau die Optimierungen, die diesen quellseitigen Aufnahmepfad beschleunigen.
Die Aktivierung von XDP erfordert fortgeschrittenes und fehleranfälliges Tuning: einen aktuellen Kernel, eine XDP-fähige NIC, die passenden systemd-Capabilities für den Validator-Prozess, korrekte Start-Flags und ein geeignetes CPU-Core-Pinning. ERPC überträgt das aus dem Betrieb von Validatoren an der Spitze des Netzwerks gewonnene betriebliche Know-how direkt auf den Aufbau und Betrieb seiner Quell-Validatoren.
Dieselbe Optimierung wie bei hochperformanten Validatoren — übertragen auf den Auslieferungsendpunkt
XDP und zero-copy sind Netzwerkoptimierungen, die im Umfeld hochperformanter Solana-Validatoren zunehmend Verbreitung finden. ERPC setzt dieselbe Technologie nicht nur für „schnelle Validatoren“ ein, sondern für „den Quell-Validator, der den Auslieferungsendpunkt trägt, der Daten schneller zu den Kunden bringt“.
Und das betriebliche Know-how für diese Optimierung ist als Rezept im quelloffenen Solana-Betriebswerkzeug SLV gebündelt. SLV deckt alles ab — von der Aktivierung von XDP (über Konfigurationsvariablen wie
xdp_enabled / xdp_zero_copy) bis zur Messung der Auslieferungslatenz (slv check geyserbench) — in einer Form, die jeder im Dialog mit einem KI-Agenten oder per CLI reproduzieren kann. Die Optimierung, die ERPC in der NY-Region erreicht hat, ist kein einmaliger Trick für eine einzelne Maschine, sondern beruht auf einem reproduzierbaren betrieblichen Rezept.SLV GitHub: https://github.com/validatorsDAO/slv
Distanzbedingte Latenz schon im Design dämpfen — das Solana-spezifische Rechenzentrum AS200261
ERPCs Latenzvorteil ergibt sich nicht allein aus der Software-Optimierung. Indem ERPC Quell-Validatoren, Empfangsendpunkte und Verarbeitungsknoten in Premium-Rechenzentren platziert, in denen Solana-Validatoren dicht konzentriert sind, dämpft ERPC distanzbedingte Latenz bereits in der Designphase.
ELSOUL LABO betreibt unter seiner eigenen, von RIPE NCC zugewiesenen ASN (AS200261) ein Solana-spezifisches Rechenzentrum als Teil der ERPC-Plattform. Software-Optimierungen wie die heutige XDP- und zero-copy-Implementierung entfalten ihre maximale Wirkung erst auf der Grundlage dieses physischen und netzwerktechnischen Nähe-Designs. Erst im Zusammenspiel von Nähe auf Design-Ebene und quellseitiger Software-Optimierung werden first-arrival-Leistung und latenzarme Streaming-Qualität Wirklichkeit.
Roll-out über alle Regionen — eine Linie kontinuierlicher Infrastrukturstärkung
Diese Optimierung in der NY-Region reiht sich in die kontinuierliche, regionsübergreifende Stärkung der Geyser gRPC Infrastruktur ein, die ERPC seit Langem verfolgt. Sie ist die Optimierung der neuesten Generation — nach dem regionsübergreifenden Geyser gRPC Infrastruktur-Upgrade im Dezember 2025 und der groß angelegten Stärkung der Region Frankfurt (FRA) im Januar 2026.
Im Anschluss an dieses Ergebnis in der NY-Region wird ERPC den XDP-Fast-Path und zero-copy von Solana v4 Region für Region ausrollen — zunächst in den Regionen, in denen die Verifizierung kompatibler NICs, Kernels und Netzwerkkonfigurationen abgeschlossen ist. Statt auf steigende Nachfrage mit Begrenzungen oder Degradierung zu reagieren, fängt ERPC sie konsequent durch die Stärkung der Infrastruktur selbst ab. Der Geyser gRPC von ERPC wird sich auch künftig weiterentwickeln.
Den NY Geyser gRPC stundenweise ausprobieren — mit Ihren eigenen Zahlen verifizieren
Der Geyser gRPC der NY-Region lässt sich über den stundenweisen Abrechnungsplan bereits ab einer einzigen Stunde ausprobieren. Das ermöglicht eine risikoarme Verifizierungsschleife: für nur eine Stunde buchen, innerhalb dieser Stunde
slv check geyserbench ausführen, um die tatsächliche Auslieferungslatenz zu messen, wie sie sich vom Verbindungspunkt Ihres eigenen Bots oder Ihrer Anwendung aus darstellt, und nach Bestätigung dieser Zahlen über den Wechsel zu einem Monats- oder Jahresplan entscheiden.Entscheidungen auf Basis von Zahlen treffen zu können, die Sie selbst gemessen haben, statt auf Basis der Behauptungen eines Anbieters — das ist der Ausgangspunkt für Kunden, die first-arrival-Leistung priorisieren. Sobald Konfiguration und Nutzung klar sind, bleiben Sie beim Wechsel zu einem Monats- oder Jahresplan auf demselben Dashboard und bei derselben Endpunktqualität.
ERPC Dashboard: https://dashboard.erpc.global/de
Crypto Pay (SOL / USDC / EURC) unterstützt
ERPC bietet Crypto Pay für den Kauf von ERPC-Credits und für die Bezahlung seiner Pläne an und unterstützt es auch für den stundenweisen Abrechnungsplan. Als Zahlungsmittel können Sie SOL oder die Stablecoins USDC / EURC wählen. EURC lässt sich direkt senden, während USDC oder SOL über Orca in EURC getauscht wird, wobei die Überweisung im selben Ablauf abgeschlossen wird.
Für Teams, die auf Solana entwickeln und betreiben, ist es eine praktische Verbesserung, Infrastrukturkosten nah an ihrem bestehenden Wallet-basierten Mittelverwaltungsablauf abwickeln zu können — das senkt die Hürde für den Einstieg in die Verifizierung. Auch die oben beschriebene Verifizierung über die stundenweise Abrechnung lässt sich direkt aus den Beständen in Ihrer Solana-Wallet starten.
Bestellen, bezahlen und Solana-spezifische Infrastruktur auf einer Plattform verwalten
ERPC ermöglicht es Ihnen, Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, Bare-Metal-Server, dedizierten RPC, SWQoS, eine Pyth-fähige Price API sowie Jet Analytics & Indexed RPC auf einer einzigen Plattform zu kombinieren.
Das ERPC Dashboard unterstützt 16 Sprachen und ermöglicht Ihnen Planauswahl, Regionsauswahl, Bestandsprüfung, das Hinzufügen zum Warenkorb, Credit-Aufladungen, den Checkout, das Einsehen von API-Schlüsseln und Endpunkten, die Kontrolle der Nutzung und das Erstellen von Support-Tickets — alles über denselben Bildschirm.
F&E und kontinuierliche Verbesserung der Solana-spezifischen Infrastruktur
Hinter ERPC steht die Forschung und Entwicklung Solana-spezifischer Infrastruktur, die ELSOUL LABO kontinuierlich vorantreibt. ELSOUL LABO wurde seit 2022 fünf Jahre in Folge im Rahmen von WBSO, dem F&E-Förderprogramm der niederländischen Regierung, anerkannt. Das Unternehmen setzt seine F&E zu Solana RPC Infrastruktur, Validator-Betrieb, Echtzeit-Datenauslieferung sowie KI-Agent-gestütztem Betrieb und Entwicklung fort, und diese Ergebnisse fließen in Dienste wie ERPC, SLV, SLV AI und das Solana-spezifische Rechenzentrum AS200261 ein.
Auch die heutige Solana-v4-/XDP-/zero-copy-Unterstützung in der NY-Region ist aus dem Betrieb von Validatoren an der Spitze des Netzwerks erwachsen. ERPC wird auch künftig latenzarme Infrastruktur nahe am Solana-Netzwerk bereitstellen und ihre Qualität durch Messungen belegen, die jeder mit derselben Methode nachvollziehen kann.
Nutzung und Beratung
Zur optimalen regionalen Konfiguration einschließlich des gemeinsam genutzten Geyser gRPC Endpunkts der NY-Region, zur Auswahl zwischen eigenständigen gRPC-Plänen und gRPC-Bundle-Plänen, zur Wahl zwischen stundenweiser, monatlicher und jährlicher Abrechnung sowie zum Migrationsdesign ausgehend von einer bestehenden Konfiguration bieten wir individuelle Beratung auf dem offiziellen Validators DAO Discord.
ERPC Dashboard: https://dashboard.erpc.global/de
ERPC Offizielle Website: https://erpc.global/de
Validators DAO Offizieller Discord: https://discord.gg/C7ZQSrCkYR
Wir danken allen unseren Nutzern aufrichtig für ihre fortgesetzte Nutzung von ERPC.
Links
- ERPC Offizielle Website: https://erpc.global/de
- ERPC Dashboard: https://dashboard.erpc.global/de
- SLV Offizielle Website: https://slv.dev/de
- SLV Getting Started: https://slv.dev/de/doc/general/getting-started/
- SLV GitHub: https://github.com/validatorsDAO/slv
- Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
- Validators DAO Offizieller Discord: https://discord.gg/C7ZQSrCkYR


