Solana ha reducido el tiempo de slot de su mainnet a 350 milisegundos, lo que marca el primer paso concreto de una hoja de ruta por etapas cuyo objetivo final es alcanzar una producción de bloques de 200 milisegundos. El cambio reduce la frecuencia con la que la red produce un slot, ajustando el ritmo al que se ordenan y confirman las transacciones para todas las aplicaciones que funcionan en la cadena.

Un slot es la ventana fija en la que un validador designado está programado para producir un bloque en Solana. Reducir esa ventana a 350 milisegundos, frente a los 400 milisegundos con los que operaba la mainnet, implica que los líderes rotan y producen bloques con mayor frecuencia, según la página de Solana sobre la mejora de tiempos de slot reducidos. La reducción está activa en la mainnet y no se trata de una prueba en testnet. Para cobertura relacionada, véase: Circle apunta al 16 de septiembre para el lanzamiento de la mainnet pública de Arc.

La cifra de 350 milisegundos es un hito intermedio y no el estado final. La mejora se presenta explícitamente como el primer paso hacia un objetivo de 200 milisegundos, un camino trazado en el Documento de Mejora de Solana que propone la reducción del tiempo de slot. La activación fue reportada como vigente en la mainnet como parte de ese despliegue por etapas. Alcanzar el punto final de 200 milisegundos reduciría a la mitad la línea base de 400 milisegundos que precedió al cambio.

Por qué un slot más corto cambia la capa de ejecución

Para los usuarios de DeFi, una producción más rápida de slots comprime el intervalo entre el envío de una transacción y su inclusión, ajustando el flujo de confirmación en los AMM, los mercados de préstamos y las plataformas de libros de órdenes construidas sobre Solana. Una cadencia de bloques más densa significa que la red llega antes al bloque del siguiente líder, lo cual importa para acciones sensibles al tiempo, como las liquidaciones y el arbitraje. La misma cadencia rige la confirmación de pagos y aplicaciones de consumo, por lo que el ajuste va más allá de la infraestructura de trading y alcanza también a las transferencias ordinarias. Como referencia de escala, Ethereum produce un bloque cada 12 segundos, lo que deja la nueva cadencia de 350 milisegundos de Solana unas 34 veces más frecuente.

El movimiento es un cambio de rendimiento a nivel de protocolo, no un evento de mercado, y el lenguaje de la hoja de ruta indica que queda trabajo de optimización planificado en lugar de completado. Alcanzar la meta de 200 milisegundos requerirá ingeniería adicional más allá de esta activación, según la propuesta SIP citada anteriormente. Cubrimos la mecánica de la activación inicial en nuestro reporte previo sobre la activación de slots de 350 milisegundos de Solana en la mainnet. Para cobertura relacionada, véase: Shinhan se asocia con Solana Foundation, Etherfuse y Orca para la emisión de fondos tokenizados.

Lo que la mejora no garantiza automáticamente es un aumento proporcional del rendimiento: los slots más cortos cambian la frecuencia de bloques, pero las transacciones por segundo sostenidas dependen del hardware de los validadores, de la propagación y de condiciones de red que el cambio del tiempo de slot por sí solo no aborda. La cobertura de la mejora de la mainnet enmarcó el cambio como el acortamiento de los tiempos de bloque como efecto principal. Para cobertura relacionada, véase: Sandbox detiene el bridging con Base y BNB Chain tras un exploit.

Qué observar mientras Solana avanza hacia los 200 ms

El punto clave a seguir es si las fases posteriores hacia el objetivo de 200 milisegundos se entregan según lo previsto y se sostienen bajo la carga de la mainnet. Cada reducción adicional estrecha el margen de tiempo que tienen los validadores para producir, propagar y votar bloques. La vía del tiempo de slot tampoco es el único trabajo de latencia en curso: investigadores de Solana Labs propusieron por separado Alpenglow, un rediseño del consenso que reemplazaría Proof of History y Tower BFT con los nuevos componentes Rotor y Votor, y apuntaría a una finalidad del orden de 100 milisegundos. Alpenglow sigue siendo una propuesta y no un cambio desplegado en la mainnet, distinto de los pasos incrementales de tiempo de slot que ya se están implementando.

La estabilidad de la red es la principal variable a monitorear. Los slots más rápidos ejercen más presión sobre la infraestructura de los validadores y la propagación de bloques, por lo que el ecosistema estará atento a los slots perdidos, las tasas de omisión y la salud del consenso mientras la red opera con la nueva cadencia. El desarrollo del tiempo de slot de Solana en este ecosistema ha atraído atención junto con el interés institucional, como el movimiento de Bitwise para tokenizar un ETF de staking de Solana.

Por ahora, 350 milisegundos es el estado activo confirmado, con 200 milisegundos posicionado como el siguiente objetivo de la hoja de ruta y no como una función ya disponible.