Puntos clave de la noticia:
- Solana reducirá el tiempo de slot de 250 ms a 200 ms en la epoch 1053, completando una reducción gradual desde 400 ms.
- La actualización elevará a cinco las oportunidades de producción por segundo, mientras el límite por bloque baja a 30 millones de compute units.
- Los slots más cortos reducen latencia y ventanas de control de validadores, pero aumentan la frecuencia de votación y exigencias operativas de la red.
Solana se prepara para reducir su tiempo objetivo de slot de 250 a 200 milisegundos este viernes, completando una actualización escalonada que comenzó desde 400 ms en agosto. La página oficial indica que el último paso de SIMD-0525 entrará en vigor en la frontera de la epoch 1053, después de activarse el feature gate en la epoch 1052. El cambio reducirá a la mitad la duración objetivo original de los slots, pero no duplicará automáticamente la capacidad de procesamiento de transacciones. Una vez activo, Solana apuntará a cinco oportunidades de producción de bloques por segundo.
El reloj más rápido de Solana introduce nuevos trade-offs
El despliegue llevó mainnet de 400 ms a 350 ms el 21 de agosto, luego a 300 ms el 28 de agosto y a 250 ms el 18 de septiembre. Con 200 ms, cada bloque tendrá un máximo de 30 millones de compute units, frente a 37,5 millones con 250 ms, manteniendo estable la capacidad teórica. La actualización prioriza menor latencia y un estado de red más actualizado, no un simple aumento del throughput bruto. Esa diferencia apareció con la reducción anterior a 250 ms, que aceleró el reloj de Solana sin expandir el blockspace.
Los slots cortos reducen el tiempo que controla un validador el orden de las transacciones. Los validadores producirán cuatro slots, pero su ventana como líder caerá de 1,6 segundos con 400 ms a 800 milisegundos con 200 ms. Solana Foundation sostiene que una ventana menor mejora la resistencia a la censura, y actualizaciones rápidas ayudan a market makers a ajustar spreads. Para las aplicaciones de trading, el beneficio es recibir actualizaciones frecuentes en tiempo real y reducir cuánto tiempo precios o estados quedan desactualizados. El cambio complementa la hoja de ruta de aceleración de Solana.
El nuevo reloj introduce costos operativos. Los validadores que votan en cada slot deberán hacerlo el doble de veces, aumentando las exigencias de red. La expiración de blockhash se reducirá a 30 segundos con 200 ms, dejando menos margen para firmas offline o flujos con aprobación humana. Los indexers no necesitarán cambios de formato, pero deberán procesar bloques frecuentemente. El rendimiento de mainnet dependerá de que los validadores cumplan el objetivo de 200 ms en condiciones reales. El despliegue ha usado tasas de bloques omitidos como criterio, mientras las pruebas de Alpenglow avanzan por separado.
