Agave 4.2 es la mayor actualización del cliente validador de Solana. Las notas publicadas por Anza, el equipo que mantiene el cliente Agave, confirman tres mejoras principales: tiempos de bloque de 200 milisegundos, transacciones ampliadas hasta 4.096 bytes y una rebaja del 90% en los bonos de estado. Todo se activará de forma gradual mediante compuertas de funciones.
Para quien tenga SOL en cartera, la idea de fondo es sencilla. Una red más rápida, con operaciones más complejas y con menos capital bloqueado por cuenta es una red más barata de escalar. Y en Solana, escalar significa captar más actividad en DeFi, pagos y tokenización.
Los tres cambios que definen Agave 4.2
El primero es el más visible en términos de rendimiento. Los bloques pasan de producirse cada 400 milisegundos a hacerlo cada 200 milisegundos, lo que reduce a la mitad el tiempo de confirmación. Un slot es la unidad de tiempo en la que los validadores, los ordenadores que mantienen la red, procesan transacciones. Acortarlo hace que las operaciones lleguen antes a su estado final, algo especialmente relevante en mercados de alta frecuencia y pagos minoristas.
El segundo cambio ocupa más titulares entre desarrolladores. Las transacciones estándar suben de 1.232 a 4.096 bytes gracias al nuevo formato de transacción v1. El límite anterior venía de la arquitectura de red original de Solana basada en UDP, donde cada transacción debía caber en un único paquete de red. Con la migración posterior a QUIC, esa restricción desapareció. Ahora caben pruebas criptográficas, aprobaciones multifirma y listas extensas de cuentas en una sola operación atómica.
El tercer cambio toca directamente al coste de uso. Los bonos de estado, conocidos popularmente como rent, se reducen un 90%: la constante lamports_per_byte pasa de 6.960 a 696 en cinco escalones graduales. Una cuenta estándar de token SPL requería en torno a 0,16 dólares de SOL inmovilizado; ahora le bastará con menos de 2 céntimos de dólar. La rent no es un alquiler que se paga, sino un depósito recuperable que se libera al cerrar la cuenta.
La reducción no es caprichosa: menos capital inmovilizado por cuenta facilita los pagos con stablecoins, la entrega de airdrops y los programas de fidelización tokenizados. Para una empresa que quiere repartir tokens a cientos de miles de usuarios, la diferencia entre subsidiar la apertura de cada cuenta o repercutir ese coste al usuario puede depender de unos pocos céntimos. Eso, multiplicado por millones de cuentas, cambia la viabilidad de un negocio.
Solana no solo se vuelve más rápida: se vuelve más barata de usar para el negocio real.
Cómo se protege la red en cada fase
Anza ha diseñado una activación escalonada precisamente para observar cómo responde la red en cada nivel de precios. La reducción de rent se divide en cinco compuertas independientes que van de 6.960 a 6.333, 5.080, 2.575, 1.322 y 696. En cada paso, los validadores actualizan su configuración y publican el nuevo valor. Si el crecimiento del estado se vuelve insostenible, el despliegue puede detenerse antes de la siguiente fase. Cosas que pasan en 2026.
El riesgo no es teórico. El estado de Solana ocupa cerca de 495 gigabytes de disco en los validadores, sobre una asignación recomendada de 1 terabyte. Agotar ese margen con basura costaría ahora unos 17,2 millones de dólares en SOL, según análisis de la Solana Foundation; duplicar la asignación a 2 terabytes elevaría ese coste a 51 millones. Reducir la rent abarata crear cuentas, pero también facilita que un atacante engorde el estado. Por eso la red incluye salvaguardas como la SIMD-0392, que permite subir el mínimo de rent sin romper las cuentas ya existentes.
En paralelo, la transmisión por XDP queda activada por defecto. XDP, o eXpress Data Path, es una tecnología que procesa paquetes de red directamente en la tarjeta de red antes de pasarlos al sistema operativo. Menos latencia, más eficiencia. Y Alpenglow llega en estado feature-complete, es decir, con su código básico terminado a la espera de activarse en la siguiente versión. Las propuestas están documentadas en el repositorio público de SIMD.
Qué significa para la tesis de inversión de Solana
Esta actualización refuerza la narrativa que Wall Street lleva meses usando para justificar su exposición a Solana: una red de alta capacidad con costes unitarios decrecientes. El detalle de las transacciones de 4.096 bytes es especialmente relevante para usos criptográficos avanzados, como las pruebas de conocimiento cero, una tecnología clave para la privacidad y el cumplimiento regulatorio. La limitación de 1.232 bytes obligaba a fragmentar operaciones o a mantener tablas de consulta en la cadena; el formato v1 resuelve esa complejidad.
Sin embargo, la rebaja de bonos de estado tiene una segunda lectura. Alrededor del 30% del espacio asociado a cuentas de tokens SPL corresponde a activos creados mediante Pump.fun, la lanzadera de memecoins. Un estado más barato de mantener puede prolongar la vida de activos especulativos que de otra manera habrían sido cerrados. No es un freno, pero sí un recordatorio de que el abaratamiento no solo beneficia a los proyectos serios.
El historial de Solana no es impecable: las paradas de red de 2021 y 2022, episodios en los que la cadena dejó de producir bloques, obligaron a reconstruir la confianza en el cliente validador. Desde entonces, Agave ha incorporado un proceso de actualización más conservador. Esta 4.2 sigue esa línea: despliegue por fases, observación y capacidad de frenar si algo huele mal.
Mi lectura es prudente. Agave 4.2 no es un anuncio de marketing, sino la traducción de un conjunto de SIMD (los documentos de mejora de Solana) a código funcional. La noticia no es que Solana prometa ir más rápido, sino que sus validadores ya tienen en producción la herramienta para hacerlo. Dejémoslo en un ‘ya veremos’. El siguiente hito para quien sigue el roadmap será la activación de Alpenglow en la versión 4.3.
