La Fundación Solana y el equipo de Anza acaban de liberar la versión 4.0 de Agave, el cliente validador principal de la red. No es una actualización menor: introduce XDP, una tecnología que acelera la propagación de bloques, y reduce un 93% la carga de entrada/salida en la fase de replay, la parte más pesada de la verificación de transacciones.
La nueva versión, que ahora es candidata a desplegarse en mainnet cuando alcance el 25% del stake de la red, también incorpora soporte para las firmas BLS12-381 y varios cambios que allanan el camino al esperado consenso Alpenglow, previsto para el tercer trimestre de 2026,, también incorpora soporte para las firmas BLS12-381 y varios cambios que allanan el camino al esperado consenso Alpenglow, previsto para el tercer trimestre. En palabras del equipo de Helius en su artículo de presentación, «con Agave 4.0, el cliente validador principal de Solana da otro paso adelante».
Desgranemos por qué esta actualización es relevante para cualquier persona que tenga SOL, opere en la red o simplemente siga la evolución de una blockchain que aspira a procesar bloques de hasta 100 millones de unidades de cómputo.
Las claves de Agave 4.0: XDP, replay y nueva criptografía
El corazón de la actualización es XDP (eXpress Data Path), una mejora en la forma en que Agave envía y reenvía los fragmentos de datos (shreds) a través de Turbine, el sistema de propagación de bloques de Solana. Turbine es como el servicio de mensajería que reparte las transacciones a cientos de validadores, y cuando los bloques crecen —algo que sucederá con Alpenglow— el cuello de botella está en cuántos paquetes por segundo puede enviar un líder. Grandes validadores ya rozan los 150.000 paquetes por segundo en condiciones actuales.
XDP soluciona esto cargando un pequeño programa directamente cerca de la tarjeta de red, evitando gran parte del procesamiento estándar del sistema operativo. La mejora en la retransmisión es de «órdenes de magnitud», según las pruebas. En la práctica, eso significa que la red podrá soportar más transacciones sin atascos ni retrasos cuando el siguiente líder espere los datos del anterior.
El segundo pilar es la eficiencia del replay. Hasta ahora, cuando un validador reproducía un bloque para verificar que todo era correcto, tenía que comprobar la cadena de hashes de entradas (PoH) y las firmas de cada transacción de forma secuencial. Agave 4.0 mueve esas verificaciones a segundo plano: la firma Ed25519 se valida en asíncrono, mientras que el hash y el mensaje se revisan por adelantado. El resultado es una reducción del 93% en las operaciones de entrada/salida durante el replay, lo que libera recursos y acelera todo el proceso.
Con XDP y el replay optimizado, Solana está construyendo la autopista para que los bloques grandes no colapsen el tráfico interno de la red.
La actualización también expande las capacidades criptográficas. Se reactiva el programa de ZK ElGamal (desactivado tras un incidente en 2025 que no llegó a explotarse), se añaden operaciones nativas para la curva BLS12-381 y se completa el soporte para las curvas alt_bn128 con aritmética G2 y formato little‑endian. Esto permite que los programas en Solana verifiquen pruebas de conocimiento cero y firmas BLS directamente, sin necesidad de bibliotecas externas. Para los desarrolladores, es un salto en comodidad y seguridad.
Qué implica para los validadores y los delegadores de SOL
Los operadores de nodos son los primeros interesados en actualizar. Con XDP, un validador grande podrá manejar picos de tráfico sin que Turbine se convierta en un cuello de botella. Además, el cambio en el Stake Program v5 sube el mínimo para delegar de un lámpara (la unidad más pequeña de SOL) a 1 SOL. Puede sonar técnico, pero tiene una razón de peso: a medida que la renta de las cuentas se reduce —otra mejora en el horizonte—, crear cuentas de stake con cantidades ínfimas sería demasiado barato y abriría la puerta a ataques de spam. Las cuentas por debajo de ese mínimo representan solo un 0,02% del stake total y se respetarán las existentes, así que el impacto para el usuario común es mínimo.
La otra gran noticia es que Agave 4.0 activa varias funciones preparatorias para Alpenglow, el nuevo protocolo de consenso. Entre ellas, la validación del Chained Block ID (para que los validadores comprueben que cada bloque enlaza correctamente con su padre, incluso si varios bloques comparten el mismo slot) y los marcadores de Fast Leader Handover (que le dicen al siguiente líder cuándo puede empezar a producir el bloque sin esperas innecesarias). Son engranajes pequeños, pero sin ellos Alpenglow no podría funcionar. Con las firmas BLS12-381, además, los validadores podrán verificar «pruebas de posesión» en cadena, bloqueando ataques de clave falsa que son un riesgo conocido en sistemas con muchos validadores.
Análisis: lo que esta actualización dice sobre la hoja de ruta de Solana
Si miramos la foto completa, Agave 4.0 no es solo una actualización de rendimiento. Es la confirmación de que Alpenglow —el mayor cambio en el consenso de Solana desde que se lanzó la red— sigue según lo previsto y que todo el trabajo previo (BLS12-381, fast leader handover, validación de bloques encadenados) está listo para activarse con Agave 4.1 en unos meses. El consenso actual, TowerBFT, funciona bien pero tiene una latencia que no escala con la misma fluidez; Alpenglow promete acelerar la confirmación de bloques y reducir el tiempo entre líderes, lo que se traduce en una experiencia de usuario más rápida para cualquiera que envíe una transacción.
El ecosistema de Solana está demostrando una madurez técnica poco común: la red que en 2021 y 2022 sufrió paradas por congestión está ahora afinando los detalles para soportar bloques de 100 millones de CU. La comunidad de validadores, además, se ha mostrado abierta a colaborar en este período de pruebas, y el objetivo de alcanzar el 25% del stake para considerar la actualización como candidata a mainnet es un proceso gradual que ya está en marcha.
Sin embargo, conviene recordar que las transiciones de consenso nunca son triviales. El paso de TowerBFT a Alpenglow implicará que todos los validadores ejecuten la nueva lógica simultáneamente; cualquier error de sincronización podría provocar bifurcaciones o, en el peor de los casos, una parada temporal. La red cuenta con el precedente de Firedancer, el cliente alternativo desarrollado por Jump Crypto, que ya da más resiliencia, pero la activación de Alpenglow será la prueba de fuego. Mientras tanto, esta actualización de Agave nos deja con una red más rápida, más criptográficamente versátil y, sobre todo, con una hoja de ruta que sigue avanzando.
