Solana está en transición hacia una era de producción de cinco bloques por segundo, lo que reduce el tiempo objetivo de generación de bloques en la red a 200 milisegundos; sin embargo, este aumento de velocidad también incrementará la carga de trabajo para los validadores.
La red Solana ha llegado a la fase final de un proceso de actualización de siete semanas destinado a mejorar su rendimiento. La actualización, denominada SIMD-0525, busca reducir el tiempo de bloqueo objetivo de 250 milisegundos a 200 milisegundos.
En Solana, el tiempo de bloque objetivo era de 400 milisegundos hasta agosto. Posteriormente, la red lo redujo a 350 milisegundos el 21 de agosto, a 300 milisegundos el 28 de agosto y a 250 milisegundos el 18 de septiembre. Con esta última fase, el tiempo objetivo inicial se reducirá a la mitad.
La nueva estructura permite, en teoría, generar cinco bloques por segundo. Gracias a la reducción de los tiempos de procesamiento, las billeteras, los exchanges descentralizados y otras aplicaciones podrán acceder a información actualizada de la cadena con mayor rapidez. Además, se podría reducir el tiempo necesario para que las transacciones enviadas por los usuarios se incluyan en un bloque.
Sin embargo, este cambio no duplica automáticamente la capacidad de procesamiento teórica total de Solana. El límite de computación por bloque se reducirá de 37,5 millones de unidades a 30 millones de unidades. Los bloques se generarán con mayor frecuencia, pero cada bloque requerirá menos trabajo computacional.
La mayor velocidad de los bloques podría dificultar algunas transacciones que se basan en la latencia y que aprovechan las fluctuaciones de precios entre diferentes exchanges. Por otro lado, esto podría aumentar los costos operativos y la carga sobre la conectividad de la red, ya que los validadores deberán emitir votos con mayor frecuencia.
También se acortará el período de validez de las referencias de bloque actuales utilizadas en las transacciones. Esto podría generar problemas de sincronización, especialmente para las transacciones que requieren monederos de hardware, confirmación manual o firmas sin conexión.
El objetivo anterior de 250 milisegundos resultó en un promedio real de entre 266 y 269 milisegundos, lo que indica una posible discrepancia entre el objetivo y el rendimiento real. Por lo tanto, se supervisará de cerca el desempeño de la configuración de 200 milisegundos en condiciones reales de red, la cantidad de oportunidades de bloque que pierden los validadores y si aumentan los fallos en las transacciones.
*Esto no constituye asesoramiento de inversión.
