Solana (SOL) ha recortado este viernes el tiempo objetivo de slot en su red principal a 350 milisegundos, en el que supone el primer ajuste de este parámetro desde el lanzamiento del protocolo.
Puntos clave:
- El tiempo objetivo de slot en la mainnet de Solana baja de 400 a 350 milisegundos, efectivo desde la época (epoch) 1020.
- Es el primero de cuatro recortes previstos de 50 milisegundos rumbo a un objetivo final de 200 milisegundos.
- Los límites de cómputo por slot se reducen en la misma proporción, manteniendo el techo teórico cerca de 250 millones de unidades por segundo.
Solana recorta el tiempo de slot a 350 milisegundos
Jacob Creech, vicepresidente de tecnología de la Fundación Solana, anunció el cambio en una publicación en X. “Entramos en una nueva era de 350 ms”, afirmó, señalando los 300 milisegundos como el próximo hito. Un panel de la Fundación situó el tiempo medio de slot en 360 milisegundos poco después, frente a los 400 milisegundos fijados en el protocolo en el bloque génesis.
La cuenta de características se activó en el slot 440.208.000, el primero de la época 1019, pero un retardo de una época mantuvo al protocolo en el objetivo previo de 400 milisegundos hasta la apertura de la época 1020.
Anza, la firma de investigación que mantiene el cliente validador Agave, incluyó este ajuste dentro de su versión Agave v4.2, que incorpora además varios cambios adicionales de protocolo.
También puede interesarte: Binance ofrece a 300M de usuarios una nueva forma de dejar que los agentes de IA operen por ellos
Directivos de Anza y Helius valoran el potencial de throughput
La propuesta de gobernanza SIMD-0525 detalla otros tres recortes de 50 milisegundos hasta alcanzar el objetivo de 200 milisegundos. Cada fase queda protegida por su propio “feature gate”. El documento también reduce los límites de trabajo por slot en cada etapa, de modo que a los validadores no se les exija procesar más cómputo por segundo del que ya manejan actualmente.
Brennan Watt, consejero delegado de Anza, confirmó que los tiempos de slot en testnet ya han llegado a 182 milisegundos, con exploradores registrando una media de 193 milisegundos en la hora previa. Los recortes en esa red de pruebas se están aplicando aproximadamente cada dos épocas.
Mert Mumtaz, consejero delegado de Helius, señaló en un pódcast que la combinación de slots más cortos y un límite de bloque más alto podría cuadruplicar el throughput de la red en el corto plazo. El máximo de cómputo por bloque desciende a 87,5 millones de unidades con slots de 350 milisegundos, frente al techo de 100 millones que la mainnet adoptó en julio. El máximo teórico se mantiene alrededor de 250 millones de unidades por segundo.
Validadores de Solana operan con márgenes de tiempo más estrechos
Los líderes de la red siguen manteniendo cuatro slots consecutivos, pero su ventana efectiva se reduce de 1,6 a 1,4 segundos, ajustando los márgenes de traspaso y propagación entre un conjunto de validadores ya tensionado por la mayor velocidad de producción de bloques.
El software off-chain plantea un reto adicional: algunos clientes, exploradores e indexadores aún tratan el slot de 400 milisegundos como una constante fija en el código, en vez de leer el valor dinámicamente desde el clúster.
La Fundación publicó en junio este plan escalonado, separando cada uno de los cuatro pasos para que los operadores puedan pausar la secuencia si la tasa de bloques omitidos supera los niveles que los validadores consideran aceptables. La testnet dio el primer paso a 350 milisegundos el 5 de agosto. Actualmente opera con un objetivo efectivo de 200 milisegundos, mientras que la devnet se sitúa en 300 milisegundos, con su “gate” de 250 milisegundos activado pero aún sin aplicarse.
Próximo artículo: MANTRA cae un 10% tras un intento de ataque que congela depósitos y retiradas
