Agave 3.1 ya está aquí. La nueva versión del cliente validador principal de Solana —mantenido por Anza— incorpora una batería de mejoras de rendimiento, reinicios mucho más rápidos y avances para desarrolladores que marcan el camino hacia la próxima gran actualización: Alpenglow. La red gana velocidad, fiabilidad y sienta las bases para abaratar el uso del espacio en cuenta, uno de los costes que más ha frenado el escalado de aplicaciones.
Tres mejoras de rendimiento que importan
La mayor ganancia se ve en las operaciones de disco. Durante el proceso de re-sincronización (replay), el cliente recorta un 93% las escrituras y lecturas: en una ventana de 10 segundos, Agave 3.0 registraba más de 1.100 eventos de disco, mientras que con 3.1 esa cifra cae por debajo de 80. Esto no solo acelera la sincronización, sino que protege la vida útil de los discos de los validadores.
Los reinicios dejan de ser un quebradero de cabeza. Con las primeras versiones de Agave, un reinicio podía superar la media hora; con la serie 2.* ya se había reducido a menos de diez minutos. Ahora, con Agave 3.1, el tiempo típico de reinicio se sitúa por debajo del minuto, y la versión 4.0 promete bajarlo por debajo de los 30 segundos.
La velocidad de procesamiento también se duplica. Una corrección clave evita que los hilos de trabajo del ‘banco’ pierdan tiempo sincronizando con la Proof of History cuando en realidad deberían ejecutar transacciones. Antes, ese tiempo muerto alcanzaba el 61 %; ahora, el 91 % se dedica a ejecutar operaciones, duplicando efectivamente la capacidad de procesamiento.
Otro detalle menos visible pero relevante: las transiciones de epoch —esos momentos en los que la red pasa de un turno de validadores a otro— se completan en menos de 400 milisegundos, frente a los más de dos segundos anteriores. La diferencia se traduce en menos slots perdidos y una producción de bloques más estable.
Un cliente que reinicia en menos de un minuto marca la diferencia entre un susto y un apagón de red que pondría a prueba la confianza del inversor.
Lo que ganan los validadores y desarrolladores
Para los validadores, la actualización activa la cuenta de voto V4 (Vote Account V4), que prepara el terreno para el reparto de ingresos de bloque dentro del protocolo. Ahora se pueden configurar comisiones separadas para las recompensas de inflación y para los ingresos de bloque, además de designar colectores distintos para cada flujo. La SIMD-0249 introduce un retraso mínimo de un epoch completo antes de que un cambio de comisión entre en vigor, lo que elimina la práctica de subir comisiones de golpe para capturar recompensas y luego bajarlas rápidamente.
La joya para los desarrolladores es la SIMD-0339, que multiplica por cuatro el límite de cuentas que se pueden pasar en una llamada entre programas (CPI). De 64 se pasa a 255 cuentas, eliminando una de las mayores fricciones al construir programas que necesitan listas largas de cuentas, como los envoltorios de agregadores DEX. El coste computacional se ajusta para que el incentivo a minimizar el uso de cuentas siga vigente.
Además, la SIMD-0194 inicia la reducción del rent o fianza estatal, ese coste que hoy exige unos 0,002 SOL (~0,25 dólares) por abrir una simple cuenta de token. La simplificación del cálculo de la exención de rent rebaja el consumo de unidades de cómputo de 256 a solo 8, un paso previo indispensable para abaratar la creación masiva de cuentas sin colapsar la red. Otras mejoras adicionales, como mantener el índice de cuentas completamente en memoria y la reducción de iteraciones ChaCha en Turbine, redondean un paquete que refuerza la madurez del cliente.
El horizonte estratégico: Alpenglow y la madurez de la red
Lo que hace especial a esta versión no es solo la mejora de cifras, sino su papel como puente hacia Alpenglow, la próxima actualización del consenso de Solana. La cuenta de voto V4 y la capacidad de manejar múltiples flujos de ingresos son requisitos para que el reparto de ingresos de bloque funcione nativamente en el protocolo, algo que el ecosistema lleva tiempo reclamando. Alpenglow también incorporará firmas BLS, cuyo espacio ya está reservado en la nueva estructura de voto.
Anza ha hecho público además su programa de tensión continua, que ataca la testnet con escenarios de denegación de servicio y transacciones adversas cada hora. El ataque DDoS de finales de 2025 —uno de los mayores registrados contra un sistema distribuido, con picos de casi 6 Tbps— apenas rozó el rendimiento de la red, lo que confirma que Solana está aprendiendo a blindarse.
Para el inversor, Agave 3.1 es la confirmación de que la infraestructura de Solana sigue evolucionando sin pausa, atacando cuellos de botella que hace dos años parecían insalvables. La red no se ha conformado con resistir; está aprendiendo a anticiparse a sus propios límites y a los ataques externos. Ese músculo técnico, sumado a la inminente adopción de Alpenglow y la reducción del rent, refuerza la tesis de que Solana se encamina hacia una etapa de estabilidad y costes competitivos, dos cualidades que la diferencia de redes anteriores que nunca lograron pasar de promesa a producto.
