ERPC upgradet zijn grote Solana-RPC-nodes in Frankfurt met EPYC-CPU's van de 5e generatie (Turin). Brengt HTTP / WebSocket / Unlimited Endpoints naar het volgende prestatieniveau voor workloads die concurreren op millisecondeniveau

ERPC, beheerd door ELSOUL LABO B.V. (Hoofdkantoor: Amsterdam, Nederland; CEO: Fumitake Kawasaki) en Validators DAO, heeft de implementatie van EPYC-CPU's van de 5e generatie (Turin) op zijn grote RPC-nodes in de regio Frankfurt (FRA) voltooid.
Met deze upgrade is de verwerkingsreserve onder piekbelasting en veel gelijktijdige verbindingen uitgebreid voor RPC-workloads, met name voor HTTP, WebSocket en Unlimited Endpoints.
Waarom Frankfurt een kernregio blijft
ERPC blijft investeren in Frankfurt, omdat juist in deze regio de omstandigheden samenkomen die stabiele resultaten bij Solana-workloads in de praktijk mogelijk maken.
Frankfurt herbergt een hoge dichtheid aan belangrijke validators en veel stake, waardoor een structuur ontstaat waarin operaties zoals Shreds-ontvangst, catch-up, stemming en statusupdates continu kunnen verlopen via korte netwerkpaden. Deze structuur is niet louter een kwestie van geografische nabijheid, maar is gebaseerd op de daadwerkelijke plaatsing van deelnemers aan de verwerking en netwerkroutes.
Als gevolg daarvan wordt niet alleen de gemiddelde latentie laag gehouden, maar wordt ook latentievariantie onderdrukt, waardoor uitvoeringsresultaten stabiel blijven zelfs wanneer meerdere externe factoren overlappen. Deze kenmerken vormen een essentiële voorwaarde voor het handhaven van reproduceerbare resultaten binnen ERPC's RPC-uitvoeringsinfrastructuur.
Welke operationele scenario's veranderen met deze upgrade
De introductie van EPYC-CPU's van de 5e generatie (Turin) versterkt de uitvoeringsbasis door gelijktijdig gemiddelde responstijden, verwerkingsreserve tijdens piektijden en stabiliteit onder veel gelijktijdige verbindingen te verbeteren.
Voor ontwikkelaars en financiële toepassingen, waaronder hoogfrequente handel, waar resultaten op millisecondeniveau worden bepaald, beïnvloedt het gedrag tijdens piekbelasting of veel gelijktijdige verwerkingstaken de resultaten rechtstreeks. Deze upgrade brengt de uitvoeringsbasis naar het volgende prestatieniveau zodat RPC-verwerking doorgaat zonder congestie en uitvoering ook in deze scenario's kan worden volgehouden.
Voor zwaar belast gebruik, inclusief Unlimited Endpoints, zorgt de configuratie voor stabiele verwerkingsreserve zelfs bij toenemende gelijktijdige verbindingen en de dichtheid van verzoeken.
Waarom EPYC-CPU's van de 5e generatie (Turin) werden geselecteerd
EPYC van de 5e generatie (Turin) is ontworpen om continu op hoge kloksnelheden te werken en tegelijk een groot aantal cores en threads te ondersteunen.
Solana-workloads worden gekenmerkt door snelle verschuivingen in de belasting en opeenvolgende pieken. In dergelijke omgevingen beïnvloedt het vermogen om zowel rekenprestaties als operationele stabiliteit te handhaven onder overlappende belastingsomstandigheden direct het catch-up-gedrag en de stabiliteit van uitvoeringsresultaten.
Met aanzienlijke architecturale verbeteringen biedt de Turin-generatie een evenwichtige combinatie van maximale en langdurig vol te houden prestaties, wat het een rationele keuze maakt als kern van een RPC-uitvoeringsplatform voor Solana.
Effectieve prestatie geleverd door DDR5 6400MHz
Bij Solana RPC-workloads vinden rekenverwerking en geheugentoegang frequent en parallel plaats. Wat hier telt is niet alleen piekbandbreedte, maar ook een configuratie waarin geheugensnelheid en -gedrag consistent blijven onder aanhoudende belasting.
Op desktopplatforms ondersteunen geheugenconfiguraties met meer DIMM's doorgaans lagere maximale geheugensnelheden. Bijvoorbeeld, de specificaties voor de Ryzen 9 9950X definiëren DDR5-5600 voor twee-DIMM-configuraties en DDR5-3600 voor vier-DIMM-configuraties.
Voor de grote RPC-nodes in Frankfurt heeft ERPC gekozen voor EPYC van de 5e generatie (Turin) met een servergerichte geheugenconfiguratie met meerdere kanalen. De EPYC 9005 (Turin)-generatie biedt een 12-kanaals geheugenarchitectuur, en ondersteunde platforms staan snelle geheugenprestaties toe waaronder DDR5-6400.
Belang van NVMe Gen5 en opslagselectie
Bij Solana-node-operaties worden grote hoeveelheden gegevens continu uit de ledger gelezen en naar de blockstore geschreven. Onder deze omstandigheden beïnvloeden opslag-I/O-kenmerken direct de uitvoeringsresultaten.
Op dit moment zijn veel operationele opstellingen gebaseerd op EPYC 4e generatie CPU's gecombineerd met NVMe Gen4-opslag. NVMe Gen5 kent echter beperkingen in zowel beschikbaarheid als operationele vereisten, en slechts een beperkt aantal configuraties kan stabiel worden gebruikt in productieomgevingen.
De NVMe Gen5-opslag die in deze upgrade is geïntroduceerd, is geselecteerd om stabiele I/O-kenmerken te handhaven zelfs onder continue lees- en schrijfworkloads die typisch zijn voor Solana-operaties. In samenwerking met partnerdatacenters zijn meerdere NVMe Gen5-opties getest, en de meest geschikte voor Solana-workloads zijn geselecteerd.
Voordelen van het kiezen van ERPC
ERPC is ontstaan vanuit onze eigen projectactiviteiten.
Bij het uitvoeren van productworkflows met hoge belasting die in korte tijd veel transacties genereren, kwamen we situaties tegen waarin bestaande RPC-omgevingen niet konden bijbenen, met instabiele uitvoeringsresultaten als gevolg. Om dit aan te pakken, moesten we een RPC-omgeving bouwen die onze eigen gebruiksscenario's aankan.
Vervolgens onderzochten we de uitdagingen van andere projecten en stelden we in veel gevallen vast dat de RPC-infrastructuur het knelpunt vormde bij zware verwerkingsbelasting. Wanneer deze projecten de infrastructuur gebruikten die wij hadden gebouwd voor hun daadwerkelijke workloads, kregen we concrete feedback over uitvoeringssuccespercentages en stabiliteit onder belasting.
Op basis van deze ervaringen uit de praktijk is ERPC ontworpen om zware transactieverwerking blijvend aan te kunnen. Verbeteringen aan de RPC-uitvoeringsbasis zijn doorlopend, aangedreven door daadwerkelijke gebruikspatronen en feedback.
De oorsprong van het ERPC-project en het pad voorwaarts
ERPC begon met praktijkervaring opgedaan door onze eigen projecten te beheren.
Om zware transactieverwerking stabiel uit te voeren, was het noodzakelijk de gehele uitvoeringsbasis aan de RPC-kant te ontwerpen, inclusief configuratie, verwerkingsreserve en catch-up-gedrag. Deze vereiste was niet uniek voor een enkel project, maar kenmerkend voor veel Solana-projecten.
ERPC beoogt een reproduceerbaar uitvoeringsfundament te bieden dat hoogwaardige Solana-netwerkoperaties mogelijk maakt in praktijkomgevingen. In de toekomst zullen we de RPC-uitvoeringsbasis blijven verbeteren op basis van daadwerkelijke workloads en gebruiksomstandigheden.
Daadwerkelijk gebruik en feedback van gebruikers versterken dit fundament verder.
Als antwoord op deze feedback zal ERPC blijven investeren in het verbeteren van de prestaties en robuustheid van zijn RPC-uitvoeringsinfrastructuur.
Bedankt voor uw voortdurende steun aan ERPC.
Officiële Discord van Validators DAO: https://discord.gg/C7ZQSrCkYR
Officiële ERPC-website: https://erpc.global/nl


