Solana ha reducido el tiempo de ranura de su blockchain a 350 milisegundos, la primera reducción de este tipo desde la creación de la red, según el vicepresidente de tecnología de la Fundación Solana, Jacob Creech. El cambio es el paso inicial de un esfuerzo más amplio para llevar el objetivo original de 400 milisegundos de la red hasta 200 milisegundos, según informó Cointelegraph.
Primera reducción desde el génesis
Creech confirmó el hito en una publicación en X, escribiendo: “Estamos en una nueva era de 350 ms. Próxima parada: 300 ms”. El ajuste marca la primera vez que Solana ha reducido su tiempo de ranura (slot) desde que la blockchain se lanzó. Para una red que ha tratado la velocidad y la ejecución de baja latencia como principios de diseño fundamentales desde el génesis, el movimiento conlleva un peso tanto técnico como simbólico, señalando que la base ve margen para impulsar el rendimiento aún después de años de funcionamiento.
Dónde se sitúan ahora los tiempos de slot
Según el explorador de tiempo de slot de Solana, los tiempos de slot promedio rondaban los 360 milisegundos en el momento de la publicación, por debajo del objetivo original de 400 milisegundos de la red. El tiempo de slot se refiere al intervalo en el que rota la programación del líder de la red, y los slots más cortos están pensados para reducir la brecha entre el momento en que se envía una transacción y cuando se confirma en la cadena, una métrica que tanto desarrolladores como traders siguen de cerca.
Una hoja de ruta escalonada hacia 200 ms
En junio, la Fundación Solana compartió planes para reducir los tiempos de slot de 400 milisegundos a 200 milisegundos, argumentando que el cambio mejoraría la latencia y aceleraría las confirmaciones en toda la red. La reducción se está desplegando en etapas de 50 milisegundos: el salto a 350 ms es el primero, y se planean tres reducciones adicionales de ese mismo tamaño antes de que la red alcance su objetivo de 200 ms. Los incrementos de 50 milisegundos significan que la transición se desarrollará gradualmente en lugar de dar un salto único hasta el objetivo final. Los tiempos de slot más cortos se habilitan gracias a SIMD-0525, la propuesta que establece el cambio, la cual fue aprobada y fusionada el 14 de mayo.
Agave v4.2 y lo que viene después
Las cuatro etapas de la reducción están previstas para activarse en mainnet en Agave v4.2, un cliente validador desarrollado por Anza, aunque el cronograma sigue siendo tentativo. Si se completa toda la hoja de ruta, el tiempo de slot de Solana se reduciría a la mitad respecto a sus 400 milisegundos originales. La fundación ha argumentado que los slots más ajustados reducen el tiempo entre el envío de una transacción y su confirmación, una característica que importa para pagos y aplicaciones de alta frecuencia. El cambio también eleva el listón de rendimiento para los validadores, que deben procesar y propagar bloques dentro de una ventana cada vez más estrecha. El comentario de Creech sobre “el siguiente destino, 300 ms” indica que las reducciones posteriores podrían llegar a medida que avanza el despliegue del cliente.
Para más contexto, los lectores pueden consultar la información más reciente sobre el riesgo de la cadena de construcción (build-pipeline) relacionado con Solana y una explicación relacionada de BlockchainReporter.