Cliente Agave Solana 4.1 acelera su cadencia a seis semanas y prepara bloques más grandes, slots de 200 ms y Alpenglow

Agave 4.1 acorta el ciclo de actualizaciones a seis semanas y activa los preparativos para Alpenglow, el nuevo consenso de Solana que sustituirá a Tower BFT. Los validadores ya pueden registrar claves BLS para el voto agregado y adoptar el pago por entrada VAT: las bases para un

El cliente validador Agave, la columna vertebral de Solana, ha dado un paso adelante con la versión 4.1. La actualización estrena una cadencia de lanzamiento cada seis semanas y prepara el terreno para los bloques más grandes, los slots de 200 milisegundos y Alpenglow, el nuevo motor de consenso que reemplazará al actual Tower BFT.

Decirlo así, de un tirón, suena a pura ingeniería de trastienda. Pero lo que ha cocido Anza —el equipo que mantiene Agave— esta vez toca fibras muy reales: tiempos de confirmación más rápidos, un ahorro de cómputo que puede rozar el 10 % de la capacidad global de la red y los cimientos para que el nuevo consenso no sea un salto al vacío.

Publicidad

Una cadencia más rápida y un XDP que ya domina la red

El primer titular es de logística. Hasta ahora, Agave liberaba versiones mayores con una cadencia trimestral. Con la 4.1, el ciclo pasa a seis semanas. La intención es clara: acercar las mejoras a los validadores sin que se acumulen cambios que luego cuesten meses de auditoría.

En paralelo, la adopción de XDP (eXpress Data Path) —el atajo de red que permite a Agave meter un programa eBPF pegado a la tarjeta de red para esquivar el tráfico estándar de Linux— ha cruzado un umbral psicológico. Más de dos tercios de los líderes de bloque ya lo usan, y Agave 4.1 elimina la etiqueta “experimental”. En la siguiente versión, la 4.2, XDP vendrá activado por defecto.

¿Por qué importa? Porque XDP es la puerta para alcanzar los 100 millones de unidades de cómputo por bloque. Sin él, el sueño de bloques mastodónticos se queda en papel mojado. Ahora, con la mayoría de los validadores a bordo, la red puede empezar a estirar las pierdas de verdad.

Los mimbres de Alpenglow: claves BLS, VATs y marcadores de líder

Si XDP es el músculo, Alpenglow es el esqueleto nuevo. Durante el ciclo de Agave 4.1 se activan tres piezas que allanan el camino:

  • Gestión de claves BLS: los validadores ya pueden registrar una clave pública BLS en su cuenta de voto. Alpenglow usará firmas agregadas BLS para que el voto de los validadores sea más ligero de verificar. Quien no registre esa clave cuando llegue el cambio, se queda fuera del proceso de votación.
  • Validator Admission Tickets (VAT): hoy los validadores pagan una tarifa por cada voto que emiten (unos 2,1 SOL por época). Con Alpenglow, desaparecerán esos votos continuos, así que se introduce un pago único de 1,6 SOL por época que se descuenta de la cuenta de voto. Es un cortafuegos para que el set de validadores no se dispare sin control.
  • Marcadores de líder rápido: añaden señales al bloque para que un líder entrante sepa de inmediato cuál es el bloque padre, lo que reduce los tiempos de sincronización entre líderes y prepara el terreno para slots de 200 milisegundos.

Hay un detalle poco glamuroso pero decisivo: desde mayo, un clúster comunitario con un centenar de validadores reales, repartidos por el mundo, está probando la migración entre Tower BFT y Alpenglow. La red no quiere un estreno con sobresaltos.

La cadencia de seis semanas no es solo una mejora operativa; es la señal de que la red está pasando de correr a volar, y los validadores que no se suban a tiempo verán cómo el tren de los grandes bloques sale sin ellos.

Lo que significa para el ecosistema: menos costes, más velocidad, pero también más exigencias técnicas

Quizá el regalo más tangible de Agave 4.1 no es Alpenglow, sino la familia Pinocchio. La librería de Anza ya ha reescrito el programa de tokens SPL (p-token) con un ahorro del 95 % de unidades de cómputo, lo que liberó cerca del 9,5 % de la capacidad total de cada bloque. Ahora llegan p-memo y p-ATA, dos reescrituras que muerden el consumo de los programas de memos y cuentas asociadas.

El programa ATA, que aparece en el 11,9 % de todas las transacciones y se come el 13,3 % del cómputo, verá reducido su impacto en más del 80 % con p-ATA. Sumado a la optimización del punto de entrada para programas (SIMD-0449, que reduce el coste de parsear cuentas de más de 500 CU a solo 7 CU), el ahorro global puede superar el 10 % de la capacidad de la red.

Dicho de otro modo: Solana podrá procesar más transacciones con los mismos recursos sin que el usuario note un pellizco mayor en las comisiones. Y eso, mientras el precio de SOL absorbe la inflación y la red se prepara para duplicar la velocidad de los slots en 2026.

Ahora bien, hay una lectura menos amable. La aceleración de la cadencia de versiones, la obligación de migrar a XDP y los nuevos requisitos de Alpenglow (clave BLS, fondos en la cuenta de voto para el VAT) suben el listón técnico para los validadores más pequeños. La concentración del staking en unos pocos operadores profesionales es un riesgo que la propia actualización intenta mitigar —el VAT pone un tope de 2.000 validadores por época, pero no evita que los grandes sigan acaparando delegación—, y habrá que vigilar si el upgrade expulsa a los nodos domésticos.

La buena noticia es que la gobernanza de Solana también se está abriendo. Con el nuevo utillaje, los stakers podrán votar directamente las propuestas económicas (como la SIMD-550 que propone duplicar la tasa de desinflación del 15 al 30 %) sin delegarlo todo en el validador. Es una pieza sutil pero importante: una red que corre más rápido no puede permitirse que las decisiones las tomen cuatro grandes. La velocidad y la descentralización tienen que ir de la mano, y Agave 4.1, con sus luces y sus sombras, mueve ficha en las dos direcciones.


Publicidad