Solana ha reducido de 300 a 250 milisegundos el tiempo objetivo de sus slots, una modificación que eleva la frecuencia de generación de bloques de la red un 17% y la sitúa en cuatro slots por segundo. El cambio forma parte de la propuesta SIMD-0525 y busca reducir la latencia de confirmación sin aumentar proporcionalmente la carga de trabajo de cada slot.
Más slots, con menos trabajo en cada uno
La actualización ajusta a la baja tanto la capacidad de cómputo como la cantidad de datos asignados a cada slot. De este modo, Solana produce bloques con mayor frecuencia, pero cada bloque requiere menos recursos para ser procesado. El objetivo es que las confirmaciones terminen antes y que la red pueda reaccionar con mayor rapidez a los cambios de estado.
La reducción de 300 a 250 milisegundos no es la primera que aplica Solana. La red ya había pasado de 400 a 350 milisegundos y, posteriormente, a 300. Sus épocas mantienen una longitud de 432.000 slots, por lo que ahora duran aproximadamente 30 horas, frente a las 36 horas anteriores.
El ajuste también modifica algunas condiciones operativas para validadores y otros participantes del ecosistema. Al generarse más bloques por segundo, los operadores tendrán que almacenar un volumen mayor de bloques, mientras que los hashes caducarán antes. Eso reduce, a su vez, el margen disponible para firmar operaciones fuera de línea.
Los validadores continúan trabajando con una ventaja de cuatro slots, aunque la ventana temporal asociada se reduce de 1,2 segundos a un segundo. La documentación citada en la fuente contempla una futura reducción adicional, hasta 200 milisegundos, siempre que las tasas de bloques omitidos se mantengan dentro del rango previsto.
Impacto en aplicaciones y usuarios de la red
Una de las consecuencias prácticas es que las billeteras, los exchanges, los oráculos y los creadores de mercado automatizados pueden consultar un estado más actualizado de la cadena. Esto acelera la actualización de saldos y, según la explicación de la propuesta, puede reducir la probabilidad de que una operación falle o se ejecute a un precio menos favorable por trabajar con información desactualizada.
La mejora llega mientras el mercado de criptomonedas registra avances generalizados. SOL se situó por encima de los 106 dólares, con una subida del 6% en el día y en la semana, según los datos incluidos en la fuente. La capitalización total del mercado alcanzó los 2,67 billones de dólares, un 2,15% más, y el índice Fear and Greed marcó 66 puntos, en zona de “Codicia”. Bitcoin cotizaba cerca de los 77.900 dólares, con un avance diario del 2%.
El movimiento de SOL también ha generado lecturas técnicas entre operadores de derivados. Castillo identificó una posible zona de resistencia en torno a los 120 dólares y señaló ese nivel como objetivo para los próximos meses. Se trata de una previsión atribuida al analista, no de una consecuencia anunciada de la actualización de la red.
La conexión con otras cadenas, otro foco de atención
La fuente vincula el renovado interés por Solana con la preventa de LiquidChain (LIQUID), un proyecto que se presenta como una Layer 3 para conectar la liquidez de Bitcoin, Ethereum y Solana mediante una única capa de ejecución. Según los materiales del proyecto, su arquitectura utilizaría una máquina virtual compatible con Solana y pruebas cross-chain para verificar cuentas, UTXO de Bitcoin y el estado de Ethereum.
LiquidChain afirma haber recaudado aproximadamente 967.500 dólares en la etapa 106 de su preventa, con un objetivo a corto plazo de 1,08 millones. También indica que el suministro total de LIQUID será de 11.800.000.100 tokens. Estas cifras y las funciones previstas para el token —pago de tarifas, staking y gobernanza— corresponden a la información difundida por el propio proyecto.
La actualización de Solana no elimina el aislamiento de liquidez entre las principales cadenas, pero sí refuerza la velocidad de la red que LiquidChain pretende incorporar a su arquitectura. Por ahora, el cambio central en Solana es más concreto: bloques más frecuentes, confirmaciones potencialmente más rápidas y nuevas exigencias operativas para validadores y servicios que dependen del estado de la cadena.
