Solana (SOL) recortó el viernes el tiempo objetivo de slot de su red principal a 350 milisegundos, la primera reducción de este tipo desde el lanzamiento de la blockchain.
Claves:
- El tiempo de slot objetivo en mainnet pasa de 400 a 350 milisegundos, efectivo desde la epoch 1020.
- Es la primera de cuatro rebajas previstas de 50 milisegundos hasta un objetivo final de 200 ms.
- Los límites de cómputo por slot se reducen en la misma proporción, manteniendo el techo teórico en torno a 250 millones de unidades por segundo.
Solana baja su tiempo de slot a 350 milisegundos
Jacob Creech, vicepresidente de tecnología de Solana Foundation, marcó el cambio en una publicación en X. “Entramos en una nueva era de 350 ms”, afirmó, señalando los 300 milisegundos como el siguiente hito. Un panel de la Fundación situó el tiempo medio de slot en 360 ms poco después, por debajo de los 400 ms fijados en el protocolo desde la génesis.
La cuenta de características se activó en el slot 440.208.000, el primero de la epoch 1019, pero un retraso de una epoch mantuvo a la red en el objetivo previo de 400 ms hasta la apertura de la epoch 1020.
Anza, la firma de investigación que mantiene el cliente validador Agave, incluyó este ajuste en su versión Agave v4.2, que incorpora además varios cambios adicionales de protocolo.
También te puede interesar: Binance ofrece a 300M de usuarios una nueva forma de dejar que agentes de IA operen por ellos
Ejecutivos de Anza y Helius valoran el aumento de rendimiento
La propuesta de gobernanza SIMD-0525 detalla otras tres reducciones de 50 ms antes de alcanzar el objetivo de 200 ms. Cada fase cuenta con su propio “feature gate”. El documento también recorta los límites de trabajo por slot en cada etapa, de forma que a los validadores nunca se les exija procesar más cómputo por segundo del que ya manejan hoy.
Brennan Watt, consejero delegado de Anza, confirmó que los tiempos de slot en testnet ya habían bajado a 182 ms, con datos de exploradores mostrando una media de 193 ms en la hora previa. Las reducciones allí se han ido aplicando aproximadamente cada dos epochs.
Mert Mumtaz, consejero delegado de Helius, señaló en un pódcast que la combinación de slots más cortos y un mayor límite por bloque podría cuadruplicar el rendimiento de la red a corto plazo. El máximo de cómputo por bloque baja a 87,5 millones de unidades con slots de 350 ms, frente al techo de 100 millones que mainnet adoptó en julio. El máximo teórico total se mantiene cerca de 250 millones de unidades por segundo.
Validadores de Solana encaran márgenes de tiempo más ajustados
Los líderes siguen controlando cuatro slots consecutivos, de modo que su ventana se reduce de 1,6 a 1,4 segundos, estrechando los márgenes de traspaso y propagación en un conjunto de validadores ya tensionado por una producción de bloques más rápida.
El software off-chain supone otro reto, ya que algunas constantes de clientes, exploradores e indexadores siguen tratando los 400 milisegundos por slot como un valor fijo y no como un parámetro leído dinámicamente del clúster.
La Fundación publicó en junio el plan gradual, con cada uno de los cuatro pasos protegido por un control independiente para que los operadores puedan pausar la secuencia si la tasa de bloques saltados supera el umbral que los validadores han acordado tolerar. Testnet dio el primer paso a 350 ms el 5 de agosto. Actualmente opera con un objetivo efectivo de 200 ms, mientras que devnet se sitúa en 300 ms, con su gate de 250 ms activado pero aún sin entrar en vigor.
Próxima lectura: MANTRA cae un 10% tras un intento de ataque que congela depósitos y retiradas
