Agave 4.1, el cliente validador de Solana —el software que ejecutan los nodos encargados de confirmar transacciones y construir bloques—, llega con una doble promesa: exprimir la red actual y dejar preparado el terreno para Alpenglow, el próximo consenso de la red. Según el desglose publicado por Helius, la versión 4.1.0-rc.1 ya se recomienda para uso general en la red principal.
Qué trae Agave 4.1 a los operadores de la red
El primer cambio es de calendario. Anza, el equipo que desarrolla Agave, pasa a publicar una versión mayor cada seis semanas, un ritmo que reduce el tiempo entre mejoras y obliga a los validadores a planificar con más frecuencia. No es cosmética: cada ciclo libera piezas que antes esperaban meses y permite corregir problemas antes de que se acumulen.
En este ciclo se activa la gestión de claves públicas BLS, las firmas criptográficas que Alpenglow usará para agregar votos de forma más barata. Los validadores pueden ir registrando esas claves en sus cuentas de voto sin abandonar su identidad actual; cuando Alpenglow esté operativo, quien no haya hecho ese registro no podrá participar en el nuevo sistema de votación.
También entra en vigor el Validator Admission Ticket (VAT), un coste de admisión de 1,6 SOL por época —la época es el ciclo de validación de unos dos días— que sustituye a las comisiones de voto actuales, cercanas a 2,1 SOL por época. La deducción se hace desde la cuenta de voto y los fondos se queman, en lugar de salir de la llave activa que el validador usa a diario.
El otro gran avance es XDP, eXpress Data Path, una vía rápida de red que permite a Agave procesar el tráfico de Turbine —el sistema de propagación de bloques— cerca de la tarjeta de red. Según Helius, más de dos tercios de la red ya lo tiene activo y, por primera vez, la mayoría de los líderes, los validadores que proponen cada bloque, lo usan. Agave 4.1 elimina la etiqueta experimental de XDP y simplifica sus parámetros de arranque, un cambio visible en el repositorio oficial de Agave; en Agave 4.2 vendrá activado por defecto.
Menos visible para el usuario final, pero igual de importante, es la reescritura de programas con Pinocchio, una librería optimizada que reduce el consumo de cómputo —lo que en Solana se mide en unidades de cómputo—. El p-memo ya está en la red principal: sin firmantes consume 287 unidades frente a 2.022 del programa original, y con firmantes el ahorro deja el coste en un 2-4% del anterior. La reescritura del programa de cuentas asociadas, p-ATA, apunta a liberar en torno al 10% del cómputo global de la red.
La mejor actualización de Solana no es la que promete una revolución, sino la que evita incendios antes del gran salto.
Qué significa para los holders de SOL y la estabilidad
El plato fuerte sigue siendo Alpenglow, el consenso que sustituirá a Tower BFT, el mecanismo actual con el que los validadores votan el orden de los bloques. Desde mayo de 2026, un clúster comunitario de unos cien validadores repartidos por el mundo está probando la migración real entre ambos sistemas. No es una simulación: la mayoría de los validadores del clúster alterna entre Tower BFT y Alpenglow para ensayar el camino de tránsito antes de llevarlo a la red principal.
También se prepara la reducción del tiempo objetivo por bloque desde 400 a 200 milisegundos, que previsiblemente llegará con Agave 4.2. Mientras tanto, una mejora de la entrada de datos en los programas —registrada como SIMD-0449 en el repositorio público de propuestas SIMD— reduce el coste fijo de leer cuentas desde 504 unidades hasta cerca de 7 en los programas escritos con Pinocchio. El ahorro es enorme.
El análisis: por qué Agave 4.1 importa más allá del rendimiento
Leído en perspectiva, Agave 4.1 tiene un valor distinto al de otras actualizaciones. Solana arrastra el recuerdo de sus paradas tempranas y del colapso de FTX en 2022, cuando la credibilidad del ecosistema se puso a prueba. La decisión de probar Alpenglow en un clúster abierto durante meses responde a ese historial: se trata de demostrar que el consenso nuevo puede convivir con el actual sin romper la estabilidad.
El riesgo, eso sí, no desaparece. El cliente validador sigue concentrando buena parte del desarrollo en Anza, aunque Firedancer y Jito-Solana amplíen las alternativas; cualquier fallo en un ciclo de seis semanas afecta a toda la red. Además, una base de validadores más grande no garantiza más descentralización si el capital sigue concentrado en pocas manos. Alpenglow puede abaratar costes de voto, pero su migración es el cambio de consenso más profundo desde el lanzamiento de Solana.
La próxima versión, Agave 4.2, dirá si los bloques de 200 milisegundos y los 100 millones de unidades de cómputo por bloque dejan de ser una meta para convertirse en métrica de red principal. Mientras tanto, el mensaje de este ciclo es claro: Solana invierte en estabilidad antes de pisar el acelerador.
