ERPC lleva a producción el camino rápido XDP y zero-copy en su Solana Geyser gRPC de la región de Nueva York (NY) — confirmada una diferencia de retraso de entrega de ~530ms en p99
ERPC lleva a producción el camino rápido XDP y zero-copy en su Solana Geyser gRPC de la región de Nueva York (NY) — confirmada una diferencia de retraso de entrega de ~530ms en p99
ELSOUL LABO B.V. (sede: Ámsterdam, Países Bajos; CEO: Fumitake Kawasaki) y Validators DAO, que operan ERPC, se complacen en anunciar que ERPC ha llevado a producción el camino rápido XDP y el zero-copy AF_XDP de Solana v4 (Agave 4.x) en su endpoint compartido de Solana Geyser gRPC de la región de Nueva York (NY).
El camino rápido XDP y el zero-copy AF_XDP ya no son experimentales en la línea Agave 4.x y se han consolidado como funciones disponibles mediante las banderas de lanzamiento oficiales
--xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. ERPC ha llevado ahora esta optimización de red —cuya adopción avanza en el ámbito de los validadores Solana de alto rendimiento— a producción en el validador de origen que respalda el Geyser gRPC de la región de NY. En una comparación antes/después medida con slv check geyserbench, la herramienta de operaciones de Solana de código abierto SLV, el nodo de origen previo a la optimización, en la misma región de NY, quedaba por detrás de la nueva configuración en p50 63ms / p95 490ms / p99 530ms. Estas cifras no reflejan el retraso de entrega absoluto del nodo optimizado, sino una diferencia antes/después, con mejoras de cientos de milisegundos observadas sobre todo en la cola p95/p99. El cambio ya está en funcionamiento en producción. Los clientes que priorizan el rendimiento de first-arrival (primera llegada) pueden probar el Geyser gRPC de la región de NY de inmediato, mediante facturación por hora (desde una hora) o Crypto Pay (SOL / USDC / EURC).Sitio oficial de ERPC: https://erpc.global/es
Panel de ERPC: https://dashboard.erpc.global/es
Por qué importa el Geyser gRPC de la región de Nueva York (NY)
En Solana, el leader responsable de la producción de bloques rota en un ciclo corto, de modo que el origen de la comunicación se desplaza constantemente. En esta estructura, lo que importa en la práctica no es estar cerca de un único punto fijo, sino tener una alta probabilidad de estar próximo a la red donde se concentran los principales nodos y validadores; y eso incide directamente en la latencia, las tasas de retransmisión y las tasas de fallo en la operación real.
La región de Nueva York (NY) es donde se concentra la demanda durante el horario de negociación de Norteamérica, para cargas de trabajo de trading, indexación y monitoreo/análisis que requieren datos on-chain en tiempo real. Geyser gRPC es la vía para recibir actualizaciones de cuentas, slots, bloques y transacciones como un stream en lugar de por sondeo (polling), y aquí una diferencia de un milisegundo incide directamente en la captura de oportunidades de ejecución y en la velocidad percibida en el front-end. Precisamente por eso tiene sentido mantener el Geyser gRPC de la región de NY en el nivel más rápido, tanto en diseño como en optimización.
Resultados de la medición — diferencia de retraso de entrega antes/después mediante slv check geyserbench
Realizamos una medición comparativa, con
slv check geyserbench de la herramienta de operaciones de Solana de código abierto SLV, entre la nueva configuración —con el camino rápido XDP y el zero-copy AF_XDP habilitados— y el nodo de origen previo a la optimización en la misma región de NY. El resultado: el nodo previo a la optimización quedaba por detrás de la nueva configuración con las siguientes diferencias:- Diferencia de retraso p50: 63ms
- Diferencia de retraso p95: 490ms
- Diferencia de retraso p99: 530ms
Estas cifras no son el retraso de entrega absoluto del nodo optimizado; son un valor de comparación que muestra cuánto quedaba por detrás el nodo de origen previo a la optimización respecto a la nueva configuración.
Las diferencias son especialmente acusadas en la cola p95/p99, del orden de cientos de milisegundos. La región de la cola representa los casos del percentil superior, en los que los retrasos crecen más de lo habitual y que, para las cargas de trabajo de trading y en tiempo real que priorizan el rendimiento de first-arrival, es donde con mayor probabilidad se manifiestan como un retraso en la toma de decisiones. Que el nodo previo a la optimización quedara unos 530ms por detrás de la nueva configuración en p99 demuestra que, en la cola, la diferencia en la ruta de ingesta y propagación del lado del origen incide directamente en la calidad de streaming de baja latencia del Geyser gRPC.
El método de medición es de código abierto. Los clientes pueden emplear el mismo método de
slv check geyserbench para comprobar el retraso real tal como se ve desde su propio punto de conexión. Como el retraso de entrega varía según el origen de la conexión, la ruta, la franja horaria y la distribución del leader, lo que se puede reproducir no es una cifra fija, sino el propio método de medición. Los pasos, desde la instalación de SLV hasta la ejecución de la medición, están publicados en la guía Getting Started de SLV. Para ERPC es importante mostrar la calidad de entrega no a base de afirmaciones subjetivas ni de textos de marketing, sino mediante una medición que cualquiera puede verificar con el mismo método.Sitio oficial de SLV: https://slv.dev/es
SLV Getting Started: https://slv.dev/es/doc/general/getting-started/
Qué son el camino rápido XDP y el zero-copy de Solana v4
XDP (eXpress Data Path) es una tecnología del kernel de Linux que permite que el código de red de alto rendimiento sortee gran parte de la ruta habitual de procesamiento de paquetes del kernel. Al reducir las copias de datos y los cambios de contexto, procesa los paquetes con mucha menos sobrecarga que la pila de red estándar.
En Agave (el cliente validador de Solana), XDP se aplica a Turbine, el protocolo que propaga los bloques entre nodos validadores. Los shreds recibidos se procesan mediante un programa eBPF asociado cerca de la tarjeta de interfaz de red (NIC) y se mapean a búferes del espacio de usuario a través de AF_XDP. Cuando se utiliza el modo zero-copy, los datos recibidos pasan directamente del kernel al espacio de usuario sin copiarse. Los shreds salientes se envían directamente mediante XDP_TX, lo que elimina llamadas al sistema y copias en la ruta crítica.
Anza introdujo XDP para Turbine en la línea Agave 3.x y lo incorporó a la base de Solana v4 (Agave 4.x). En la línea Agave 4.x, XDP ya no es experimental y se ha consolidado como una función disponible mediante banderas de lanzamiento oficiales. Según la guía de configuración de Anza, con XDP los grandes validadores pueden acercarse a los 150.000 paquetes salientes por segundo.
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
Desplegado en producción en el validador de origen de NY — qué habilitamos
ERPC migró a Solana v4 (Agave 4.x) el validador de origen que respalda el Geyser gRPC de la región de NY y puso en producción el camino rápido XDP y el zero-copy AF_XDP, disponibles mediante banderas de lanzamiento oficiales.
Como el origen puede recibir y propagar shreds con mayor rapidez, logra observar y reconstruir los bloques en una etapa más temprana, lo que acorta el retraso con el que esas actualizaciones llegan a los clientes a través del stream del Geyser gRPC. El retraso de Geyser depende, en última instancia, de "con qué rapidez puede el origen capturar un bloque". XDP y zero-copy son precisamente las optimizaciones que aceleran esa ruta de ingesta del lado del origen.
Habilitar XDP exige un ajuste avanzado y propenso a errores: un kernel reciente, una NIC compatible con XDP, las capabilities de systemd adecuadas para el proceso del validador, las banderas de lanzamiento correctas y un anclaje (pinning) apropiado de los núcleos de CPU. ERPC aplica el conocimiento operativo adquirido al operar validadores en la cima de la red directamente a la construcción y operación de sus validadores de origen.
La misma optimización que los validadores de alto rendimiento, llevada al endpoint de entrega
XDP y zero-copy son optimizaciones de red cuya adopción avanza en el ámbito de los validadores Solana de alto rendimiento. ERPC aplica esa misma tecnología no solo a los "validadores rápidos", sino al "validador de origen que respalda el endpoint de entrega que hace llegar los datos a los clientes con mayor rapidez".
Y el conocimiento operativo de esta optimización está reunido como una receta en la herramienta de operaciones de Solana de código abierto SLV. SLV abarca todo, desde la habilitación de XDP (mediante variables de configuración como
xdp_enabled / xdp_zero_copy) hasta la medición del retraso de entrega (slv check geyserbench), de un modo que cualquiera puede reproducir conversando con un agente de IA o a través de la CLI. La optimización que ERPC logró en la región de NY no es un truco aislado para una sola máquina, sino que se apoya en una receta operativa reproducible.SLV GitHub: https://github.com/validatorsDAO/slv
Contener la latencia derivada de la distancia desde el diseño — el centro de datos específico de Solana AS200261
La ventaja de latencia de ERPC no proviene únicamente de la optimización de software. Al situar los validadores de origen, los endpoints de recepción y los nodos de procesamiento dentro de centros de datos premium donde los validadores de Solana se concentran de forma densa, ERPC contiene la latencia derivada de la distancia desde la etapa de diseño.
ELSOUL LABO opera un centro de datos específico de Solana bajo su propio ASN (AS200261), asignado por RIPE NCC, como parte de la plataforma ERPC. Optimizaciones de software como las de XDP y zero-copy de hoy despliegan su máximo efecto solo sobre este diseño de proximidad física y de red. Cuando se combinan la proximidad a nivel de diseño y la optimización de software del lado del origen, se materializan el rendimiento de first-arrival y la calidad de streaming de baja latencia.
Despliegue en todas las regiones — un linaje de fortalecimiento continuo de la infraestructura
Esta optimización en la región de NY se inscribe en el linaje de fortalecimiento de la infraestructura de Geyser gRPC en todas las regiones que ERPC ha venido impulsando de forma continua. Es la optimización de última generación, tras la mejora de la infraestructura de Geyser gRPC en todas las regiones de diciembre de 2025 y el refuerzo a gran escala de la región de Fráncfort (FRA) de enero de 2026.
Tras este resultado en la región de NY, ERPC irá desplegando el camino rápido XDP y el zero-copy de Solana v4 región por región, empezando por aquellas donde se haya completado la verificación de NICs, kernels y configuraciones de red compatibles. En lugar de responder a la demanda creciente con límites o degradación, ERPC la absorbe de manera consistente reforzando la propia infraestructura. El Geyser gRPC de ERPC seguirá evolucionando.
Pruebe el Geyser gRPC de NY con facturación por hora — compruébelo con sus propias cifras
El Geyser gRPC de la región de NY puede probarse desde una sola hora con el plan de facturación por hora. Así es posible un ciclo de verificación de bajo riesgo: contrate solo una hora, ejecute
slv check geyserbench dentro de ese intervalo para medir el retraso de entrega real tal como se ve desde el punto de conexión de su propio bot o aplicación, y decida el paso a un plan mensual o anual una vez confirmadas esas cifras.Poder decidir a partir de cifras que usted mismo ha medido, y no de las afirmaciones de un proveedor, es el punto de partida para los clientes que priorizan el rendimiento de first-arrival. Cuando su configuración y su nivel de uso quedan claros, pasar a un plan mensual o anual le permite seguir en el mismo panel y con la misma calidad de endpoint.
Panel de ERPC: https://dashboard.erpc.global/es
Compatible con Crypto Pay (SOL / USDC / EURC)
ERPC ofrece Crypto Pay para comprar créditos ERPC y para pagar sus planes, y también es compatible con el plan de facturación por hora. Como activo de pago puede elegir SOL o las stablecoins USDC / EURC. EURC puede enviarse directamente, mientras que USDC o SOL se intercambian a EURC mediante Orca, y la transferencia se completa dentro del mismo flujo.
Para los equipos que construyen y operan en Solana, poder gestionar los costes de infraestructura de un modo cercano a su flujo habitual de gestión de fondos basado en billetera es una mejora práctica que reduce la fricción para empezar la verificación. La verificación por facturación por hora descrita más arriba también puede iniciarse directamente desde los activos de su billetera de Solana.
Pida, pague y gestione infraestructura específica de Solana en una sola plataforma
ERPC le permite combinar en una única plataforma Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, servidores bare-metal, RPC dedicado, SWQoS, una Price API compatible con Pyth y Jet Analytics & Indexed RPC.
El Panel de ERPC admite 16 idiomas, de modo que puede gestionar la selección de plan, la selección de región, la comprobación de stock, la adición al carrito, las recargas de crédito, el checkout, la revisión de claves API y endpoints, la consulta del uso y la creación de tickets de soporte, todo desde la misma pantalla.
I+D y mejora continua de la infraestructura específica de Solana
Detrás de ERPC está la investigación y el desarrollo de infraestructura específica de Solana que ELSOUL LABO mantiene de forma continua. ELSOUL LABO ha obtenido la aprobación durante cinco años consecutivos desde 2022 dentro del WBSO, el programa del Gobierno de los Países Bajos de apoyo a la I+D. Prosigue su I+D en infraestructura de Solana RPC, operación de validadores, entrega de datos en tiempo real, y operación y desarrollo asistidos por agentes de IA, y esos resultados se reflejan en servicios como ERPC, SLV, SLV AI y el centro de datos específico de Solana AS200261.
El soporte de Solana v4 / XDP / zero-copy de hoy en la región de NY también tomó forma a partir de la operación de validadores en la cima de la red. ERPC seguirá ofreciendo infraestructura de baja latencia cercana a la red de Solana y demostrando su calidad mediante una medición que cualquiera puede verificar con el mismo método.
Uso y consultas
Para definir las configuraciones regionales óptimas —incluido el endpoint compartido del Geyser gRPC de la región de NY—, elegir entre planes de gRPC independiente y planes de gRPC Bundle, decidir entre facturación por hora, mensual y anual, y diseñar la migración desde una configuración existente, ofrecemos asesoramiento individual en el Discord oficial de Validators DAO.
Panel de ERPC: https://dashboard.erpc.global/es
Sitio oficial de ERPC: https://erpc.global/es
Discord oficial de Validators DAO: https://discord.gg/C7ZQSrCkYR
Agradecemos sinceramente a todos nuestros usuarios por su continuo uso de ERPC.
Enlaces
- Sitio oficial de ERPC: https://erpc.global/es
- Panel de ERPC: https://dashboard.erpc.global/es
- Sitio oficial de SLV: https://slv.dev/es
- SLV Getting Started: https://slv.dev/es/doc/general/getting-started/
- SLV GitHub: https://github.com/validatorsDAO/slv
- Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
- Discord oficial de Validators DAO: https://discord.gg/C7ZQSrCkYR
Noticias
