Solana se acerca a los 200 milisegundos tras su última actualización
La actualización de SIMD-0525 acorta aún más la duración del slot, mientras los validadores reciben más presión y mayores exigencias operativas. Así, Solana pone a prueba el equilibrio entre velocidad, capacidad y estabilidad de la red.
Puntos clave
- Solana reducirá el viernes el tiempo de bloque a 200 milisegundos, tras pasos previos de 350, 300 y 250 milisegundos.
- El cambio bajo SIMD-0525 eleva la frecuencia de bloques a cinco oportunidades por segundo, mientras la capacidad teórica de la red se mantiene aproximadamente igual.
- Los validadores afrontan más presión por votar con mayor frecuencia y disponer de menos tiempo por slot; la actualización ya está en testnet y devnet, pero mainnet depende de las condiciones de la red.
Solana se prepara para un nuevo paso en la actualización de la red. El viernes, el tiempo entre bloques debe bajar a 200 milisegundos. Con ello, la red completa una serie de aceleraciones que desde agosto ya han provocado una reducción considerable del tiempo de bloque.
La última reducción, desde 250 milisegundos, está prevista para el epoch 1053 y debería entrar en vigor alrededor de las 15:00 UTC, según Anza, el desarrollador del ampliamente utilizado software validador Agave. Solana tendría entonces cinco oportunidades por segundo para producir bloques, frente a 2,5 con la configuración original de 400 milisegundos.
Qué cambia técnicamente
Un slot es el breve intervalo de tiempo en el que un validador designado puede añadir transacciones a la blockchain. Los slots más cortos hacen que las aplicaciones de trading, las carteras de cripto y los exchanges de cripto reciban información actualizada con mayor frecuencia. Para los usuarios, en la práctica esto significa que una transacción enviada tiene que esperar menos tiempo antes de ser procesada.
El ajuste forma parte de SIMD-0525. Esta propuesta también limita cuánta carga de cálculo pueden incluir los validadores en cada bloque. Con 200 milisegundos, un bloque puede contener como máximo 30 millones de compute units, frente a 37,5 millones con 250 milisegundos. Por tanto, los bloques llegan con más frecuencia, pero transportan menos trabajo por bloque, de modo que la capacidad teórica de la red se mantiene aproximadamente igual.
Solana ya aplicó los pasos anteriores el 21 de agosto, el 28 de agosto y el 18 de septiembre. Entonces, el valor objetivo pasó primero a 350 milisegundos, después a 300 milisegundos y luego a 250 milisegundos.
Aumenta la presión sobre los validadores
El reloj más rápido también tiene una contrapartida. Los validadores que votan en cada slot deben hacerlo aproximadamente el doble de veces que con la configuración original. Eso eleva sus costes y ejerce más presión sobre sus conexiones de red.
Además, las carteras y otras aplicaciones disponen de menos tiempo para utilizar un blockhash reciente. Esa referencia se incluye en las transacciones para evitar su reutilización. En especial, las transacciones que requieren aprobación manual o firmas offline pueden volverse más difíciles.
Los slots más cortos también reducen el periodo en el que un único validador determina el orden de las transacciones. Eso puede disminuir el margen para retrasar transacciones o para aprovechar diferencias de precio que ya son visibles en otros exchanges.
Mainnet sigue siendo una prueba
La actualización ya se ha desplegado en testnet y devnet. Según los desarrolladores, el paso a mainnet todavía depende de las condiciones de la red, especialmente del número de veces que los validadores pierden sus oportunidades de bloque asignadas. Solana Compass mostró anteriormente que la configuración de 250 milisegundos se situó en epochs recientes en una media de aproximadamente 266 a 269 milisegundos, es decir, algo más lenta que el valor objetivo.
Para los seguidores europeos de las criptomonedas, esto es relevante porque Solana vuelve a mostrar con qué rapidez una gran mainchain puede adaptar su infraestructura. Al mismo tiempo, la actualización deja claro que una mayor velocidad no es gratuita: las exigencias operativas para los validadores aumentan, mientras que el tiempo para el procesamiento de transacciones y la coordinación de la red se reduce. Esto encaja con la evolución más amplia hacia una finalización más rápida, como ocurre con Alpenglow, que a largo plazo debe hacer que Solana sea todavía mucho más rápida.
