ERPC Voegt HTTPS Toe aan Gedeelde Solana Shreds- en Geyser gRPC-Endpoints — HTTPS of HTTP, per Use Case
ELSOUL LABO B.V. (hoofdkantoor: Amsterdam, Nederland; CEO: Fumitake Kawasaki) en Validators DAO, de operators van ERPC, hebben HTTPS-ondersteuning toegevoegd aan de gedeelde Shreds gRPC- en Geyser gRPC-endpoints. Samen met het HTTP-transport dat we altijd al hebben aangeboden, kunt u nu kiezen tussen HTTPS en HTTP.
Dit geldt voor Direct Shreds Connect en Direct Shreds Turbo aan de kant van Shreds gRPC, en voor de tiers Standard, Premium en Burst van Gedeelde Geyser gRPC Stream.
U kunt kiezen voor een versleuteld, veilig HTTPS-endpoint, of voor een HTTP-endpoint waarbij geen enkele TLS-verwerking plaatsvindt. In gRPC-termen is het eerste gRPC over TLS en het tweede plaintext HTTP/2. Daarmee dekken we een veel breder scala aan use cases — van workloads waarbij alleen latency telt, tot workloads waarbij de vertrouwelijkheid van uw abonnement het zwaarst weegt.
De hostnaam van het endpoint verandert niet. Alleen het schema en de poort verschillen: HTTPS gebruikt poort 443, HTTP gebruikt poort 80. Schakelen doet u in het ERPC Web Dashboard.
HTTPS Is Wat Nieuw Is — Bestaand HTTP Blijft Ongewijzigd
De gedeelde stream-endpoints van ERPC werden tot nu toe via HTTP aangeboden.
Wat is toegevoegd, is de HTTPS-kant. Bestaande HTTP-verbindingen zijn ongewijzigd in zowel specificatie als gedrag, en u kunt ze precies zoals voorheen blijven gebruiken. Klanten die al via HTTP verbinding maken, hoeven niets te doen.
We hebben geen plannen om HTTP uit te faseren. Het blijft beschikbaar als de optie voor workloads waarbij latency op de eerste plaats komt.
HTTPS — Versleutelde, Veilige Verbindingen
Op een HTTPS-endpoint wordt het volledige verkeer tussen uw client en ERPC met TLS versleuteld.
Zowel de inhoud van uw abonnementsverzoek als de streamdata die naar u wordt teruggestuurd, wordt met TLS versleuteld, waardoor de payload onderweg normaal gesproken niet te lezen is. In het ERPC Web Dashboard is HTTPS het standaard geselecteerde transport.
De TLS-handshake vindt hoofdzakelijk plaats bij het opzetten van de verbinding. Het versleutelen en ontsleutelen van de streamdata gaat daarna door, maar een gRPC-stream die lang openblijft, betaalt die handshakekosten niet telkens opnieuw.
HTTP — De Optie met Lage Latency, Zonder TLS-Verwerking
Op een HTTP-endpoint is er geen TLS-handshake en helemaal geen versleutelings- of ontsleutelingswerk.
Bij realtime verwerking op Solana beïnvloedt elke bewerking op het pad — van waar de data ontstaat tot waar uw applicatie deze ontvangt — de latency. Omdat er geen TLS-versleuteling of -ontsleuteling nodig is, past HTTP bij workloads met lage latency waarbij u de verwerking op het pad zo veel mogelijk wilt beperken.
HTTP is in het voordeel bij opstellingen die verbindingen vaak opnieuw opzetten, of bij opstellingen die hoe dan ook geen enkele overhead op het pad kunnen verdragen.
Wanneer de Vorm van een Abonnementsfilter Betekenis Krijgt
HTTP is de optie met de lagere latency, maar afhankelijk van hoe een project het gebruikt, wordt de groep opgevraagde adressen onderweg zichtbaar — en voor sommige projecten is dat een probleem.
De data op de blockchain is op zichzelf openbaar. Toch kan de groepering, zodra die zichtbaar wordt, een betekenis dragen die geen enkel afzonderlijk gegeven op zichzelf had.
Stel dat een project alle wallets van zijn klanten wil filteren en monitoren. De lijst met adressen in dat abonnementsverzoek kan op zichzelf gevoelige informatie zijn voor dat project. Zelfs als elk afzonderlijk adres openbaar is, kan de wetenschap welke set adressen als één geheel wordt gemonitord aanwijzingen geven over het klantenbestand van het project, over wat het volgt en over waar zijn zakelijke belangen liggen.
Precies hier helpt het HTTPS-endpoint. In ruil voor het versleutelings- en ontsleutelingswerk dat TLS vereist, worden de payloads van zowel uw abonnementsverzoek als de streamdata versleuteld.
Latency eerst, of vertrouwelijkheid van het abonnement eerst? Die afweging verschilt per project. ERPC laat die keuze nu aan u, om te maken op basis van uw eigen use case.
Reikwijdte: Gedeelde Endpoints
De HTTPS-ondersteuning geldt voor de volgende gedeelde endpoints:
- Direct Shreds Connect
- Direct Shreds Turbo
- Gedeelde Geyser gRPC Stream — Standard
- Gedeelde Geyser gRPC Stream — Premium
- Gedeelde Geyser gRPC Stream — Burst
HTTPS is ingeschakeld op de gedeelde stream-endpoints in elke regio, en de bestaande HTTP-endpoints blijven behouden zoals ze waren. Gedeelde endpoints die in Shreds Bundle en ERPC Bundle zijn inbegrepen, kunnen HTTPS eveneens gebruiken.
Dedicated endpoints vallen niet onder deze wijziging. Dedicated Geyser gRPC en de dedicated Shreds-producten behouden hun bestaande verbindingswijze, ongewijzigd.
Schakelen in het Dashboard — de IP-Allowlist Is Gedeeld
Het transport schakelt u om vanuit de endpointweergave in het ERPC Web Dashboard.
Schakel tussen HTTPS en HTTP; de endpoint-URL voor het gekozen transport wordt getoond. Configureer uw client met de URL precies zoals deze wordt weergegeven.
Beide transporten gebruiken dezelfde allowlist met geregistreerde IP-adressen. De authenticatie is nog steeds gebaseerd op uw geregistreerde IP-adres, dus u hoeft geen IP-adressen opnieuw te registreren om over te stappen op HTTPS, en er is geen token of Authorization-header die u moet toevoegen.
Gedeelde Shreds-Producten van ERPC Blijven Bestaan na het Einde van Jito ShredStream
Jito ShredStream stopt de dienstverlening op 5 september 2026. De gedeelde Shreds-producten van ERPC blijven daarentegen ook daarna beschikbaar.
Direct Shreds Connect en Direct Shreds Turbo — die beide onder deze HTTPS-uitrol vallen — samen met de Shreds Bundle multi-IP-abonnementen en de Direct Shreds Connect die in de ERPC Bundle is inbegrepen, blijven allemaal ook na 5 september beschikbaar.
Voor alle duidelijkheid: de beëindiging per 5 september die op 21 augustus 2026 is aangekondigd, geldt voor de dedicated Shredstream-producten en Stream Bundle. De gedeelde Shreds-producten vallen daar niet onder. De migratiebegeleiding voor klanten met een dedicated abonnement verloopt nog steeds individueel, zoals voorheen.
Bent u bezig met een herziening van de manier waarop uw project Shreds ontvangt, dan is dit een natuurlijk moment om de opties te bekijken. We zouden het waarderen als u ze bij deze gelegenheid uitprobeert.
Testen op Uurbasis, vanaf Één Uur
De gedeelde endpoints van ERPC zijn beschikbaar vanaf één uur, per uur gefactureerd.
Zonder u vast te leggen op een maandabonnement kunt u zowel HTTPS als HTTP tegen uw echte workload uitproberen en zelf zien hoe latency en vertrouwelijkheid in uw eigen omgeving tegen elkaar opwegen.
Begin met een korte evaluatie en kies daarna uw abonnement op basis van wat u meet.
Een Vernieuwd UDP Forwarding-Product Komt Binnenkort
Voor UDP Forwarding — dat het afleverpad van Shreds zelf vereenvoudigt — komt binnenkort een vernieuwd product.
Het doel is een productlijn waarin u de afleverwijze kunt kiezen die bij de taak past: UDP voor workloads die lage latency boven alles stellen, en Shreds gRPC voor streamabonnementen via de bestaande gRPC-interface.
Ondersteunde regio’s, prijzen, gedetailleerde specificaties en de officiële releasedatum worden aangekondigd zodra deze gereed zijn.
Infrastructuur die U Kiest op Maat van de Taak
ERPC beoordeelt de prestaties van de Solana-infrastructuur niet alleen op basis van serverspecificaties. De nabijheid tot de databron, het netwerkpad, de hardware, het OS en de kernel, en de uiteindelijke afleverwijze naar de gebruiker worden samen ontworpen als één infrastructuur met lage latency.
Deze HTTPS-uitrol verbreedt de keuze binnen die laatste afleverwijze. Er is geen enkele snelste optie die voor elk project de juiste is; hoeveel gewicht u aan latency versus vertrouwelijkheid geeft, hangt af van de aard van het product.
Heeft u vragen, neem dan contact met ons op via de supportchat in het ERPC Web Dashboard.
