Solana da un salto importante con Agave 4.0, la nueva versión de su cliente validador principal. Según los tests de Anza, la etapa de verificación de bloques es ahora un 93% más rápida, y el sistema XDP (eXpress Data Path) activa una vía ultrarrápida para la retransmisión de datos en Turbine, el protocolo que distribuye los bloques por la red. En plata: la red se prepara para manejar bloques mucho más grandes y para el esperado Alpenglow, la próxima actualización del consenso.
El despliegue, detallado en el blog de Helius, llega en un momento clave: Solana aspira a bloques de 100 millones de unidades de cómputo (CU), y tanto la propagación como la verificación rápida son imprescindibles para no frenar la ejecución. Con XDP ya probado en entornos reales, los validadores pueden digerir tráfico de red a velocidades que hasta ahora eran impensables.
XDP: Turbine a toda velocidad
XDP (eXpress Data Path) es un mecanismo que permite cargar un programa eBPF muy cerca de la tarjeta de red, esquivando buena parte del procesamiento de paquetes que hace Linux por defecto. En Agave, este programa acelera Turbine, el subsistema encargado de repartir los fragmentos de bloque ( shreds ) a cientos de pares. El cuello de botella no es la ejecución, sino la capacidad de enviar paquetes: algunos validadores grandes ya rozan los 150.000 paquetes por segundo en condiciones normales. Con bloques de 100 millones de CU a la vista, la retransmisión debe escalar a la par que la ejecución, y XDP crea ese margen.
Agave 4.0 convierte a XDP en una opción lista para adopción masiva. Los resultados de producción muestran que la retransmisión de Turbine es órdenes de magnitud más rápida, según los datos compartidos por Anza. Es decir, el líder de turno puede enviar los fragmentos a toda la red en un suspiro, y los demás validadores los reciben casi al instante, reduciendo el riesgo de que un bloque llegue tarde o incompleto.
Replay un 93% más rápido: menos espera para validar
La otra gran mejora está en la etapa de replay, donde cada validador comprueba que el bloque recibido es correcto. Hasta ahora, dos verificaciones costosas —la cadena de Proof of History (PoH) y las firmas de las transacciones— se hacían en línea, ralentizando el proceso. Agave 4.0 las despacha en segundo plano. La verificación de las entradas de PoH y la comprobación de firmas Ed25519 se ejecutan de forma asíncrona, mientras el replay sigue procesando el resto.
El resultado práctico es una etapa de verificación un 93% más rápida en las pruebas de Anza, con arranques completos en menos de un minuto. Para un operador de nodo, esto supone reinicios casi instantáneos y mucho menos tiempo muerto durante los picos de actividad. Además, al separar la comprobación del hash de la firma criptográfica, las transacciones se sanean y ejecutan de forma segura sin esperar a la parte más pesada.
Alpenglow y el horizonte de los bloques de 100M de CU
Bajo el capó, Agave 4.0 incluye varias activaciones que ponen los cimientos del nuevo consenso Alpenglow, previsto para el tercer trimestre de 2026 junto con Agave 4.1. Entre ellas destacan la validación encadenada de bloques (que impide bifurcaciones ambiguas) y los marcadores de traspaso rápido entre líderes. Ambas eliminan los tiempos muertos que hoy lastran la transición de un líder a otro.
Además, se incorporan syscalls para la curva BLS12-381, un tipo de criptografía de emparejamiento que permite verificar firmas BLS y pruebas de posesión directamente en cadena. Esto es clave para Alpenglow, ya que evita ataques de clave falsa y facilita un consenso más rápido entre validadores. La curva anterior (BN254) se quedaba corta en seguridad (menos de 128 bits), y ahora Solana se alinea con estándares más modernos, como los que usa Ethereum.
La red ya no se para ni cuando se cae un validador; con XDP y el nuevo replay, cualquier retraso en la propagación o verificación empieza a ser cosa del pasado.
El paquete se completa con la reactivación del programa ZK ElGamal para transferencias confidenciales en Token-22, arreglado tras un incidente de seguridad en 2025, y con mejoras en la serialización (Wincode) que aceleran las operaciones de disco y red. La delegación mínima de staking sube de 1 lamport a 1 SOL, un ajuste técnico que apenas afecta al 0,02% del stake activo y que prepara el terreno para reducir las fianzas de alquiler (rent) en el futuro.
Mi lectura: esta actualización no es un lavado de cara. Es un cambio estructural en dos puntos críticos —la propagación y la verificación— que históricamente han condicionado la escalabilidad de Solana. Con XDP rodando en producción y un replay que roza la inmediatez, la red gana el margen que necesitaba para duplicar la capacidad de los bloques sin arriesgarse a paradas ni cuellos de botella. El auténtico test llegará con Alpenglow en pocos meses, pero las piezas ya están en su sitio.
