ERPC lleva a producción XDP y zero-copy en los nodos RPC y Geyser gRPC de todas las regiones

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 la vía rápida XDP y el zero-copy de AF_XDP de Solana v4 (Agave 4.x) en los nodos RPC y en los nodos Solana Geyser gRPC de todas las regiones. Esto amplía la optimización validada por primera vez en el origen del Geyser gRPC de la región de Nueva York (NY) a la infraestructura de producción de cada región.

La vía rápida XDP y el zero-copy de AF_XDP son optimizaciones orientadas a Turbine que pasaron a estar disponibles en Solana v4 (Agave 4.x). En cuanto a los flags de arranque, la línea Agave 4.1 dejó obsoleta la familia --experimental-retransmit-xdp-* y la organizó en --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Apoyándose en esta vía rápida XDP y zero-copy orientada a Turbine, ERPC la ha aplicado en producción no solo a los nodos de origen que respaldan el Geyser gRPC, sino también a los nodos RPC. Tanto los nodos RPC como los nodos Geyser gRPC reciben a través de Turbine los shreds que componen los bloques. Al usar XDP y zero-copy para reducir la sobrecarga del kernel en esa vía de propagación e ingesta de shreds, el Geyser gRPC ve un menor retraso de entrega del stream, mientras que RPC obtiene una mejor frescura del estado y una mayor capacidad de mantenerse al día con el estado más reciente. Este cambio ya está en funcionamiento en producción en todas las regiones. Los clientes que priorizan el rendimiento de first-arrival pueden probar de inmediato el RPC y el Geyser gRPC de todas las regiones — mediante la facturación por horas (por hora) o Crypto Pay (SOL / USDC / EURC).

Sitio oficial de ERPC: https://erpc.global/es Panel de ERPC: https://dashboard.erpc.global/es

Qué cambia el despliegue en todas las regiones — Hacer más rápida en todas partes la vía que captura los shreds

En Solana, el leader responsable de la producción de bloques rota en un ciclo corto, por lo que el origen de la comunicación está siempre en movimiento. 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 cerca de la red donde se concentran los nodos y validadores principales — y esto afecta directamente a la latencia, las tasas de retransmisión y las tasas de fallo en la operación real. Por eso ERPC considera que tiene sentido no hacer rápida solo una máquina, sino elevar los nodos de producción de cada región al mismo nivel.

La clave de este despliegue es que el objetivo de la optimización es la «vía de propagación e ingesta de shreds sobre Turbine». Tanto para RPC como para Geyser gRPC, la velocidad final se sustenta en «con qué rapidez un nodo puede capturar un bloque». XDP y zero-copy son optimizaciones que reducen la sobrecarga precisamente de esa etapa de captura — la recepción, el retransmit y la propagación de shreds sobre Turbine. Al aplicarla a los nodos de producción de cada región, sin importar el punto de conexión de qué región use un cliente, este puede recibir datos a través de una vía optimizada.

Qué son la vía rápida XDP y el zero-copy de Solana v4

XDP (eXpress Data Path) es una tecnología del kernel de Linux que permite a un código de red de alto rendimiento eludir gran parte de la vía habitual de procesamiento de paquetes del kernel. Al reducir las copias de datos y los cambios de contexto, procesa paquetes con mucha menos sobrecarga que la pila de red estándar.

En Agave (el cliente de validador de Solana), XDP se aplica a Turbine, el protocolo que propaga los bloques entre los nodos validadores. Los shreds recibidos son procesados por un programa eBPF adjunto cerca de la tarjeta de interfaz de red (NIC) y mapeados a búferes del espacio de usuario mediante AF_XDP. Cuando se usa el modo zero-copy, los datos recibidos se entregan directamente del kernel al espacio de usuario sin copiarlos. Los shreds salientes también aprovechan la vía de envío de AF_XDP para reducir las copias y la sobrecarga de llamadas al sistema en la hot path.

Anza introdujo XDP para Turbine en la línea Agave 3.x (desde la v3.0.9) y lo llevó a los cimientos de Solana v4 (Agave 4.x). Los flags de arranque se han ido organizando a lo largo de sucesivas versiones: la línea Agave 4.1 dejó obsoleta la familia --experimental-retransmit-xdp-* y la organizó en --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Según la guía de configuración de Anza, con XDP los validadores de gran tamaño pueden acercarse a los 150.000 paquetes salientes por segundo a través del fanout de Turbine.

Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide

Aplicado a los nodos Geyser gRPC — Acelerar la ingesta del lado del origen

Geyser gRPC es la vía para recibir las actualizaciones de cuenta, slot, bloque y transacción como un stream en lugar de por sondeo. Aquí, una diferencia de un milisegundo se conecta directamente con la captura de oportunidades de ejecución y con la velocidad percibida en el front-end. El lag de Geyser se sustenta en última instancia en «con qué rapidez el origen puede capturar un bloque».

XDP y zero-copy son precisamente las optimizaciones que reducen la sobrecarga de esa vía de propagación e ingesta de shreds del lado del origen. A medida que el origen puede recibir y propagar shreds con mayor rapidez, puede observar y reconstruir los bloques en una etapa más temprana, lo que acorta el lag con el que esas actualizaciones llegan a los clientes a través del stream Geyser gRPC. En la región de Nueva York (NY), donde lo aplicamos primero, confirmamos mediante medición de código abierto que esta optimización es eficaz en la región de cola del lag de entrega. Ahora hemos extendido la misma optimización a los nodos Geyser gRPC de cada región.

Aplicado a los nodos RPC — Mejorar la frescura del estado y mantenerse al día con el estado más reciente

Lo nuevo en este despliegue es que aplicamos esta optimización también a los nodos RPC. Los nodos RPC también reciben a través de Turbine los shreds que componen los bloques y actualizan su propio ledger y estado. Cuando XDP y zero-copy reducen la sobrecarga de esa ingesta y propagación de shreds basada en Turbine, los nodos RPC pueden ingerir antes los bloques más nuevos.

Para los clientes que usan RPC, esto no significa que todos los métodos de RPC se vuelvan uniformemente más rápidos, sino que se manifiesta como la frescura del estado que mantiene el nodo. Cuando se consulta el slot o el bloque más reciente, o el estado más actual de una cuenta, el hecho de que la información que el nodo ya ha ingerido sea más nueva se conecta directamente con la frescura de los datos de la respuesta. Además, una menor sobrecarga en la vía de propagación e ingesta se traduce en margen para que el nodo procese las actualizaciones sin descartarlas bajo carga elevada. La misma optimización que la entrega del stream Geyser gRPC actúa también como el cimiento que sustenta la frescura de los datos que devuelve RPC — esa es la razón por la que esta vez ampliamos el alcance a los nodos RPC.

Llevado a los nodos de producción de cada región — Qué hemos habilitado

ERPC migró los nodos RPC y los nodos Geyser gRPC de todas las regiones a Solana v4 (Agave 4.x) y puso en producción la vía rápida XDP orientada a Turbine y el zero-copy de AF_XDP. Apoyándonos en el esquema de flags de arranque --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy organizado en la línea Agave 4.1, lo habilitamos conforme a la configuración de cada región.

Habilitar XDP requiere 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, los flags de arranque correctos y un pinning apropiado de los núcleos de CPU. Desplegar esto no en un único nodo, sino en los nodos de producción de cada región —verificando la configuración diferente de NIC, kernel y red de cada región— eleva aún más la dificultad operativa. ERPC aplica el know-how operativo cultivado al ejecutar validadores en la cima de la red directamente a la construcción y operación de los nodos de origen y los nodos RPC de cada región.

Y el know-how operativo de esta optimización está consolidado como receta en SLV, la herramienta de operación de Solana de código abierto. SLV proporciona todo, desde habilitar XDP (mediante variables de configuración como xdp_enabled / xdp_zero_copy) hasta medir el lag de entrega (slv check geyserbench), de una forma que cualquiera puede reproducir mediante conversaciones con un agente de IA o a través de la CLI. La optimización que ERPC logró en todas las regiones no es un truco puntual para una única máquina, sino que se asienta sobre una receta operativa reproducible.

SLV GitHub: https://github.com/validatorsDAO/slv

Verifica con tus propias cifras, desde tu propia conexión

Cuánta diferencia supone esta optimización varía según el origen de la conexión, la ruta, la hora del día y la distribución del leader. Precisamente por eso ERPC da importancia a mostrar la calidad de entrega no mediante afirmaciones subjetivas o copy de marketing, sino mediante una medición que cualquiera puede verificar con el mismo método. Lo que los clientes pueden verificar no es una cifra fija, sino el propio método de medición.

Para el Geyser gRPC, las herramientas de benchmark de ERPC son de código abierto. Para las comparaciones de first-arrival puedes usar slv check geyserbench --kind grpc, y para las comprobaciones de conectividad y latencia de un endpoint individual, slv check grpc, comparando en condiciones cercanas a tu propia carga de trabajo. Para RPC, igualmente, el enfoque más fiable es medir y observar la frescura de los datos devueltos y el comportamiento de las respuestas desde tu propio punto de conexión, usando las peticiones que tu propio bot o aplicación envía realmente.

Poder tomar decisiones a partir de cifras que tú mismo has medido, en lugar de las afirmaciones de un proveedor, es el punto de partida para los clientes que priorizan el rendimiento de first-arrival. 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.

Sitio oficial de SLV: https://slv.dev/es SLV Getting Started: https://slv.dev/es/doc/general/getting-started/ Comparativa de velocidad de Solana Geyser gRPC: https://erpc.global/es/doc/geyser-grpc/speed-comparison/

Suprimir por diseño la latencia derivada de la distancia — el centro de datos específico para Solana AS200261

La ventaja de latencia de ERPC no proviene solo de la optimización del software. Al ubicar los nodos 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 densamente, ERPC suprime en la etapa de diseño la latencia derivada de la distancia.

ELSOUL LABO opera un centro de datos específico para Solana bajo su propio ASN (AS200261), asignado por RIPE NCC, como parte de la plataforma ERPC. Las optimizaciones de software como las de XDP y zero-copy de hoy entregan su máximo efecto solo sobre este diseño de proximidad física y de red. Con la proximidad a nivel de diseño y la optimización de software del lado del nodo ya implementadas, se logran el rendimiento de first-arrival, una calidad de streaming de baja latencia y respuestas RPC frescas.

Un linaje de refuerzo continuo de la infraestructura

Este despliegue en todas las regiones se enmarca en el linaje de refuerzo de infraestructura que ERPC ha perseguido de forma continua. Es la optimización de última generación, tras la mejora de la infraestructura Geyser gRPC en todas las regiones en diciembre de 2025, el refuerzo a gran escala de la región de Fráncfort (FRA) en enero de 2026 y la aplicación anterior de XDP y zero-copy en la región de Nueva York (NY) en junio de 2026. La optimización validada en NY se ha extendido ahora —añadiendo los nodos RPC a su alcance— a la infraestructura de producción de cada región.

En lugar de responder a la demanda creciente con límites o degradación, ERPC la absorbe de forma consistente reforzando la propia infraestructura. Seguimos reflejando las optimizaciones de última generación en nuestra infraestructura de producción mientras verificamos repetidamente las NIC, los kernels y las configuraciones de red compatibles. El RPC y el Geyser gRPC de ERPC seguirán evolucionando.

Verifica desde una sola hora con la facturación por horas

El RPC y el Geyser gRPC de ERPC pueden probarse desde una sola hora mediante el plan de facturación por horas. Esto hace posible un bucle de verificación de bajo riesgo: contratar solo una hora, confirmar dentro de esa hora el comportamiento real visto desde el punto de conexión de tu propio bot o aplicación, y decidir el paso a un plan mensual o anual en función de los resultados. Las mediciones de slv check descritas arriba pueden ejecutarse tal cual dentro de esta prueba de una hora.

Una vez que tu configuración y tu uso queden claros, cambiar a un plan mensual o anual te mantiene 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 horas. Puedes elegir SOL, o las stablecoins USDC / EURC, como activo de pago. EURC puede enviarse directamente, mientras que USDC o SOL se intercambian a EURC mediante Orca, completando la transferencia dentro del mismo flujo.

Para los equipos que desarrollan y operan en Solana, poder gestionar los costes de infraestructura de una manera cercana a su flujo existente de gestión de fondos basado en wallets es una mejora práctica que reduce la fricción para empezar a verificar. La verificación con facturación por horas descrita arriba también puede iniciarse directamente desde los activos de tu wallet de Solana.

Pide, paga y gestiona infraestructura específica para Solana en una sola plataforma

ERPC te permite combinar 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 en una sola plataforma.

El Panel de ERPC admite 16 idiomas, lo que te permite gestionar la selección de plan, la selección de región, las comprobaciones de stock, la adición al carrito, las recargas de crédito, el checkout, la revisión de claves API y endpoints, la comprobación 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 para Solana

Detrás de ERPC está la investigación y el desarrollo de infraestructura específica para Solana que ELSOUL LABO continúa impulsando. ELSOUL LABO ha sido aprobada durante cinco años consecutivos desde 2022 en el marco de WBSO, el programa gubernamental de apoyo a la I+D de los Países Bajos. Continúa la I+D sobre infraestructura RPC de Solana, 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 para Solana AS200261.

El soporte de hoy para Solana v4 / XDP / zero-copy en todas las regiones también tomó forma a partir de operar validadores en la cima de la red. ERPC seguirá proporcionando 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 consulta

Para configuraciones regionales óptimas que incluyan el RPC y el Geyser gRPC de todas las regiones, la elección entre planes de gRPC independiente y planes de gRPC Bundle, la elección entre facturación por horas, mensual y anual, y el diseño de migración desde una configuración existente, ofrecemos consultas individuales 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 el uso continuado de ERPC.

Enlaces

Sitio oficial de ERPC: https://erpc.global/es
Panel de ERPC: https://dashboard.erpc.global/es
Precios de ERPC: https://erpc.global/es/price/
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
Comparativa de velocidad de Solana Geyser gRPC: https://erpc.global/es/doc/geyser-grpc/speed-comparison/
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
Discord oficial de Validators DAO: https://discord.gg/C7ZQSrCkYR

ERPC lleva a producción la vía rápida XDP de Solana v4 y el zero-copy en los nodos RPC y los nodos Geyser gRPC de todas las regiones — Extendiendo la validación de NY a cada región y elevando tanto la entrega del stream como la frescura del estado de RPC