Solana baja el tiempo de slot a 250 milisegundos: qué comprobar antes del viernes

El viernes 18 de septiembre de 2026, hacia las 05:01 UTC, la red de Solana aprieta su propio compás: un slot durará entonces 250 milisegundos en lugar de 300. El interruptor ya está puesto y se activa automáticamente en la frontera con la época 1037. Para ti, que tienes Solana, eso significa sobre todo tres cosas: las delegaciones y el unstaking surten efecto antes, las recompensas de staking llegan con más frecuencia y en porciones más pequeñas, y el plazo durante el cual una transacción firmada sigue siendo válida se reduce a unos 38 segundos. Si tus SOL están simplemente en un exchange, no tienes que hacer nada. Si firmas sin conexión, delegas o gestionas tú mismo un validador, lee este texto hasta el final.

El cambio no es ninguna sorpresa, sino el tercer escalón de una hoja de ruta que empezó en agosto. Lo único nuevo es que el escalón de los 250 milisegundos ya tiene una fecha concreta. La página oficial de resumen de Solana todavía recogía este paso sin fecha de mainnet cuando lo comprobamos, el 17 de septiembre, mientras que el equipo de desarrollo Anza ya había anunciado la activación como inminente el 16 de septiembre. Esa distancia entre el anuncio y la documentación es la razón por la que la cifra apenas ha circulado hasta ahora.

Qué se cambia realmente en Solana el 18 de septiembre

Se cambia un único número del protocolo: el tiempo objetivo de un slot. Ese valor baja de 300 a 250 milisegundos. La cifra parece pequeña, pero de ella depende casi todo lo que en la red se parece al tiempo. La duración de una época va detrás, la vigencia de un blockhash va detrás, y los límites superiores de cómputo por bloque también.

La propuesta de mejora responsable es la SIMD-0525. Describe una escalera que va de 400 a 350, 300 y 250 milisegundos hasta el objetivo de 200 milisegundos. En la mainnet ya se han dado dos escalones: el paso de 400 a 350 milisegundos el 19 de agosto de 2026, al comenzar la época 1019, y el de 350 a 300 milisegundos el 25 de agosto de 2026, al comenzar la época 1023. El tercer escalón es del que hablamos aquí. Después queda todavía un cuarto.

Lo que expresamente no ocurre: no hay canje de tokens, ni migración, ni un plazo antes del cual tengas que sacar algo de un contrato, ni una confirmación que debas dar en tu monedero. Quien te pida que autorices una actualización de Solana quiere de ti otra cosa distinta de tu conformidad con un parámetro de protocolo.

Slot, época y feature gate: los tres conceptos detrás de la fecha

El slot es la ventana de tiempo de un bloque

Un slot es la ventana de tiempo en la que exactamente un validador puede producir un bloque. Cuando expira le toca al siguiente, haya entregado el anterior o no. La duración del slot no es, por tanto, un límite de velocidad para las transacciones, sino la frecuencia de reloj con la que la red saca sus bloques.

La época es el periodo de liquidación

Una época es el periodo de liquidación de Solana y comprende un número fijo de 432.000 slots. En su frontera la red hace la contabilidad: las delegaciones surten efecto, se liquidan las recompensas y se arman los interruptores de protocolo preparados. Como el número de slots es fijo pero la duración de un slot baja, la época se acorta. Con 400 milisegundos duraba sobre el papel 48 horas; con 300 milisegundos son 36 horas; con 250 milisegundos, 30 horas. Con el objetivo final de 200 milisegundos se quedará en 24 horas.

Conviene detenerse aquí en las cifras que circulan: varias informaciones dan una duración de época de 24 horas para el cambio del viernes. Ese es el valor de los 200 milisegundos, es decir, el del escalón siguiente. Para 250 milisegundos, el mismo cálculo da 30 horas, y a ese valor llega también la fórmula oficial basada en 432.000 slots.

El feature gate es el interruptor con retardo

Un feature gate es un interruptor en el código del validador que mantiene dormida una función ya entregada hasta que la respalda suficiente peso de participación. Cuando salta, nunca lo hace a mitad de una época, sino en su frontera. En este cambio la cadena abarcó tres épocas: en la 1035 el interruptor estaba pendiente, en la 1036 pasó a estar activo a nivel de protocolo, y con el inicio de la época 1037 rigen las nuevas reglas de tiempo.

¿Por qué el interruptor salta en la frontera de la época 1037 y no a medianoche?

Solana no conoce la hora. La red cuenta slots, y a partir de los slots la hora solo puede estimarse. Justo por eso, todos los anuncios serios ponen un "hacia" delante de la hora: la frontera con la época 1037 cae en un slot determinado, y cuándo se alcanza ese slot depende de lo rápido que vaya realmente la red en las horas previas.

Esa imprecisión explica que dos fuentes puedan decir 05:01 UTC y una tercera 05:06 UTC sin que ninguna se equivoque. Quien quiera tener algo resuelto a la hora exacta hará bien en contar con una hora de margen. Quien solo quiera saber si le afecta puede atenerse al día: viernes, a primera hora de la mañana en horario europeo.

Medición propia: 317 milisegundos por slot el día antes del cambio

Este análisis lo ha realizado cryptoticker.io por su cuenta el 17 de septiembre de 2026. Método: diez muestras de rendimiento consecutivas de 60 segundos cada una a través del nodo público de mainnet de Solana, tomadas poco después de las 00:50 UTC, más una consulta del estado de la época en curso. Con ello se examinaron 1.893 slots a lo largo de diez minutos de funcionamiento de la red.

El resultado: de media transcurrieron 317,0 milisegundos por slot, con muestras individuales entre 312,5 y 326,1 milisegundos. El valor queda, por tanto, por encima del objetivo actual de 300 milisegundos. Eso es normal y no indica ningún problema. Lo que se mide es el tiempo transcurrido dividido entre el número de slots realmente ocupados, y cada slot que un validador no atiende alarga esa media.

Con esa misma consulta pudo recalcularse la fecha. La red estaba en la época 1036, en el slot 111.540 de 432.000, de modo que faltaban 320.460 slots. Con los 317 milisegundos medidos, eso da 28,2 horas restantes y, por tanto, el 18 de septiembre hacia las 05:06 UTC. Nuestro propio cálculo confirma la hora anunciada de las 05:01 UTC con un margen de pocos minutos. El nodo consultado informaba además de la versión de cliente 4.3.0-rc.0.

Lo que no hemos podido comprobar: qué proporción de validadores funciona ya con la versión recomendada y si el interruptor salta efectivamente el viernes. Ambas cosas solo se ven a posteriori. También los límites de cómputo que se citan más abajo se apoyan en un informe especializado y no en la página oficial de resumen.

Staking en Solana: qué suponen épocas más cortas para la delegación, el unstaking y las recompensas

Para todos los que tienen SOL delegados, la duración de la época es en la práctica la magnitud más importante de todo este cambio. Las delegaciones y su cancelación surten efecto en las fronteras de época, no de inmediato. Si la época se acorta de 36 a 30 horas, se acorta también la espera habitual hasta que una nueva delegación genera recompensas o hasta que los SOL desactivados vuelven a estar disponibles. Cómo funciona ese proceso en detalle y por qué una espera no es un castigo lo desmenuzamos en nuestro artículo sobre los periodos de bloqueo y la duración del unstaking.

En las recompensas cambia el ritmo, no el importe. El reparto se hace por época. Más épocas al año significan, por tanto, más abonos, pero más pequeños. La rentabilidad anual de tu delegación no sube por ello. Quien registre sus ingresos por época tendrá desde el viernes más filas en la misma hoja, y quien compare proveedores por su frecuencia de pago encontrará las diferencias entre plataformas en nuestro panorama de plataformas de staking.

Conviene despejar aquí un error frecuente: la fecha del viernes no tiene nada que ver con Alpenglow. Esa es otra reforma, bastante mayor, del mecanismo de consenso, con su propia hoja de ruta, y la describimos en nuestro texto sobre la activación de Alpenglow a finales de septiembre. Dos interruptores, dos fechas, dos consecuencias distintas.

Caducidad del blockhash con 250 milisegundos: por qué tienes que firmar más rápido

El blockhash es la marca de tiempo de una transacción de Solana: una referencia a un bloque producido hace poco que impide que la misma instrucción se envíe otra vez más tarde. La vigencia de esa marca no se mide en segundos, sino en bloques. Según la documentación de Solana son válidos 151 blockhashes. Esa documentación sigue convirtiéndolo hoy con el objetivo antiguo de 400 milisegundos y llega así a unos 60 a 90 segundos.

Ese margen baja con el compás. Con los 317 milisegundos medidos hoy quedan sobre el papel unos 48 segundos; con 250 milisegundos, unos 38. Un informe especializado sobre el cambio previsto cifra la ventana en 37,5 segundos, lo que corresponde al mismo cálculo con 150 bloques en lugar de 151. El orden de magnitud es el mismo en ambos casos: algo más de medio minuto.

Esto pasa a ser relevante allí donde entre la creación y el envío de una transacción se interpone una persona o un aparato. Quien firma con un monedero hardware gasta esos segundos en desbloquear, pasar la pantalla y confirmar. Y también quien prepara una transacción, vuelve a revisar con calma la dirección y solo después la envía. La consecuencia no es un pago perdido, sino uno rechazado: la red descarta una transacción con el blockhash caducado y el monedero da un error. Cómo distinguir si un intento así ha fallado de verdad o al final sí pasó está en nuestra guía sobre las transacciones fallidas de Solana.

En la práctica eso significa: desbloquea el dispositivo antes de enviar, comprueba la dirección de antemano y no dentro de la ventana en marcha, y no cuentes el diálogo de confirmación como tiempo de lectura. Qué dispositivos tienen caminos de confirmación cortos y cuáles te hacen pasar por varios menús lo muestra nuestra comparativa de carteras hardware.

Los límites de cómputo por bloque bajan también: qué significa para los swaps en horas punta

Bloques más cortos significan menos tiempo de cómputo por bloque. Para que el rendimiento por segundo se mantenga constante, los límites bajan en la misma proporción que la duración del slot. Un informe especializado sobre el cambio cifra el límite por bloque tras el interruptor en 37,5 millones de unidades de cómputo, frente a los 45 millones anteriores, y el límite para una única cuenta escribible en 15 millones en lugar de 18 millones. Esos valores no figuraban en la página oficial de resumen el 17 de septiembre, razón por la que los atribuimos expresamente a ese informe.

Para ti como usuario, la cifra importa menos que su consecuencia. Cuando una única cuenta muy demandada recibe menos unidades de cómputo por bloque, las transacciones compiten más estrechamente por el mismo volumen. En fases tranquilas no notarás nada. En horas punta, por ejemplo en el lanzamiento de un token nuevo, la comisión de prioridad decide más a menudo si tu swap entra en el siguiente bloque o espera. Quien tenga fijado de forma permanente el límite de comisión de su monedero en el valor más bajo posible debería conocer ese ajuste antes de descubrirlo por primera vez en plena avalancha.

Operadores de validadores: Agave 4.3 antes del viernes por la noche

Quien gestiona un validador propio tiene el único plazo real de todo este asunto. La versión recomendada es Agave v4.3.0-rc.1, publicada el 11 de septiembre de 2026. Anza ha pedido a los operadores que instalen la actualización antes de que acabe el viernes, es decir, antes del final del mismo día en que salta el interruptor.

No es una alarma, sino rutina. Quien funcione con una versión más antigua no pierde el enganche de inmediato, pero se arriesga a perder bloques en cuanto cambien las reglas de tiempo. Para los delegantes se deriva de ello una tarea silenciosa: si tu validador se salta un número llamativo de slots en los días posteriores al cambio, lo más probable es que se deba a una versión sin instalar, y tus recompensas bajan con ello.

Si solo tienes SOL en un exchange: por qué no tienes que hacer nada

Para la gran mayoría de los inversores la respuesta honesta es: nada. Si tus SOL están en un exchange o con un bróker, su operador se ocupa de las versiones de cliente, los blockhashes y las fronteras de época. No tienes que confirmar ninguna actualización, ni cambiar ninguna dirección, ni cumplir ningún plazo.

Quedan dos casos límite. Primero, en torno a un cambio así puede ocurrir que un proveedor pause durante algunas horas los ingresos y retiradas en la red de Solana. Es una medida de precaución de cada casa y figura entonces en su aviso de estado. Segundo, una fecha de este tipo es una ocasión conocida para los intentos de estafa. Ni Anza ni un exchange te pedirán por mensaje que habilites una actualización en tu monedero.

Lo que la documentación oficial todavía no dice

La hoja de ruta de la web de Solana seguía presentando el 17 de septiembre el paso de 300 a 250 milisegundos como activo en devnet y testnet, con una fecha de mainnet aún por determinar. Los dos escalones ya dados, en cambio, están ahí registrados con fecha y época. El anuncio de Anza del 16 de septiembre es, por tanto, más actual que la página de documentación que describe.

De ahí se deriva para ti una regla sencilla: atente al número de época, no a una fecha sacada de un artículo. El número 1037 es comprobable, y cualquier monedero con datos de red, así como cualquier explorador de bloques público, te muestra en qué época está la red en ese momento. Si ahí pone 1037 o más, el interruptor ya ha saltado.

Duración de slot en Solana: lo que te llevas de aquí

1. Comprueba antes del viernes por la mañana dónde están tus SOL y quién se ocupa de ellos. En un exchange lo tienes resuelto. Si delegas tú mismo, apunta que desde el viernes tu próximo cambio en la delegación tardará unas 30 horas en lugar de 36 en surtir efecto y que tus recompensas llegarán con más frecuencia. Qué plataforma liquida de qué manera está en nuestro panorama de plataformas de staking.
2. Ajusta tu forma de firmar a unos 38 segundos. La dirección y el importe los revisas antes de crear la transacción, y solo después coges el dispositivo. Si al hacerlo te das cuenta de que tu monedero hardware te hace pasar por demasiados menús, merece la pena echar un vistazo a la comparativa de carteras hardware.
3. Controla tus recompensas la semana siguiente al cambio. Abonos más frecuentes y más pequeños son lo esperable; unos ingresos que no llegan de forma duradera o que se desploman llamativamente no lo son. Un desplome así apunta a un validador que no funciona con la versión nueva. El cambio es posible en cualquier frontera de época, y encontrarás dónde acudir en el panorama de proveedores.

Fuentes para consultar: la página oficial sobre la reducción de los tiempos de slot, con el plan por escalones, y la documentación para desarrolladores sobre la confirmación de transacciones, con la cifra de 151 blockhashes válidos.

(17 de septiembre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)