Solana acaba de recibir una de esas actualizaciones que no hacen ruido en redes sociales pero que marcan la diferencia cuando el apretón llega. Anza ha publicado Agave 4.0, la versión más reciente del cliente validador que utiliza la inmensa mayoría de los nodos de la red. Y trae novedades que apuntan directamente a la velocidad y a la futura renovación del consenso.
El motor de Agave 4.0: Turbine acelera con XDP y el replay se desatasca
La pieza más llamativa es la adopción de XDP (eXpress Data Path), una tecnología que permite a Agave cargar un programa eBPF cerca de la tarjeta de red para que el tráfico de paquetes evite gran parte del procesamiento estándar de Linux. Dicho de otro modo, es como construir una autopista de peaje directa para los datos de Turbine, el sistema que reparte los fragmentos de los bloques entre los validadores, sin pasar por el atasco del sistema operativo.
Esto importa porque, a medida que Solana persigue su objetivo de bloques de 100 millones de unidades de cómputo, Turbine se convierte en el cuello de botella principal. Los validadores grandes ya pueden acercarse a los 150.000 paquetes por segundo en las condiciones actuales, y sin una aceleración como XDP, la red habría tenido problemas para escalar. Con Agave 4.0, la retransmisión de Turbine es varios órdenes de magnitud más rápida, según los resultados de producción que ha compartido Anza.
En paralelo, la fase de replay —el momento en que un validador vuelve a ejecutar las transacciones de un slot para verificar que todo es correcto— también recibe un buen empujón. Ahora, dos verificaciones costosas, la de los sellos de tiempo (Proof of History) y la de las firmas, se despachan de forma asíncrona. La parte que comprueba el hash de las transacciones sigue en primer plano para que la ejecución sea segura, pero la validación criptográfica pesada pasa a un segundo plano. El resultado: una reproducción mucho menos bloqueante, sobre todo en los slots con muchas transacciones.
Pero la actualización no se queda solo en velocidad. La segunda gran novedad es el refuerzo criptográfico, con la incorporación de las firmas BLS12-381, y un ajuste del staking que ha pasado casi desapercibido.
Agave 4.0 no es un despliegue vistoso, pero es la base sobre la que se asentará la renovación del consenso este mismo año.
Nuevas herramientas criptográficas y el ajuste del stake que preparan el terreno
Una de las incorporaciones más relevantes para el futuro de la red es el soporte nativo para operaciones en la curva elíptica BLS12-381, que ofrece 128 bits de seguridad y es un estándar en ecosistemas como Ethereum. Hasta ahora, Solana se apoyaba en BN254, que se queda corta para algunos casos de uso, y los desarrolladores tenían que montar bibliotecas propias. Con esta mejora, entre otras cosas, los validadores podrán verificar pruebas de posesión BLS directamente en cadena, un requisito indispensable para evitar ataques de clave falsa en el futuro consenso Alpenglow.
Además, se reactiva el programa ZK ElGamal, que había estado desactivado desde junio de 2025 por una vulnerabilidad en la verificación de las pruebas de conocimiento cero. Tras las auditorías, el programa vuelve a estar operativo y permitirá retomar las transferencias confidenciales de tokens. También se incorpora la aritmética de grupo G2 para alt_bn128, lo que completa el soporte para criptografía basada en emparejamientos directamente en el runtime.
Un cambio más silencioso, pero que toca a cualquiera que delegue SOL, es la subida del mínimo de stake de 1 lamport a 1 SOL. La medida, recogida en la SIMD-0490, busca evitar vectores de ataque cuando el coste del alquiler de las cuentas baje aún más. Las cuentas pequeñas existentes —que apenas suman el 0,02% del stake activo— se respetarán, por lo que el impacto real es mínimo.
Alpenglow asoma en el horizonte: lo que Agave 4.0 significa para Solana
Si se mira con perspectiva, Agave 4.0 es una actualización fundacional. No trae un cambio drástico en la experiencia del usuario ni dispara los TPS de la noche a la mañana, pero sienta las condiciones técnicas para que el próximo gran salto, el consenso Alpenglow, pueda aterrizar sin sobresaltos. Todas las piezas —las firmas BLS12-381, las marcas de traspaso rápido de líder, la validación encadenada de identificadores de bloque— están ya implementadas, aunque de momento activadas mediante feature gates.
El calendario que maneja Anza apunta a que Alpenglow llegue a la red principal en el tercer trimestre de 2026, junto con Agave 4.1. Si se cumple, Solana habrá dado un paso de gigante en el diseño de su consenso, reduciendo los tiempos muertos entre líderes y mejorando la seguridad general. Por supuesto, el camino no está exento de riesgos: cualquier activación masiva de nuevo código puede destapar comportamientos inesperados, y la comunidad validadora deberá coordinarse para que la transición sea limpia.
Lo que está claro es que el equipo de Anza no ha soltado el acelerador. Con Agave 4.0, Solana se pone a punto para una segunda mitad de año en la que la red podría sonar muy distinta a la que conocemos hoy.
