ERPC verbetert Solana-netwerkinfrastructuur aanzienlijk. Krachtig Rust-proxyplatform volledig geüpgraded, geïmplementeerd in alle regio's voor gedeelde RPC, gRPC en Shredstream. Updates zonder downtime mogelijk
ERPC, beheerd door ELSOUL LABO B.V. (Hoofdkantoor: Amsterdam, Nederland; CEO: Fumitake Kawasaki) en Validators DAO, heeft een grote upgrade van zijn Solana-netwerkinfrastructuur voltooid.
Deze upgrade is reeds toegepast op alle regio's en alle gedeelde endpoints die door ERPC worden aangeboden (Solana RPC, Geyser gRPC en Shredstream). We hebben als één geïntegreerd systeem de infrastructuurmechanismen bijgewerkt die de praktijkresultaten doorgaans rechtstreeks beïnvloeden, waaronder verbindingsinitiatie, TLS-verwerking, cachecontrole, HTTP/1.1 en HTTP/2 transport, het gedrag van langlopende verbindingen en metrics voor observeerbaarheid en probleemoplossing.
Met behoud van dagelijkse responsiviteit als uitgangspunt, hebben we ook het onderliggende netwerkgedrag gereorganiseerd zodat het minder snel onevenwichtig of instabiel wordt in scenario's waar resultaten de neiging hebben te verslechteren — zoals schommelingen bij piekbelasting, instabiliteit bij langdurig gebruik en cascades veroorzaakt door onderbrekingen en herverbindingen. Als gevolg daarvan is de omgeving nu beter gestructureerd om zowel prestatie als stabiliteit te handhaven bij Solana-workloads in de praktijk.
Daarnaast zijn we overgestapt op een operationele architectuur die het mogelijk maakt netwerkconfiguratiewijzigingen en platformupgrades volledig zonder downtime toe te passen. Er zijn geen wijzigingen in prijzen, specificaties, authenticatie of rate limits, en bestaande ERPC-klanten ontvangen de voordelen van de upgrade zonder extra setup of operationele wijzigingen.
Achtergrond
Bij praktische Solana-operaties zijn gemiddelde responstijd en latentie onder normale omstandigheden kritieke basisvereisten. Tegelijkertijd zijn er scenario's waarin het gedrag van de onderliggende netwerkinfrastructuur zelf de uitkomsten bepaalt — zoals momenten van geconcentreerde belasting, langlevende verbindingen en fasen waarin onderbrekingen en herverbindingen optreden.
Gedeelde endpoints in het bijzonder moeten zowel pieken in transactieverzending binnen korte tijdvensters als permanente verbindingen via WebSocket en gRPC accommoderen. Onder deze omstandigheden werkt gedrag op infrastructuurniveau — verbindingsinitiatie, TLS-handshakes, transportgedrag, cache-afhandeling en herstel uit inactieve toestanden — rechtstreeks door in de gebruikerservaring en uitvoeringsresultaten.
Ook wanneer een goede gemiddelde responsiviteit het uitgangspunt is, kunnen andere factoren tijdens pieken of langdurig gebruik de praktijkresultaten bepalen. Daarom moeten dagelijks gebruiksgemak en continuïteit in foutgevoelige scenario's tegelijk worden gewaarborgd.
ERPC heeft zijn eigen krachtige Rust-proxyplatform ontworpen en exploiteert dit als fundament voor Solana-communicatie, waarbij een architectuur wordt gehandhaafd die dezelfde aanpak toepast in alle regio's terwijl het platform continu evolueert. Deze upgrade herbeoordeelt operationeel waargenomen problemen als een geïntegreerd systeem — van verbindingsinitiatie tot langdurig gebruik — en reorganiseert het gehele netwerkfundament dienovereenkomstig.
Wat verandert voor ERPC-klanten
Met deze update ervaren ERPC-klanten allereerst stabieler gedrag bij het opzetten van een verbinding. Tijdens verbindingsopbouw inclusief TLS is het minder waarschijnlijk dat incompatibele toestanden en onnodige herhaalpogingen optreden, waardoor het gemakkelijker wordt voor transacties en streams om bij aanvang betrouwbaar de verwerking in te gaan.
Vervolgens hebben we de infrastructuurmechanismen herzien die tijdens piekbelasting vaak schommelingen veroorzaken. Door vroege filtering van onnodige verbindingen te combineren met gelijktijdige updates van HTTP/1.1 en HTTP/2 transport en consistente time-outs, gezondheid van verbindingspools, cachegedrag bij resourceconcurrentie, en metrics voor observeerbaarheid en probleemoplossing, hebben we de omstandigheden versterkt die helpen onevenwichtig gedrag te voorkomen zelfs wanneer belasting zich concentreert.
Voor langlevende WebSocket- en gRPC-streams en permanent actieve monitoringworkloads is de verbindingscontinuïteit verbeterd. De frequentie van onderbrekings-, herverbindings- en hersynchronisatiegebeurtenissen — en de waarschijnlijkheid dat die events doorwerken in de resultaten — is verminderd, waardoor de bedrijfsvoering gemakkelijker kan uitgaan van een langdurig actieve runtime.
Verbeteringen in cachecontrole en transportgedrag verminderen ook de waarschijnlijkheid van onnodige heropvragingen en verspilde verwerking tijdens congestie. Bandbreedte en verwerkingsruimte blijven daardoor beter bruikbaar en stabiel, en uitgebreide metrics en observeerbaarheid maken het gemakkelijker om oorzaakanalyse en hersteltijden te verkorten.
Bovendien, door configuratiewijzigingen en platformupgrades met zero downtime mogelijk te maken, hebben we operationele omstandigheden gecreëerd die het gemakkelijker maken om prestatie, stabiliteit en algehele platformkwaliteit frequent te verbeteren. Het vermogen om te blijven verbeteren zonder het platform te pauzeren versterkt de continuïteit voor klanten verder.
Details van de verbeteringen
Deze upgrade wordt niet gepresenteerd als een release gedreven door specifieke functienamen of versienummers. In plaats daarvan hebben we de scenario's die de praktijkresultaten op Solana doorgaans bepalen ontleed in de volgende lagen — verbindingsinitiatie, TLS, de L4/HTTP-grens, H1/H2-transport, cache, observeerbaarheid, gedrag bij fouten en operationele langetermijnvoorwaarden — en het platform zo bijgewerkt dat deze lagen zonder tegenstrijdigheden op elkaar aansluiten.
Hieronder leggen we uit hoe de opgenomen verbeteringen bijdragen aan de klantervaring en operationele resultaten.
Verbeteringen in verbindingsinitiatie en TLS-afhandeling
We hebben de TLS-context die tijdens verbindingsopbouw wordt afgehandeld uitgebreid en de structuur bijgewerkt zodat vereiste status op de juiste wijze kan worden bewaard en toegepast. Dit maakt incompatibele toestanden en onnodige herhaalpogingen bij verbindingsinitiatie minder waarschijnlijk.
We hebben ook de TLS-afhandeling gereorganiseerd — inclusief certificaatverificatie en hostnaamverificatie — zodat aan de beveiligingsvereisten wordt voldaan en er tegelijk minder situaties ontstaan waarin handshakefouten of inconsistenties in de afhandeling bij de start verlies veroorzaken dat doorwerkt in de resultaten. Dit is niet louter een beveiligingsverbetering; het draagt bij aan het stabiliseren van gedrag van verbindingsstart tot intrede in verwerking voor Solana-workloads.
We hebben verder mechanismen versterkt die TLS-gerelateerd gedrag gemakkelijker observeerbaar en gemakkelijker te onderzoeken maken. In scenario's waar initiatie de uitkomsten domineert, wordt het vermogen om problemen te reproduceren, oorzaken te identificeren en correcties snel door te voeren de factor die de kwaliteit van de gebruikerservaring waarborgt.
Behoud van verwerkingsreserve via vroege filtering van onnodige verbindingen
We hebben een mechanisme geïntroduceerd om TCP-verbindingen in een vroeg stadium te filteren, en het platform zo bijgewerkt dat ongeoorloofde of onnodige verbindingen minder snel druk uitoefenen op legitiem verkeer. Bij gedeelde endpoints kunnen verbindingsverzoeken pieken door externe factoren of tijdelijke pieken.
Vroege filtering helpt voorkomen dat legitieme verbindingen bij de start vastlopen en vergroot zo de kans dat verwerkingsreserve beschikbaar blijft tijdens piekbelasting. Als gevolg daarvan is het minder waarschijnlijk dat de verwerking onevenwichtig verloopt zelfs in scenario's met geconcentreerde belasting, en worden de omstandigheden voor een stabiele latentieverdeling versterkt.
Verduidelijking van het verbindingsmodel door reorganisatie van de L4/HTTP-grens
Netwerkinfrastructuur eindigt niet bij HTTP. Verbindingsopbouw en -continuïteit zijn afhankelijk van L4-omstandigheden, en schommelingen op die laag werken door in de werking van protocollen op hogere niveaus.
In deze update hebben we L4-streamafhandeling geabstraheerd en de structuur gereorganiseerd zodat het verbindingsmodel explicieter kan worden behandeld. Dit maakt het gemakkelijker voor het platform om consistent gedrag te handhaven in scenario's waar verbindingen blijven groeien, clientimplementaties variëren en langdurig gebruik toestandsovergangen veroorzaakt.
Ook het gedrag van herhaalpogingen is herzien, zodat kortstondige schommelingen minder snel doorwerken in de gebruikerservaring. Praktische stabiliteit hangt minder af van het elimineren van geïsoleerde storingen en meer van het voorkomen van storingscascades.
Verbeteringen in HTTP/1.1- en HTTP/2-transport en gedrag op lange termijn
We hebben metingen toegevoegd die het mogelijk maken overgedragen datavolume consistent bij te houden over HTTP/1.1 en HTTP/2. Dit maakt het gemakkelijker om te identificeren waar stagnaties of knelpunten optreden in de transportpijplijn, wat zowel probleemoplossing als de snelheid waarmee correcties kunnen worden toegepast verbetert.
We hebben ook het time-outgedrag bij het schrijven van HTTP/2-bodies gereorganiseerd zodat onbedoelde stagnaties en vastlopers minder waarschijnlijk zijn tijdens geconcentreerde belasting of langlevende streaming. Bij langdurig gebruik telt niet de piekprestatie onder ideale omstandigheden, maar het vermogen om te voorkomen dat gedrag instort tijdens toestandsovergangen.
Time-outgedrag bij inactiviteit en verbindingspoolafhandeling zijn ook herzien, waardoor instabiliteitsfactoren die de neiging hebben zich op te stapelen tijdens aanhoudende runtime worden verwijderd. Aan de HTTP/1.1-kant hebben we het veilig afsluitgedrag voor verbindingen met incomplete verzoeken gereorganiseerd, waardoor bronnen van volatiliteit in zowel resourcegebruik als gedrag worden verminderd.
Verbeteringen in cachecontrole en operationele kwaliteit
We hebben het vermogen verbeterd om bij te houden waarom een asset niet gecacht is, waardoor de inzichtelijkheid van cachegedrag toeneemt. In de praktijk gaat het er niet om óf caching bestaat, maar onder welke omstandigheden het wordt toegepast en onder welke omstandigheden het wegvalt.
We hebben vergrendelingsgedrag, stale-afhandeling en hervalidatiepatronen gereorganiseerd zodat verslechtering van de gebruikerservaring bij resourceconcurrentie onder piekbelasting minder snel een kettingreactie veroorzaakt. We hebben ook eviction-regels georganiseerd voor gevallen waarin het aantal gecachte assets groeit, en gedrag voor gedeeltelijke content (inclusief Range-verzoeken) verfijnd, waardoor omstandigheden worden versterkt die onnodige heropvragingen en latentie onder daadwerkelijke workloads verminderen.
Deze verbeteringen verminderen gevallen waarin cachegedrag een uitschieter wordt, waardoor het minder waarschijnlijk is dat klanten operaties moeten ontwerpen rond onzekerheid op infrastructuurniveau.
Verbeteringen in gedrag bij fouten, logging en observeerbaarheid
Gedrag bij fouten en logging zijn gereorganiseerd zodat het gemakkelijker is te begrijpen wat er is gebeurd wanneer problemen optreden. Patronen waarin fouten verderop in de keten doorwerken in cache- en transportgedrag en zo de gebruikerservaring verslechteren, worden teruggedrongen, waardoor het gemakkelijker wordt om het impactgebied te lokaliseren.
Verbeteringen in observeerbaarheid en probleemoplossing zijn niet bedoeld om "nul incidenten" te claimen, maar om de hersteltijd te verkorten wanneer incidenten optreden. Dit vermindert risico in scenario's met piekbelasting en aanhoudende operatie.
Afhankelijkheidsupdates en beveiligingspatches als operationele voorwaarden voor de lange termijn
We hebben afhankelijkheidsupdates en beveiligingspatches opgenomen om de voorwaarden voor platformbeheer op lange termijn te handhaven. Dit omvat updates gerelateerd aan de minimaal ondersteunde Rust-versie (MSRV) en CI-afstemming, waardoor het fundament wordt versterkt dat nodig is om het platform continu te laten evolueren.
Het vermogen om veilig te blijven updaten is op zichzelf een vereiste voor langetermijnkwaliteit.
Overgang naar beheer zonder downtime
Voorheen kon korte downtime optreden tijdens netwerkconfiguratiewijzigingen of platformupgrades. Met deze update zijn we overgestapt op een architectuur waar deze operaties volledig zonder downtime kunnen worden toegepast.
Gedeelde endpoints onderhouden permanente verbindingen en kennen voortdurend momenten waarop timing ertoe doet. Zelfs korte downtime kan onderbrekingen, herverbindingen en hersynchronisatiecascades triggeren, en die kosten kunnen zich voortplanten naar uitkomsten. Zero-downtime updates verminderen de waarschijnlijkheid van deze cascades en voorkomen dat langlevende operaties worden gefragmenteerd.
Tegelijkertijd heeft ERPC nu operationele omstandigheden die het mogelijk maken waargenomen problemen snel in verbeteringen om te zetten. Hogere iteratiefrequentie stelt ons in staat continu volatiliteit en edge cases in de productieomgeving te elimineren.
Impact per dienst
Solana RPC (HTTP / WebSocket)
Verbeteringen in verbindingsinitiatie, TLS, cachecontrole en transportgedrag beïnvloeden zowel het lezen van gegevens als transactieverzending. Met behoud van dagelijks gebruik worden factoren die tijdens piekbelasting tot onevenwichtige resultaten leiden verminderd, en worden omstandigheden voor het behoud van verwerkingsreserve tijdens congestie versterkt.
Geyser gRPC
Verbindingscontinuïteit is verbeterd voor langdurig streaminggebruik. HTTP/2 transport, consistente time-outs, gezondheid van verbindingspools en uitgebreide transportmetingen werken samen om de waarschijnlijkheid te verminderen dat kosten van herverbinding en hersynchronisatie doorwerken in uitkomsten.
Shredstream (Direct Shreds)
Met verbindingsbeheer en initiatieverbeteringen ontworpen voor continue levering, worden omstandigheden versterkt zodat gegevensverlies of extra latentie minder waarschijnlijk zijn onder congestie. Stabiele continuïteit voor detectie en opvolging wordt gemakkelijker vol te houden.
Verbinding tussen R&D en productiebeheer
Het fundament van gedistribueerde systemen dat ERPC omvat, is erkend als een R&D-project onder het Nederlandse WBSO-programma. Er is een structuur opgezet waarin operationeel waargenomen problemen kunnen worden opgenomen als onderzoeksonderwerpen en verbeterd door verificatie en iteratie.
Deze update van de netwerkbasis is een dergelijke iteratie toegepast in alle regio's, die doorwerkt in prestaties en stabiliteit. Het verbonden houden van operaties en R&D is een voorwaarde om wat in productie wordt waargenomen steeds te vertalen naar een volgende update, in plaats van te stoppen bij eenmalige verbeteringen.
Binnen ERPC worden daadwerkelijke gebruikspatronen, belastingvariabiliteit en gedrag bij storingen opgenomen in herhaalde verificatie- en verbeteringscycli die geleidelijk de kwaliteit van het netwerkfundament verhogen. Deze update is uitgevoerd binnen dat geïntegreerde raamwerk van R&D en productieoperaties.
Informatie voor klanten
Deze update is reeds toegepast op alle regio's en alle gedeelde endpoints. Bestaande ERPC-klanten hoeven geen configuratie of operaties te wijzigen. Er zijn geen wijzigingen in prijzen, specificaties, authenticatie of rate limits.
Omdat gedeelde endpoints zowel korte pieken als langlevende verbindingen gelijktijdig moeten handhaven, zijn de omstandigheden zo ingericht dat de verwerking bij deze gemengde workloads minder snel onevenwichtig verloopt. Zelfs wanneer configuratiewijzigingen of platformupdates plaatsvinden tijdens operaties, worden de wijzigingen toegepast met zero downtime, zodat klanten geen rekening hoeven te houden met verbroken verbindingen of hersynchronisatie door het updateontwerp.
Voor vragen over architectuur, workload-specifieke optimalisatie of operationele feedback kunt u contact opnemen via de officiële Discord van Validators DAO.
Door productiewaarnemingen en feedback voortdurend in verbeteringen te vertalen, heeft ERPC geleidelijk de kwaliteit van zijn fundament verhoogd. We zullen verbeteringen blijven doorvoeren met zero downtime en netwerkinfrastructuur bieden die stabiele praktijkresultaten op Solana ondersteunt.
Officiële Discord van Validators DAO: https://discord.gg/C7ZQSrCkYR
Officiële ERPC-website: https://erpc.global/nl
