ERPC actualiza en Fráncfort la arquitectura de red que admite el tráfico HTTP / WebSocket / gRPC de Solana
ERPC, operado por ELSOUL LABO B.V. (sede: Ámsterdam, Países Bajos; CEO: Fumitake Kawasaki) y Validators DAO, ha implantado una actualización a gran escala de la arquitectura de red que gestiona el tráfico HTTP / WebSocket / gRPC en la región de Fráncfort (FRA).
La actualización ya está aplicada en producción y todo el tráfico que utiliza actualmente la región de Fráncfort se procesa mediante la nueva arquitectura de red de la capa frontal.
Por qué se sigue eligiendo Fráncfort
El uso de la plataforma ERPC sigue concentrándose en Fráncfort porque esta región facilita estructuralmente las condiciones necesarias para obtener resultados estables y consistentes en operaciones reales de Solana.
Fráncfort concentra una gran densidad de validadores principales y stake de Solana. Esta concentración representa algo más que proximidad geográfica: ofrece ventajas estructurales para completar la observación, el seguimiento, la recepción de Shreds y las actualizaciones de estado por rutas de red más cortas y uniformes.
Solana opera con un modelo de ejecución en el que los líderes rotan a intervalos breves y la producción de bloques, la propagación de Shreds, la votación y las actualizaciones de estado avanzan continuamente con pausas mínimas. En este modelo, los resultados no dependen de la velocidad media de respuesta, sino de cuánto se reduce la variación de latencia y de la fiabilidad con que se conserva el seguimiento ante perturbaciones externas.
Fráncfort se beneficia de una larga historia de interconexiones maduras para casos de uso financieros, que ha creado un entorno de red con rutas muy estables y previsibles. Al atravesar menos tramos de la internet pública y situarse cerca de los principales puntos de agregación, la estructura resiste de forma inherente que el jitter ocasional influya en los resultados.
Al acumularse estas condiciones con el tiempo, Fráncfort se elige no como una región rápida de forma temporal, sino como una donde resulta más sencillo sostener un alto rendimiento de manera uniforme.
Restricción estructural identificada en observaciones recientes
ERPC ha monitorizado continuamente las rutas de tráfico de Fráncfort. Esta observación reveló que la carga no se concentraba en los propios nodos RPC y gRPC, sino en la capa de proxy situada delante de ellos.
Todo el tráfico HTTP / WebSocket / gRPC atraviesa este proxy de la capa frontal. Cuando aumentan las conexiones simultáneas y se superponen comunicaciones sostenidas, la capacidad de procesamiento y el comportamiento de esta capa afectan directamente a la estabilidad general. Si el proxy se congestiona, el efecto se propaga a los sistemas posteriores y reduce la tasa de éxito de las transacciones y la fiabilidad del seguimiento.
Como Fráncfort es la región con mayor concentración de demanda, este proxy frontal apareció claramente como la siguiente restricción estructural. ERPC no lo considera un problema fortuito, sino un reto de arquitectura.
Actualización de la arquitectura de red
En esta actualización, ERPC renovó y amplió por completo la red de proxy frontal de Fráncfort. En lugar de limitarse a aumentar el número de máquinas, reevaluó desde la base la arquitectura de hardware del punto de entrada del tráfico para elevar tanto el margen de procesamiento como la estabilidad.
El proxy frontal debe mantener un procesamiento ininterrumpido incluso durante picos breves consecutivos. Para cumplir este requisito, las CPU y la memoria se actualizaron a las generaciones más recientes disponibles, dando lugar a una configuración estable bajo carga sostenida.
Esta actualización no tiene por objeto mejorar marginalmente los tiempos de respuesta promedio, sino que refuerza las bases subyacentes necesarias para mantener condiciones estables de ejecución de transacciones en un contexto de mayor demanda.
Estado después de la actualización
La actualización ya está activa en producción. Todo el tráfico HTTP / WebSocket / gRPC de Fráncfort se gestiona actualmente mediante la nueva arquitectura de red de proxy frontal.
Con una mejor estabilidad en la capa de entrada, los nodos RPC y gRPC pueden mantenerse enfocados en sus responsabilidades principales de procesamiento. Al suprimir las fluctuaciones en el punto de entrada, es menos probable que se degraden las condiciones generales de comunicación.
Migración del endpoint Geyser gRPC
Como parte de esta actualización, solo el servicio Geyser gRPC debe migrar a un nuevo endpoint. Los endpoints HTTP y WebSocket no cambian.
Está previsto retirar el endpoint heredado de Geyser gRPC en aproximadamente dos semanas. Se solicita a los usuarios del endpoint antiguo que completen la migración dentro de ese plazo. El Discord oficial de Validators DAO proporciona los datos del nuevo endpoint y los pasos de migración.
Precios de venta abierta
Los precios de venta abierta de los servicios RPC y gRPC de enero de 2026 finalizarán dentro de tres días. Los contratos iniciados en ese plazo conservarán dichos precios mientras sigan activos. Los detalles y las condiciones están disponibles en el Discord oficial de Validators DAO.
Disponibilidad y consultas
Para consultar la disponibilidad más reciente, la guía de migración de Geyser gRPC y los detalles de los precios, póngase en contacto con nosotros a través del Discord oficial de Validators DAO.
Discord oficial de Validators DAO: https://discord.gg/C7ZQSrCkYR
Sitio web oficial de ERPC: https://erpc.global/es
Agradecemos sinceramente a todos los usuarios su apoyo continuo a ERPC.
