Agave 4.2, el cliente validador de Solana, introduce tres mejoras que llevaban meses en el horno: bloques de 200 milisegundos, transacciones de hasta 4.096 bytes y una rebaja del 90% en los state bonds (el depósito reembolsable conocido como rent).
El cambio más visible para el usuario es la velocidad. Los slots (los intervalos en los que un validador produce un bloque) caen de 400 a 200 milisegundos. Dicho de otro modo, la red pasa de 2,5 bloques por segundo a 5 bloques por segundo, lo que reduce la latencia de confirmación y mejora la experiencia en exchanges descentralizados y pagos.
Las transacciones crecen de 1.232 a 4.096 bytes, un salto de 3,3 veces. El límite anterior venía de la época en que Solana transmitía transacciones por datagramas UDP, que debían caber en un único paquete de red. Con QUIC, el protocolo actual de ingesta, esa restricción física desapareció. Ahora llega el formato transaction v1, definido en el repositorio público de SIMD.
Hasta ahora, para superar los 1.232 bytes los desarrolladores usaban Address Lookup Tables (ALT), una compresión que sustituye cada clave de cuenta por un índice de un byte. Funciona, pero obliga a crear y mantener tablas onchain y complica la lectura de transacciones cuando una tabla desaparece. El formato v1 elimina esa dependencia al permitir incluir las 64 cuentas completas directamente. Las transacciones legacy y v0 siguen funcionando sin cambios.
Para los desarrolladores, el salto no es cosmético. Pruebas criptográficas, aprobaciones multifirma o listas largas de cuentas que antes exigían dividir la operación ahora caben en una única transacción atómica. Eso elimina fricción y reduce el riesgo de ejecución parcial. El nuevo formato también mueve las firmas al final y declara la comisión de prioridad en la cabecera, lo que simplifica la gestión de fees.
Solana no solo se hace más rápida: se vuelve más barata de operar para las aplicaciones intensivas en cuentas.
Qué cambia para los usuarios y desarrolladores
La segunda pata es la rebaja del state bond. Aunque en Solana se le llame rent, no es un alquiler recurrente sino un depósito que queda inmovilizado mientras una cuenta exista. Agave 4.2 reduce el parámetro de 6.960 a 696 lamports (la unidad mínima de SOL) por byte, una caída del 90%. La activación es escalonada en cinco puertas: 6.960, 6.333, 5.080, 2.575, 1.322 y 696.
En la práctica, crear una cuenta de token SPL estándar pasa de exigir unos 0,16 dólares a menos de dos céntimos. Suena pequeño, pero para pagos con stablecoins, distribuciones de tokens o airdrops directos, ese coste único de incorporación puede decidir si un negocio asume el gasto o se lo traslada al usuario.
Alpenglow y XDP: lo que viene detrás
Alpenglow queda completo en esta versión, listo para su activación en la próxima release. El equipo de Anza ha preparado la mejora del entorno de ejecución con todas sus funcionalidades principales. No se activa todavía, pero el código ya está entregado y solo falta la puerta de activación en la siguiente versión.
En paralelo, XDP, la capa de transmisión de paquetes entre validadores, se habilita por defecto. Para los operadores de nodos significa menos configuración y una propagación de bloques y transacciones más eficiente sin intervención manual.
El equilibrio entre más estado y una red más barata
Rebajar los bonos de estado también abarata los ataques de creación masiva de cuentas. Según datos de la Solana Foundation que recoge Helius, el almacenamiento de AccountsDB ocupa unos 495 GB sobre una asignación recomendada de 1 TB. Tras la rebaja, llenar el margen restante exigiría inmovilizar unos 17,2 millones de dólares en SOL; duplicar el almacenamiento a 2 TB elevaría el coste a 51 millones. El estado crece a un ritmo de unos 0,3 GB diarios.
El estado tampoco crece de forma uniforme. La instantánea de la época 997 mostraba que las cuentas de token SPL eran la categoría más grande, mientras que OpenBook y Serum acaparaban cerca del 30% del estado vivo. Otro 30% del espacio SPL correspondía a activos estilo Pump.fun. Esa concentración importa a la hora de calibrar futuras subidas de rent.
El ecosistema también ha blindado la reversibilidad. Si en el futuro fuera necesario volver a subir los state bonds, SIMD-0392 permite que las cuentas existentes conserven su balance anterior, y SIMD-0438 restauraría el valor original de 6.960 si el crecimiento se descontrola. Es una red de seguridad que no existía en versiones anteriores.
Como lectura de inversión, la velocidad de 200 ms refuerza la competitividad de Solana frente a redes centradas en latencia. La reducción de rent elimina una barrera real para que los negocios escalen pagos y programas de fidelización. No obstante, más cuentas baratas pueden acelerar el consumo de disco y presionar los costes de los validadores. El roadmap de Anza es consciente: ha introducido la rebaja de forma gradual y con cláusulas de reversión.
Brennan Watt, CEO de Anza, ha descrito esta versión como la mayor actualización del cliente validador en la historia de Solana. El código de esta versión está publicado en el repositorio oficial de Anza. Queda por ver cómo responde la red cuando las cinco puertas de rent se activen. Pero el mensaje técnico es claro: Agave 4.2 no es un parche de mantenimiento, es una de las actualizaciones más profundas del ecosistema.
