Solana se prepara para reducir el tiempo entre bloques a 200 milisegundos el viernes, completando una serie de actualizaciones que han reducido a la mitad el tiempo objetivo de producción de bloques de la red desde agosto.
La reducción final, de 250 milisegundos, está scheduled to take effect en el epoch 1053, prevista alrededor de las 15:00 UTC, según Anza, el desarrollador del software de validador Agave ampliamente utilizado de Solana.
El cambio permitiría que la cadena de bloques busque cinco oportunidades de producción de bloques por segundo, en comparación con 2.5 bajo la configuración original de 400 milisegundos.
Una ranura es el breve período en el que un validador designado puede agregar transacciones a la cadena de bloques. Ranuras más cortas permiten que las aplicaciones de trading, monederos y exchanges reciban información actualizada con mayor frecuencia, reduciendo el tiempo que una transacción enviada puede esperar para ser procesada.
Los cambios comenzaron el 21 de ago., cuando Solana pasó a 350 milisegundos, seguido de reducciones a 300 milisegundos el 28 de ago. y 250 milisegundos el 18 de sep.
La propuesta técnica, conocida como SIMD-0525, también limita la cantidad de trabajo computacional que los validadores pueden incluir en cada bloque.
A los 200 milisegundos, cada bloque puede transportar un máximo de 30 millones de unidades de cómputo, frente a 37,5 millones a los 250 milisegundos. Los bloques llegan con más frecuencia, pero cada uno lleva proporcionalmente menos trabajo, manteniendo la capacidad de procesamiento teórica de la red aproximadamente sin cambios.
Leer más: Las transacciones de Solana acaban de aumentar más de tres veces, reduciendo la brecha con Ethereum
Los validadores continuarán produciendo bloques en grupos de cuatro ranuras consecutivas. Su ventana ininterrumpida para ordenar transacciones se reducirá consecuentemente de 1,6 segundos bajo la configuración original a 800 milisegundos.
Eso podría reducir las oportunidades de retrasar transacciones o aprovechar precios que ya han cambiado en otras exchanges antes de que Solana se ponga al día.
El reloj más rápido también conlleva costos. Los validadores que envíen votos en cada ranura deberán hacerlo aproximadamente el doble de frecuentemente que bajo la configuración original, aumentando los gastos de votación y ejerciendo mayor presión sobre las conexiones de red.
Los monederos y otras aplicaciones también tienen menos tiempo para utilizar un blockhash reciente, una referencia incluida en las transacciones para evitar que se repliquen. La ventana de validez más corta podría complicar las transacciones que requieren aprobación manual o firmas fuera de línea.
Datos de Solana Compass muestran que la configuración anterior de 250 milisegundos entregó tiempos promedio de slot de aproximadamente 266 a 269 milisegundos en épocas recientes, ligeramente más lentos que su objetivo.
La reducción final ya se ha implementado en la testnet y la devnet de Solana. Los desarrolladores han indicado que el lanzamiento en mainnet depende de las condiciones de la red, especialmente de la tasa a la que los validadores pierden sus oportunidades asignadas de producción de bloques.
Se espera que la transición ocurra en el límite de la epoch 1053 el viernes.