Solana ha recortado su tiempo objetivo de slot de 300 a 250 milisegundos. La red pasa así a una cadencia de cuatro slots por segundo, casi un 17% más rápida, tras el cambio activado el 18 de septiembre bajo la propuesta SIMD-0525. Detrás de la cifra hay una decisión que toca el corazón del protocolo: la frecuencia con la que la red produce bloques.
Un reloj más rápido: qué cambia exactamente
Un slot es la unidad de tiempo alrededor de la cual Solana organiza la producción de bloques. Hasta ahora el objetivo era de 300 milisegundos por intervalo; con la nueva configuración son 250. Eso significa que cada segundo llegan cuatro intervalos en lugar de los aproximadamente 3,33 anteriores. La red no necesita crear más bloques por ventana: produce cada uno con menos espera entre medias.
El matiz importante, y el que separa este cambio de un titular fácil, es que la capacidad de cómputo por slot baja en la misma proporción. La propuesta SIMD-0525 reduce los límites de computación y de datos de cada slot en línea con su menor duración. El resultado es que el techo aproximado de procesamiento por unidad de tiempo real se mantiene. Solana gana oportunidades para producir bloques, no potencia bruta de cálculo.
A quién afecta: líderes, validadores y usuarios
El impacto más tangible está en la ventana de liderazgo, el periodo en el que un validador (el equipo que mantiene la red en marcha y vota el orden de los bloques a cambio de recompensas) tiene asignada la producción. SIMD-0525 deja esa ventana en cuatro slots consecutivos, igual que antes. Lo que cambia es su duración real: a 300 milisegundos, esos cuatro slots sumaban 1,2 segundos; a 250, se quedan en un segundo exacto. El mismo número de slots cubre ahora 200 milisegundos menos de tiempo.
Las épocas siguen el mismo patrón. Una epoch en Solana agrupa un número fijo de 432.000 slots, así que acortar cada slot encoge también la duración esperada del conjunto. Con slots de 250 milisegundos, una época queda en unas 30 horas. Con el objetivo anterior de 300 milisegundos, esos mismos 432.000 slots equivalían a unas 36 horas. Y con el primitivo objetivo de 400 milisegundos, a cerca de 48. Ningún slot se añade ni se quita: cada uno ocupa simplemente menos tiempo.
Solana no corre más porque calcule más, sino porque reparte el mismo trabajo en intervalos más cortos y frecuentes.
Conviene subrayar que las 30 horas de época son una estimación de duración objetivo, no una promesa de más capacidad. El diseño publicado trata el recorte a 250 milisegundos como un cambio emparejado: reloj más rápido, límites por slot más bajos, techo de procesamiento estable.
El movimiento tampoco es un punto final. Según la actualización de la Fundación Solana, SIMD-0525 avanza por las etapas de 400, 350, 300 y 250 milisegundos hacia un destino propuesto de 200. Lo activado el 18 de septiembre es solo el tramo de 300 a 250; el detalle técnico puede seguirse en el repositorio público de las propuestas SIMD. La meta de 200 sigue siendo una propuesta, no un hecho.
Lectura de fondo: por qué importa y qué conviene vigilar
Los ajustes de cadencia son la clase de trabajo silencioso que define a Solana. La red lleva años afinando su reloj para acercar la experiencia de uso a la de una aplicación tradicional: menos espera entre la firma de una transacción y su confirmación. Ese empeño conecta con la historia reciente de la red, marcada por episodios duros. En septiembre de 2021 y febrero de 2022, Solana sufrió paradas que dejaron de producir bloques durante horas y pusieron en duda su fiabilidad. La respuesta fue doble: mejorar el cliente original, Agave, y construir uno nuevo desde cero, Firedancer, desarrollado por Jump Crypto en C++ para repartir el riesgo entre dos motores independientes.
El recorte a 250 milisegundos se apoya en esa misma lógica de ingeniería. No es una subida de potencia, es una reorganización del tiempo de la red. Y ahí está su principal riesgo. Intervalos más cortos exigen a los validadores hardware capaz de sostener el ritmo; si el equipo se queda corto, aumentan los slots fallidos y el rendimiento real se resiente. La contrapartida es conocida: buena parte del staking de SOL se concentra en un número reducido de validadores, y cualquier cambio que suba el listón técnico tiende a favorecer a los operadores mejor financiados. La mayoría de los validadores de mayor tamaño cuenta, de hecho, con centros de datos propios.
Queda un horizonte claro por delante. Si el tramo hacia los 200 milisegundos llega a buen puerto, Solana se acercaría a cinco slots por segundo y completaría una década de compresión del tiempo de bloque. Conviene leer cada etapa con la misma cautela con la que el protocolo la introduce: midiendo los slots fallidos, el número de validadores activos y la estabilidad de la red en los picos de actividad. El reloj corre más rápido. La pregunta, como casi siempre en esta red, es si la maquinaria que lo sostiene aguanta el ritmo.
