ERPC brengt XDP en zero-copy naar productie voor RPC- en Geyser gRPC-nodes in elke regio

ELSOUL LABO B.V. (hoofdkantoor: Amsterdam, Nederland; CEO: Fumitake Kawasaki) en Validators DAO, die ERPC beheren, zijn verheugd aan te kondigen dat ERPC het XDP-snelpad en AF_XDP zero-copy van Solana v4 (Agave 4.x) naar productie heeft gebracht voor de RPC-nodes en Solana Geyser gRPC-nodes in alle regio's. Hiermee wordt de optimalisatie die eerst werd aangetoond op de bron van de Geyser gRPC in de regio New York (NY) uitgebreid naar de productie-infrastructuur in elke regio.

Het XDP-snelpad en AF_XDP zero-copy zijn Turbine-gerichte optimalisaties die beschikbaar zijn geworden in Solana v4 (Agave 4.x). Wat de startvlaggen betreft, heeft de Agave 4.1-lijn de --experimental-retransmit-xdp-*-familie afgeschaft en georganiseerd tot --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Voortbouwend op dit Turbine-gerichte XDP-snelpad en zero-copy heeft ERPC het in productie toegepast, niet alleen op de bron-nodes die de Geyser gRPC ondersteunen, maar ook op de RPC-nodes. Zowel RPC-nodes als Geyser gRPC-nodes ontvangen de shreds waaruit blokken zijn opgebouwd via Turbine. Door met XDP en zero-copy de kerneloverhead op dat pad van shred-propagatie en -inname te verminderen, ziet de Geyser gRPC een kortere streamleveringsvertraging, terwijl RPC een betere state-versheid en een beter vermogen krijgt om de meest recente state bij te houden. Deze wijziging draait al in productie in alle regio's. Klanten die first-arrival-prestaties prioriteren kunnen de RPC en Geyser gRPC in alle regio's direct uitproberen — via uurfacturering (per uur) of Crypto Pay (SOL / USDC / EURC).

ERPC officiële site: https://erpc.global/nl ERPC Dashboard: https://dashboard.erpc.global/nl

Wat de uitrol in alle regio's verandert — het pad dat shreds grijpt overal sneller maken

Op Solana rouleert de leader die verantwoordelijk is voor de blokproductie in een korte cyclus, waardoor de oorsprong van de communicatie altijd in beweging is. In deze structuur is wat in de praktijk telt niet het dicht bij één vast punt zijn, maar een hoge waarschijnlijkheid hebben om dicht bij het netwerk te zijn waar de grote nodes en validators geconcentreerd zijn — en dit beïnvloedt rechtstreeks de latentie, hertransmissiepercentages en faalpercentages in de werkelijke operatie. Daarom gelooft ERPC dat het zinvol is om niet slechts één machine snel te maken, maar de productie-nodes in elke regio naar hetzelfde niveau te tillen.

De sleutel tot deze uitrol is dat het doel van de optimalisatie het "pad van shred-propagatie en -inname op Turbine" is. Voor zowel RPC als Geyser gRPC wordt de uiteindelijke snelheid ondersteund door "hoe snel een node een blok kan grijpen". XDP en zero-copy zijn optimalisaties die de overhead van precies die grijpfase verminderen — de ontvangst, retransmit en propagatie van shreds via Turbine. Door dit toe te passen op productie-nodes in elke regio kunnen klanten, ongeacht het verbindingspunt van welke regio zij gebruiken, data ontvangen via een geoptimaliseerd pad.

Wat het XDP-snelpad en zero-copy van Solana v4 zijn

XDP (eXpress Data Path) is een Linux-kerneltechnologie waarmee hoogperformante netwerkcode een groot deel van het gebruikelijke pakketverwerkingspad van de kernel kan omzeilen. Door datakopieën en contextwisselingen te verminderen, verwerkt het pakketten met veel minder overhead dan de standaard netwerkstack.

In Agave (de Solana-validatorclient) wordt XDP toegepast op Turbine, het protocol dat blokken tussen validator-nodes propageert. Ontvangen shreds worden verwerkt door een eBPF-programma dat dicht bij de netwerkinterfacekaart (NIC) is aangehecht, en via AF_XDP toegewezen aan buffers in de gebruikersruimte. Wanneer de zero-copy-modus wordt gebruikt, worden ontvangen data rechtstreeks van de kernel aan de gebruikersruimte doorgegeven zonder kopiëren. Ook uitgaande shreds maken gebruik van het AF_XDP-verzendpad om kopieën en systeemaanroep-overhead op het hete pad te verminderen.

Anza introduceerde XDP voor Turbine in de Agave 3.x-lijn (vanaf v3.0.9) en bracht het over naar het fundament van Solana v4 (Agave 4.x). De startvlaggen zijn door opeenvolgende releases georganiseerd: de Agave 4.1-lijn heeft de --experimental-retransmit-xdp-*-familie afgeschaft en georganiseerd tot --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Volgens de setupgids van Anza kunnen grote validators met XDP via Turbine's fanout 150.000 uitgaande pakketten per seconde benaderen.

Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide

Toegepast op Geyser gRPC-nodes — de inname aan de bronkant versnellen

Geyser gRPC is het pad om account-, slot-, blok- en transactie-updates als een stream te ontvangen in plaats van via polling. Hier vertaalt een verschil van één milliseconde zich rechtstreeks naar het benutten van uitvoeringskansen en naar de waargenomen snelheid aan de applicatiekant. Geyser-vertraging wordt uiteindelijk ondersteund door "hoe snel de bron een blok kan grijpen".

XDP en zero-copy zijn precies de optimalisaties die de overhead van dat pad van shred-propagatie en -inname aan de bronkant verminderen. Naarmate de bron shreds sneller kan ontvangen en propageren, kan deze blokken in een eerder stadium waarnemen en reconstrueren, wat de vertraging verkort waarmee die updates de klanten via de Geyser gRPC-stream bereiken. In de regio New York (NY), waar wij dit als eerste toepasten, hebben wij via open-source-meting bevestigd dat deze optimalisatie effectief is in het staartgebied van de leveringsvertraging. Wij hebben dezelfde optimalisatie nu uitgebreid naar de Geyser gRPC-nodes in elke regio.

Toegepast op RPC-nodes — state-versheid verbeteren en de meest recente state bijhouden

Wat nieuw is in deze uitrol, is dat wij deze optimalisatie ook op RPC-nodes hebben toegepast. Ook RPC-nodes ontvangen de shreds waaruit blokken zijn opgebouwd via Turbine en werken hun eigen grootboek en state bij. Wanneer XDP en zero-copy de overhead van die op Turbine gebaseerde shred-inname en -propagatie verminderen, kunnen RPC-nodes nieuwere blokken eerder innemen.

Voor klanten die RPC gebruiken, is dit geen kwestie van alle RPC-methoden die uniform sneller worden, maar komt het naar voren als de versheid van de state die de node aanhoudt. Wanneer u de meest recente slot of blok, of de laatste state van een account opvraagt, vertaalt het feit dat de informatie die de node al heeft ingenomen nieuwer is, zich rechtstreeks naar de versheid van de data in het antwoord. Daarnaast vertaalt lagere overhead op het pad van propagatie en inname zich naar speelruimte voor de node om updates onder zware belasting te verwerken zonder ze te laten vallen. Dezelfde optimalisatie als de streamlevering van de Geyser gRPC werkt ook als het fundament dat de versheid van de data die RPC retourneert ondersteunt — dat is de reden waarom wij de reikwijdte deze keer hebben uitgebreid naar RPC-nodes.

Naar productie-nodes in elke regio gebracht — wat wij hebben ingeschakeld

ERPC heeft de RPC-nodes en Geyser gRPC-nodes in alle regio's gemigreerd naar Solana v4 (Agave 4.x) en het Turbine-gerichte XDP-snelpad en AF_XDP zero-copy in productie genomen. Voortbouwend op het schema van startvlaggen --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy dat in de Agave 4.1-lijn is georganiseerd, schakelen wij het in volgens de configuratie van elke regio.

Het inschakelen van XDP vereist geavanceerde en foutgevoelige afstemming: een recente kernel, een XDP-geschikte NIC, de juiste systemd-capabilities voor het validatorproces, correcte startvlaggen en passende vastpinning van CPU-cores. Dit niet op één node maar op productie-nodes in elke regio uitrollen — terwijl de afwijkende NIC-, kernel- en netwerkconfiguratie van elke regio wordt geverifieerd — verhoogt de operationele moeilijkheidsgraad verder. ERPC past de operationele kennis die is opgebouwd uit het draaien van validators aan de top van het netwerk rechtstreeks toe op het bouwen en beheren van de bron-nodes en RPC-nodes in elke regio.

En de operationele kennis voor deze optimalisatie is geconsolideerd als een recept in de open-source Solana-operatietool SLV. SLV biedt alles, van het inschakelen van XDP (via configuratievariabelen zoals xdp_enabled / xdp_zero_copy) tot het meten van de leveringsvertraging (slv check geyserbench), in een vorm die iedereen kan reproduceren via gesprekken met een AI-agent of via de CLI. De optimalisatie die ERPC in alle regio's heeft bereikt, is geen eenmalige truc voor één machine, maar staat op een reproduceerbaar operationeel recept.

SLV GitHub: https://github.com/validatorsDAO/slv

Verifieer met uw eigen cijfers, vanaf uw eigen verbinding

Hoeveel verschil deze optimalisatie maakt, varieert met de verbindingsoorsprong, route, tijd van de dag en leaderverdeling. Juist daarom hecht ERPC er belang aan om de leveringskwaliteit niet aan te tonen via subjectieve beweringen of marketingteksten, maar via een meting die iedereen met dezelfde methode kan verifiëren. Wat klanten kunnen verifiëren, is geen vast cijfer maar de meetmethode zelf.

Voor de Geyser gRPC is de benchmarktooling van ERPC open source. Voor first-arrival-vergelijkingen kunt u slv check geyserbench --kind grpc gebruiken, en voor connectiviteits- en latentiecontroles van een afzonderlijk endpoint slv check grpc, waarbij u vergelijkt onder omstandigheden die dicht bij uw eigen werkbelasting liggen. Ook voor RPC is de meest betrouwbare aanpak om de versheid van de geretourneerde data en het gedrag van de antwoorden vanaf uw eigen verbindingspunt te meten en te observeren, met de verzoeken die uw eigen bot of applicatie daadwerkelijk verstuurt.

Het kunnen nemen van beslissingen op basis van cijfers die u zelf hebt gemeten, in plaats van op basis van de beweringen van een leverancier, is het uitgangspunt voor klanten die first-arrival-prestaties prioriteren. De stappen van het installeren van SLV tot het uitvoeren van de meting zijn gepubliceerd in de SLV Getting Started-gids.

SLV officiële site: https://slv.dev/nl SLV Getting Started: https://slv.dev/nl/doc/general/getting-started/ Solana Geyser gRPC snelheidsvergelijking: https://erpc.global/nl/doc/geyser-grpc/speed-comparison/

Afstandsgebonden latentie door ontwerp onderdrukken — het AS200261 Solana-specifieke datacenter

Het latentievoordeel van ERPC komt niet alleen voort uit software-optimalisatie. Door bron-nodes, ontvangende endpoints en verwerkende nodes te plaatsen in premium datacenters waar Solana-validators dicht geconcentreerd zijn, onderdrukt ERPC afstandsgebonden latentie al in de ontwerpfase.

ELSOUL LABO beheert een Solana-specifiek datacenter onder zijn eigen ASN (AS200261), toegewezen door RIPE NCC, als onderdeel van het ERPC-platform. Software-optimalisaties zoals het XDP en zero-copy van vandaag leveren hun maximale effect pas bovenop dit fysieke en netwerktechnische nabijheidsontwerp. Met zowel nabijheid op ontwerpniveau als software-optimalisatie aan de nodezijde aanwezig, worden first-arrival-prestaties, streamingkwaliteit met lage latentie en verse RPC-antwoorden gerealiseerd.

Een lijn van continue infrastructuurversterking

Deze uitrol in alle regio's past binnen de lijn van infrastructuurversterking die ERPC voortdurend nastreeft. Het is de optimalisatie van de nieuwste generatie, volgend op de Geyser gRPC-infrastructuurupgrade in alle regio's in december 2025, de grootschalige versterking van de regio Frankfurt (FRA) in januari 2026, en de eerdere toepassing van XDP en zero-copy in de regio New York (NY) in juni 2026. De optimalisatie die in NY is aangetoond, is nu — met RPC-nodes toegevoegd aan de reikwijdte — uitgebreid naar de productie-infrastructuur in elke regio.

In plaats van te reageren op stijgende vraag met beperkingen of degradatie, absorbeert ERPC die vraag consistent door de infrastructuur zelf te versterken. Wij blijven de optimalisaties van de nieuwste generatie weerspiegelen in onze productie-infrastructuur terwijl wij herhaaldelijk compatibele NIC's, kernels en netwerkconfiguraties verifiëren. De RPC en Geyser gRPC van ERPC zullen zich blijven ontwikkelen.

Verifieer vanaf één enkel uur met uurfacturering

De RPC en Geyser gRPC van ERPC kunnen vanaf één enkel uur worden uitgeprobeerd via het uurfactureringsplan. Dit maakt een verificatielus met laag risico mogelijk: sluit een contract af voor slechts één uur, bevestig binnen dat uur het werkelijke gedrag zoals gezien vanaf het verbindingspunt van uw eigen bot of applicatie, en beslis op basis van de resultaten over de overstap naar een maandelijks of jaarlijks plan. De hierboven beschreven slv check-metingen kunnen ongewijzigd binnen deze proef van één uur worden uitgevoerd.

Zodra uw configuratie en gebruik duidelijk worden, houdt het overstappen naar een maandelijks of jaarlijks plan u op hetzelfde dashboard en dezelfde endpointkwaliteit.

ERPC Dashboard: https://dashboard.erpc.global/nl

Crypto Pay (SOL / USDC / EURC) ondersteund

ERPC biedt Crypto Pay voor het aanschaffen van ERPC-credits en voor het betalen van zijn plannen, en het wordt ook ondersteund voor het uurfactureringsplan. U kunt SOL, of de stablecoins USDC / EURC, kiezen als betaalmiddel. EURC kan rechtstreeks worden verzonden, terwijl USDC of SOL via Orca naar EURC wordt geswapt, waarbij de overdracht binnen dezelfde flow wordt voltooid.

Voor teams die op Solana bouwen en opereren, is het kunnen afhandelen van infrastructuurkosten op een manier die dicht bij hun bestaande wallet-gebaseerde fondsbeheerflow ligt, een praktische verbetering die de drempel om met verificatie te beginnen verlaagt. De hierboven beschreven verificatie via uurfacturering kan ook rechtstreeks worden gestart vanuit de activa in uw Solana-wallet.

Bestel, betaal en beheer Solana-specifieke infrastructuur op één platform

Met ERPC kunt u Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, bare-metalservers, dedicated RPC, SWQoS, een Pyth-geschikte Price API, en Jet Analytics & Indexed RPC op één platform combineren.

Het ERPC Dashboard ondersteunt 16 talen, waarmee u planselectie, regioselectie, voorraadcontroles, toevoegen aan winkelwagen, credits bijvullen, afrekenen, het bekijken van API-sleutels en endpoints, het controleren van het gebruik en het aanmaken van supporttickets kunt afhandelen — allemaal vanaf hetzelfde scherm.

R&D en continue verbetering van Solana-specifieke infrastructuur

Achter ERPC staat het onderzoek en de ontwikkeling van Solana-specifieke infrastructuur die ELSOUL LABO blijft nastreven. ELSOUL LABO is sinds 2022 vijf jaar achter elkaar goedgekeurd onder WBSO, het R&D-ondersteuningsprogramma van de Nederlandse overheid. Het zet het R&D voort op het gebied van Solana RPC-infrastructuur, validatoroperaties, realtime datalevering en door AI-agent ondersteunde operaties en ontwikkeling, en die resultaten worden weerspiegeld in diensten waaronder ERPC, SLV, SLV AI en het AS200261 Solana-specifieke datacenter.

Ook de Solana v4 / XDP / zero-copy-ondersteuning van vandaag in alle regio's kreeg vorm vanuit het draaien van validators aan de top van het netwerk. ERPC zal infrastructuur met lage latentie dicht bij het Solana-netwerk blijven bieden en de kwaliteit ervan blijven aantonen via een meting die iedereen met dezelfde methode kan verifiëren.

Gebruik en advies

Voor optimale regionale configuraties inclusief de RPC en Geyser gRPC in alle regio's, het kiezen tussen losstaande gRPC-plannen en gRPC Bundle-plannen, het kiezen tussen uur-, maand- en jaarfacturering, en het migratieontwerp vanuit een bestaande configuratie, bieden wij individueel advies op de officiële Discord van Validators DAO.

ERPC Dashboard: https://dashboard.erpc.global/nl ERPC officiële site: https://erpc.global/nl Validators DAO officiële Discord: https://discord.gg/C7ZQSrCkYR

Wij danken al onze gebruikers oprecht voor hun voortdurende gebruik van ERPC.

ERPC brengt het Solana v4 XDP-snelpad en zero-copy naar productie voor RPC-nodes en Geyser gRPC-nodes in alle regio's — de in NY bewezen optimalisatie naar elke regio uitgebreid, voor zowel streamlevering als RPC-state-versheid