Solana ha reducido su tiempo de slot objetivo de 400 milisegundos a 350 ms por primera vez desde el lanzamiento de la red, iniciando un plan de cuatro etapas que eventualmente podría llevar los slots a 200 ms.
El vicepresidente de tecnología de la Fundación Solana, Jacob Creech, anunció el cambio el 21 de agosto, diciendo que la red había entrado en "una nueva era de 350 ms" antes de añadir: "Próxima parada, 300 ms."
Los tiempos promedio de slot estaban en alrededor de 360 ms en el momento de la redacción, según el explorador de tiempos de slot de Solana, en comparación con el objetivo original de la red de 400 ms.
El cambio es el primer paso bajo SIMD-0525, una propuesta de mejora de Solana que introduce cuatro configuraciones de slot progresivamente más cortas a 350 ms, 300 ms, 250 ms y 200 ms. La propuesta fue aprobada y fusionada el 14 de mayo.
En lugar de pasar inmediatamente al objetivo final, Solana planea activar cada reducción por separado, dando a los operadores de nodos validadores y a los desarrolladores de clientes la oportunidad de probar el comportamiento de la red a medida que la producción de bloques se acelera.
La Fundación Solana dijo en junio que reducir los slots de 400 ms a 200 ms disminuiría la latencia y permitiría que las confirmaciones llegaran a los usuarios más rápido.
Bajo SIMD-0525, el primer feature gate cambia el objetivo del slot a 350 ms. Activaciones posteriores lo llevarían a 300 ms, luego a 250 ms y finalmente a 200 ms.
Las cuatro etapas están actualmente previstas para Agave v4.2, el cliente validador desarrollado por Anza, aunque el cronograma de implementación sigue siendo provisional y puede cambiar dependiendo de las pruebas.
Los slots más cortos significan que las oportunidades de producción de bloques pasan entre los validadores con mayor frecuencia. SIMD-0525 mantiene los 64 'ticks' por slot de la red y su ventana de líder de cuatro slots, pero la cantidad de tiempo real representada por cada ventana de líder disminuye con cada reducción.
En el objetivo anterior de 400 ms, cuatro slots daban a un líder una ventana nominal de 1,6 segundos. Un slot de 350 ms reduce esa cifra a 1,4 segundos, mientras que 300 ms la reducirían a 1,2 segundos. En el objetivo final de 200 ms, una ventana de cuatro slots duraría alrededor de 800 ms.
La propuesta dice que reducir la cantidad de tiempo controlada por un líder también puede reducir el período durante el cual las transacciones podrían retrasarse o reordenarse antes de que otro validador reciba la oportunidad de producir bloques.
SIMD-0525 no permite simplemente que la red realice el doble de trabajo después de pasar de 400 ms a 200 ms. Los límites de recursos se ajustan proporcionalmente a medida que disminuye la duración del slot para que las demandas de procesamiento durante un período determinado no aumenten solo porque se están produciendo más slots.
En la línea base original de 60 millones de unidades de cómputo utilizada en la propuesta, el límite por slot caería a 52,5 millones de CUs a 350 ms, 45 millones a 300 ms, 37,5 millones a 250 ms y 30 millones a 200 ms.
La latencia de confirmación es una de las principales áreas a las que apunta el cambio porque Solana mide varias partes de la operación de la red en slots.
Con los validadores moviéndose a través de los slots más rápidamente, los umbrales de confirmación basados en slots pueden alcanzarse en menos tiempo real. Las aplicaciones que utilizan números de slot para determinar la antigüedad de la información de la blockchain también pueden recibir intervalos de tiempo más precisos.
SIMD-0525 identifica a los usuarios de oráculos y los creadores de mercado automatizados entre las aplicaciones que podrían beneficiarse de los intervalos más cortos, particularmente cuando las decisiones dependen de la antigüedad de los datos en cadena.
La duración de la época también disminuirá porque Solana planea mantener 432.000 slots por época.
Una época con slots de 400 ms tiene una duración nominal de aproximadamente 48 horas. La transición a 350 ms lo reduce a aproximadamente 42 horas, mientras que 300 ms llevaría una época a unas 36 horas. A 250 ms, la cifra baja a alrededor de 30 horas, antes de alcanzar aproximadamente 24 horas si se activan slots de 200 ms.
Los cálculos anuales de slots de Solana se ajustan junto con el cambio para que la emisión del protocolo siga basándose en el tiempo real en lugar de aumentar simplemente porque ocurren más slots cada año.
El 'Validator Admission Ticket' propuesto bajo el sistema de consenso Alpenglow de Solana también está diseñado para escalar a medida que las épocas se acortan. SIMD-0525 especifica que un costo de 1,6 SOL por época a 400 ms disminuiría a 1,4 SOL a 350 ms, seguido de 1,2 SOL, 1 SOL y 0,8 SOL en las etapas subsiguientes.
La propuesta dice que los ajustes tienen como objetivo mantener el costo del validador en aproximadamente 0,8 SOL por día a pesar de las épocas más cortas.
La implementación del tiempo de slot se produce mientras los desarrolladores de Solana están trabajando en varios cambios en la infraestructura de validadores y consenso de la red.
Como informó previamente crypto.news, Alpenglow entró en pruebas de validadores comunitarios en mayo después de que Anza desplegara el diseño de consenso en un clúster de prueba.
Alpenglow está diseñado para llevar los tiempos de confirmación a aproximadamente 150 ms, eliminando la Prueba de Historia y las transacciones de voto en cadena del proceso de consenso central de Solana. Anza ha calificado la actualización planificada como el cambio de consenso más grande en la historia de Solana.
El sistema introduce un diseño de votación llamado Votor, que utiliza comunicación fuera de cadena de los validadores y agregación de firmas para llegar a un consenso. Su desarrollo es independiente de SIMD-0525, aunque ambos proyectos se centran en reducir la cantidad de tiempo necesaria para las operaciones de la red.
El software de los validadores también se ha diversificado durante 2026. El lanzamiento de la mainnet Firedancer de Jump Crypto comenzó a producir bloques en mayo después de años de desarrollo, proporcionando una alternativa construida de forma independiente a las implementaciones de validadores existentes de Solana.
Jump Crypto aconsejó a los validadores en ese momento que no migraran a Firedancer a gran escala hasta que se hubieran completado las auditorías de seguridad. El cliente ha sido desarrollado tanto para mejorar el rendimiento como para reducir el riesgo creado cuando una blockchain depende en gran medida de una sola implementación de software de validador.
Más tarde ese mes, Coinbase reveló una configuración multi-cliente utilizando Jito y Firedancer en toda su infraestructura de validadores de Solana. Su arquitectura de validadores soportaba aproximadamente 40,48 millones de SOL en stake en ese momento, o aproximadamente el 9,52% del suministro en stake de la red, según el informe de rendimiento de validadores del primer trimestre del exchange.
Solana introdujo otro cambio a nivel de red en julio cuando lanzó un marco de gobernanza en cadena que permite a los validadores realizar votaciones ponderadas por stake sobre las Propuestas de Gobernanza de Solana. Bajo el nuevo proceso de gobernanza, las propuestas que reciben un apoyo inicial del 15% avanzan a través de un proceso de 11 épocas que contiene discusión, una instantánea del stake y votación formal.
Una propuesta se aprueba cuando los votos a favor representan al menos el 66,67% del stake participante "A favor" y "En contra", mientras que los cambios técnicos aún pueden avanzar a través del proceso SIMD existente sin recibir primero una votación de propuesta de gobernanza.
Con la configuración de 350 ms ahora activa, SIMD-0525 identifica 300 ms como la siguiente etapa en la secuencia.
El cambio reduciría la ventana nominal de líder de cuatro slots de 1,4 segundos a 1,2 segundos y reduciría una época de aproximadamente 42 horas a 36 horas.
Posteriores activaciones de características luego llevarían a Solana a 250 ms y 200 ms. Cada configuración se calcula a partir de los valores base de la red en lugar de utilizar los límites redondeados de la etapa anterior, un diseño destinado a evitar que las diferencias de redondeo se acumulen en reducciones sucesivas.
Las pruebas de la infraestructura de Solana han continuado mientras se preparan esas etapas. Durante julio, la actividad de la red también alcanzó niveles récord a medida que los activos tokenizados se expandieron en Solana, con la actividad de acciones tokenizadas contribuyendo a un mayor uso en toda la cadena.
Sin embargo, para SIMD-0525, cada reducción de slot restante aún requiere su correspondiente activación de característica. Tras la configuración de 350 ms recién activada, Creech identificó 300 ms como el próximo objetivo de la red.
