ERPC añade HTTPS a los endpoints compartidos de Solana Shreds y Geyser gRPC — HTTPS o HTTP, según el caso de uso

ELSOUL LABO B.V. (sede: Ámsterdam, Países Bajos; CEO: Fumitake Kawasaki) y Validators DAO, operadores de ERPC, han añadido compatibilidad con HTTPS a los endpoints compartidos de Shreds gRPC y Geyser gRPC. Junto al transporte HTTP que venimos ofreciendo desde siempre, ahora puede elegir entre HTTPS y HTTP.
Esto se aplica a Direct Shreds Connect y Direct Shreds Turbo en el lado de Shreds gRPC, y a los planes Estándar, Premium y Burst de Stream Geyser gRPC compartido.
Puede optar por un endpoint HTTPS cifrado y seguro, o por un endpoint HTTP que no conlleva ningún procesamiento TLS. En terminología gRPC, el primero es gRPC sobre TLS y el segundo es HTTP/2 en claro (plaintext). Con ello se cubre un abanico de casos de uso mucho más amplio: desde cargas de trabajo en las que la latencia es lo único que importa, hasta cargas de trabajo en las que lo que más importa es la confidencialidad de aquello a lo que se suscribe.
El nombre de host del endpoint no cambia. Solo cambian el esquema y el puerto: HTTPS usa el puerto 443 y HTTP usa el puerto 80. El cambio entre ambos se realiza en el ERPC Web Dashboard.
Lo nuevo es HTTPS — el HTTP existente continúa sin cambios
Hasta ahora, los endpoints de stream compartidos de ERPC se han ofrecido sobre HTTP.
Lo que se ha añadido es el lado HTTPS. Las conexiones HTTP existentes no cambian ni en especificación ni en comportamiento, y puede seguir utilizándolas exactamente igual que antes. Los clientes que ya se conectan por HTTP no tienen que realizar ningún trámite.
No tenemos previsto retirar HTTP. Se mantiene disponible como la opción para las cargas de trabajo en las que la latencia es lo primero.
HTTPS — conexiones cifradas y seguras
En un endpoint HTTPS, todo el intercambio entre su cliente y ERPC se cifra con TLS.
Tanto el contenido de su solicitud de suscripción como los datos del stream que se le devuelven se cifran con TLS, de modo que normalmente el contenido de la carga útil no puede leerse en la ruta. En el ERPC Web Dashboard, HTTPS es el transporte seleccionado de forma predeterminada.
El handshake TLS se produce principalmente al establecer la conexión. El cifrado y descifrado de los datos del stream continúan después, pero un stream gRPC mantenido abierto durante mucho tiempo no paga ese coste de handshake una y otra vez.
HTTP — la opción de baja latencia sin procesamiento TLS
En un endpoint HTTP no hay handshake TLS ni ningún trabajo de cifrado o descifrado.
En el procesamiento en tiempo real de Solana, cada tarea a lo largo de la ruta que va desde donde se generan los datos hasta donde los recibe su aplicación afecta a la latencia. Al no requerir cifrado ni descifrado TLS, HTTP se adapta a cargas de trabajo de baja latencia que buscan reducir al máximo el procesamiento en la ruta.
HTTP resulta ventajoso en configuraciones que restablecen la conexión con frecuencia, o en configuraciones que no pueden tolerar ninguna sobrecarga en la ruta.
Cuando la forma de un filtro de suscripción tiene significado
HTTP es la opción de menor latencia, pero, según cómo lo utilice cada proyecto, el grupo de direcciones que se solicita queda expuesto a lo largo de la ruta, y para algunos proyectos eso es un problema.
Los datos de la blockchain son públicos en sí mismos. Sin embargo, cuando la agrupación queda expuesta, puede adquirir un significado que ningún elemento aislado tenía por sí solo.
Supongamos que un proyecto quiere filtrar y supervisar todas las wallets de sus clientes. La lista de direcciones incluida en esa solicitud de suscripción puede ser, en sí misma, información sensible para ese proyecto. Aunque cada dirección individual sea pública, saber qué conjunto de direcciones se supervisa como un solo grupo puede ofrecer pistas sobre su base de clientes, sobre qué vigila y sobre dónde están sus intereses de negocio.
Aquí es exactamente donde ayuda el endpoint HTTPS. A cambio del trabajo de cifrado y descifrado que exige TLS, se cifran las cargas útiles tanto de su solicitud de suscripción como de los datos del stream.
¿La latencia primero, o la confidencialidad de la suscripción primero? Esa decisión varía de un proyecto a otro. ERPC deja ahora esa elección en sus manos, para que la tome según su propio caso de uso.
Alcance: los endpoints compartidos
La compatibilidad con HTTPS cubre los siguientes endpoints compartidos:
- Direct Shreds Connect
- Direct Shreds Turbo
- Stream Geyser gRPC compartido — Estándar
- Stream Geyser gRPC compartido — Premium
- Stream Geyser gRPC compartido — Burst
HTTPS está habilitado en los endpoints de stream compartidos de todas las regiones, y los endpoints HTTP existentes se mantienen tal como estaban. Los endpoints compartidos incluidos en Shreds Bundle y ERPC Bundle también pueden usar HTTPS.
Los endpoints dedicados no forman parte de este cambio. El Geyser gRPC dedicado y los productos Shreds dedicados conservan su método de conexión actual, sin cambios.
Cambio desde el Dashboard — la lista de IP permitidas es común
El cambio de transporte se realiza desde la vista de endpoints del ERPC Web Dashboard.
Cambie entre HTTPS y HTTP; se mostrará la URL del endpoint correspondiente al transporte seleccionado. Configure su cliente con la URL exactamente como se muestra.
Ambos transportes utilizan la misma lista de IP registradas permitidas. La autenticación sigue basándose en su dirección IP registrada, por lo que no es necesario volver a registrar las IP para pasar a HTTPS, ni añadir ningún token ni cabecera Authorization.
Los productos Shreds compartidos de ERPC continúan tras el fin de Jito ShredStream
Jito ShredStream finaliza su servicio el 5 de septiembre de 2026. Los productos Shreds compartidos de ERPC, en cambio, continúan después de esa fecha.
Direct Shreds Connect y Direct Shreds Turbo —ambos incluidos en esta incorporación de HTTPS—, junto con los planes multi-IP de Shreds Bundle y el Direct Shreds Connect incluido en ERPC Bundle, siguen disponibles más allá del 5 de septiembre.
Para mayor claridad: el fin de servicio del 5 de septiembre anunciado el 21 de agosto de 2026 se aplica a los productos Shredstream dedicados y a Stream Bundle. Los productos Shreds compartidos no están incluidos en él. La orientación de migración para los clientes con planes dedicados se sigue gestionando de forma individual, como hasta ahora.
Si está revisando cómo recibe Shreds su proyecto, este es un momento natural para valorar las opciones. Nos alegrará que las pruebe.
Pruébelo con tarifa por horas, desde una hora
Los endpoints compartidos de ERPC están disponibles desde una hora, con tarifa por horas.
Sin comprometerse con un plan mensual, puede probar tanto HTTPS como HTTP con su carga de trabajo real y comprobar por sí mismo cómo se equilibran la latencia y la confidencialidad en su propio entorno.
Empiece con una evaluación breve y elija después su plan en función de lo que mida.
Un producto UDP Forwarding renovado llegará próximamente
Para UDP Forwarding —que simplifica la propia ruta de entrega de Shreds— llegará próximamente un producto renovado.
El objetivo es una línea de productos en la que pueda elegir el método de entrega adecuado para cada tarea: UDP para las cargas de trabajo que anteponen la baja latencia a todo lo demás, y Shreds gRPC para la suscripción de streams a través de la interfaz gRPC existente.
Las regiones compatibles, los precios, las especificaciones detalladas y la fecha oficial de lanzamiento se anunciarán en cuanto estén listos.
Infraestructura que se elige según el caso de uso
ERPC no evalúa el rendimiento de la infraestructura de Solana únicamente por las especificaciones del servidor. La proximidad a la fuente de datos, la ruta de red, el hardware, el OS y el kernel, y el método de entrega final al usuario se diseñan en conjunto como una única infraestructura de baja latencia.
Esta incorporación de HTTPS amplía las opciones dentro de ese método de entrega final. No existe una única opción más rápida que sea la adecuada para todos los proyectos; cuánto peso dar a la latencia frente a la confidencialidad depende de la naturaleza del producto.
Si tiene alguna pregunta, contáctenos a través del chat de soporte en el ERPC Web Dashboard.









