Agave 4.2, el cliente validador de Solana, estrena bloques de 200 milisegundos, transacciones de 4.096 bytes y una rebaja del 90% en los state bonds. Dicho en claro: los state bonds son el depósito reembolsable que exige cada cuenta, y la red abarata abrirlas.
Qué cambia exactamente con Agave 4.2
Un slot es el turno que la red concede a un validador líder para proponer un bloque. Solana pasa de los habituales 400 milisegundos a 200 milisegundos por slot. En la práctica, los bloques se suceden el doble de rápido y la confirmación de una operación puede ser más ágil. El ritmo manda.
El salto en el tamaño de las transacciones es aún más contundente. El límite se extiende de 1.232 bytes a 4.096 bytes, un 3,3 veces más, aunque solo para el nuevo formato transaction v1 definido en la SIMD-0385. Las versiones antiguas, legacy y v0, siguen operando sin cambios. La antigua restricción venía de la época en que las transacciones viajaban como datagramas UDP y debían caber en una sola unidad de red. Ahora, con el transporte QUIC, ese corsé ya no tiene sentido. El código puede consultarse en el repositorio oficial de Agave.
La rebaja del 90% en el depósito de cuenta merece capítulo aparte. En Solana, cada cuenta debe mantener un saldo mínimo mientras exista; no es una comisión recurrente, sino un depósito reembolsable. Agave 4.2 reduce ese umbral de 6.960 lamports por byte a 696 lamports por byte; un lamport es la fracción más pequeña de SOL. Traducido a dinero: una cuenta típica de token SPL pasa de unos 0,16 dólares a menos de 2 céntimos. Esto facilita pagos con stablecoins, airdrops y programas de fidelización.
A quién afecta: desarrolladores, usuarios y validadores
Para los desarrolladores, el nuevo formato v1 resuelve un dolor conocido. Las transacciones v0 usaban Address Lookup Tables para comprimir direcciones, pero obligaban a reconstruir la lista de cuentas desde metadatos externos. Con v1 caben directamente 64 claves públicas completas, unos 2.048 bytes. Pruebas criptográficas, aprobaciones multisig y listas de cuentas que antes no cabían en una sola operación ahora se ejecutan de forma atómica.
El beneficiario final también nota el cambio. Crear una cuenta para un token nuevo ya no exige reservar tanto capital. En pagos con stablecoins, la barrera de entrada se desploma. Menos fricción, más utilidad.
Solana no solo acelera bloques: reduce el coste estructural que frena la incorporación de cuentas y aplicaciones.
Los operadores de nodos también tienen trabajo. La mayoría de los validadores tiene que actualizar su cliente antes de que las feature gates, las compuertas de activación, se activen. Anza pide auditar los repositorios y repasar la guía de migración, porque el formato v1 introduce cambios que los indexadores y RPC deben saber leer. Nada de cambios bruscos.
Un cambio estructural con red de seguridad
Reducir el depósito de cuenta también abarata los ataques de crecimiento de estado. Cada cuenta que se crea ocupa espacio en disco y memoria de todos los validadores. Según el análisis de la Solana Foundation, los archivos de almacenamiento ocupan hoy unos 495 GB frente a una asignación recomendada de 1 TB. Con la nueva tarifa, saturar ese margen exigiría inmovilizar unos 17,2 millones de dólares en SOL; duplicar el disco elevaría el coste del ataque a 51 millones. El estado crece a un ritmo de 0,3 GB diarios, pero se concentra: cerca del 30% del espacio de cuentas token está vinculado a activos creados vía Pump.fun. Así se digieren los saltos grandes.
La red no se lanza sin paracaídas. La reducción se despliega en cinco fases sucesivas: 6.960, 6.333, 5.080, 2.575, 1.322 y finalmente 696 lamports. Si el crecimiento del estado o el consumo de recursos se dispara, la red puede detenerse antes del siguiente escalón. Además, la SIMD-0392 introduce una cláusula de protección: si en el futuro la renta volviera a subir, las cuentas ya existentes no quedarían por debajo del mínimo de la noche a la mañana. El plan viene con válvulas de freno.
Agave 4.2 no es una simple mejora de rendimiento, y conviene leerlo así. Anza reduce los mayores cuellos de botella históricos —latencia, tamaño de transacción y coste de cuenta— sin romper la compatibilidad con los programas existentes. Aún quedan días de activación por delante y, como en todo cambio profundo, el riesgo está en los detalles de implementación. La siguiente señal será la activación completa de Alpenglow, ya integrada en esta versión, y la consolidación del envío XDP, el mecanismo de transmisión de paquetes de bajo nivel, como opción por defecto. Ingeniería de manual.
