Solana redujo su tiempo objetivo de slot de 300 a 250 milisegundos el viernes, según datos de la blockchain de Solana, impulsando la cadencia de bloques de la red casi un 17%. El movimiento lleva a Solana de unos 3.3 slots producidos por segundo a un objetivo de cuatro, dando a wallets, exchanges y aplicaciones de trading una visión más fresca y actual de la red. El cambio se activó en el epoch 1037 —una secuencia fija de 432,000 slots— y marca la primera vez que la red opera a un ritmo de cuarto de segundo.

Aquí está la tensión que vale la pena considerar: el reloj de Solana ahora avanza notablemente más rápido y los validadores transfieren el control antes que antes, pero la capacidad sostenida de transacciones de la red no se ha movido. La razón es mecánica, no de marketing. Vale la pena entenderlo antes de asumir que bloques más rápidos significan una autopista más grande.

BREAKING: @Solana slot time has dropped to 250ms for the first time after the latest reduction under SIMD-0525 went live at epoch 1037. The network has now reduced its target slot time from 400ms to 250ms, with 200ms as the final target. pic.twitter.com/ANqvgY7kf9

— SolanaFloor (@SolanaFloor) September 18, 2026

¿Qué sucede cuando los slots de Solana se acortan 50 milisegundos?

Un slot es la breve ventana durante la cual un único validador designado puede agregar un bloque a la cadena. Bajo el diseño de rotación de líderes de Solana, los validadores mantienen ese rol de líder durante cuatro slots consecutivos. Como cada slot ahora es más corto, la ventana total de control de un validador se reduce de 1.2 segundos a un segundo.

Esa ventana más corta importa sobre todo en los rincones de DeFi sensibles a la latencia, como los mercados alimentados por oráculos y los creadores de mercado automatizados, donde un precio rezagado o unos pocos cientos de milisegundos de incertidumbre pueden ser la diferencia entre que una operación se ejecute como estaba previsto y que usuario absorba un slippage inesperado. Una latencia más corta entre el envío y la inclusión significa que los swaps tienen una ventana más estrecha para que el mercado se mueva en contra del usuario antes de que la transacción realmente se confirme.

La mecánica se asemeja a una estación de tren que ajusta su horario: reducir la espera entre trenes de 30 a 25 segundos alivia la congestión del andén y hace que los pasajeros avancen más rápido, pero cada tren sigue transportando a la misma cantidad de personas. Los bloques de Solana son ese tren: llegan con más frecuencia, pero no llevan más. El resultado es un cambio de temporización, no de throughput —una distinción que la propuesta de actualización hace explícita.

¿Más slots por segundo significa más capacidad?

El trade-off proporcional está escrito directamente en la propuesta de actualización, conocida como SIMD-0525 (Solana Improvement Document 525). Exige que la computación y los datos permitidos dentro de cada slot disminuyan en la misma proporción que la duración del slot. Llegan más slots por segundo, pero a cada uno se le permite llevar menos trabajo, por lo que el techo de procesamiento de la red en tiempo real se mantiene aproximadamente donde estaba.

Eso deja costos operativos reales sobre la mesa. La infraestructura de nodos ahora debe ingerir y almacenar un mayor volumen de bloques individuales más pequeños, y cualquier aplicación que estime el tiempo transcurrido multiplicando un número de slot por una constante de duración fija en el código empezará a desviarse de la realidad. Los blockhashes, las referencias de corta vida que las transacciones usan para demostrar que fueron firmadas recientemente, también expiran antes en tiempo real, lo que comprime los flujos que dependen de la firma sin conexión o de aprobaciones humanas demoradas.

Esta es la tercera etapa de un despliegue que ha reducido el tiempo de slot de Solana de 400 milisegundos a 350, luego 300 y ahora 250. Como un epoch está fijado en 432,000 slots independientemente de la duración del slot, la duración esperada del epoch se ha comprimido de unas 36 horas a alrededor de 30. Un recorte adicional a 200 milisegundos llevaría la red a cinco slots por segundo y epochs cercanos a 24 horas, pero los desarrolladores no han fijado fecha de mainnet para ese paso y dicen que solo procederá si las tasas de bloques omitidos —la frecuencia con la que los validadores pierden su turno para producir un bloque— se mantienen dentro de límites aceptables tras esta etapa de 250 milisegundos.

Reloj más rápido, mismo techo

La evidencia respalda una mejora real de latencia: la cadencia de bloques subió casi un 17%, las ventanas de liderazgo de los validadores son más estrechas y las aplicaciones reciben datos más actuales con los que trabajar. Lo que no respalda es una afirmación de capacidad: nada en el registro apunta a un salto del 17% en el throughput de transacciones ni a un techo máximo de TPS más alto. Quien siga a Solana esperando el próximo avance en throughput debe leer esto con atención: la red acaba de volverse más rápida para actualizarse, no más grande para procesar.

La variable a observar son las tasas de bloques omitidos mientras la red opera a 250 milisegundos en producción; esos datos determinarán si Solana llegará alguna vez a etapa final de 200 milisegundos. Hasta entonces, la lectura justa de esta etapa es una mejora de latencia, no de capacidad.