Solana redujo el tiempo objetivo de sus slots de 300 a 250 milisegundos, un cambio que acelera casi 17% el ritmo con el que la red actualiza su estado. La modificación busca que transacciones y datos lleguen más rápido a aplicaciones, billeteras y plataformas de intercambio.
Un slot representa la breve ventana durante la cual un validador designado puede añadir un bloque. Con el nuevo objetivo, la blockchain puede alcanzar cuatro slots por segundo, frente a aproximadamente 3.3 anteriormente.
Solana acelera las actualizaciones de su red
Los validadores continúan como líderes durante cuatro slots consecutivos. Sin embargo, el cambio reduce su ventana de control de 1.2 segundos a aproximadamente un segundo antes de transferirla al siguiente validador.
Esta diferencia resulta especialmente relevante para aplicaciones que dependen de precios actualizados, como mercados basados en oráculos y creadores de mercado automatizados.
Los usuarios pueden recibir antes las actualizaciones de sus operaciones. Además, los exchanges disponen de una ventana más corta en la que los precios pueden cambiar antes de que una transacción llegue a la red. Esto podría reducir operaciones fallidas o ejecutadas a precios distintos de los esperados.
Más velocidad no significa mayor capacidad
El cambio no incrementa 17% la capacidad total de procesamiento. La propuesta SIMD-0525 reduce proporcionalmente la cantidad de datos y cómputo permitidos dentro de cada slot. Por tanto, existen más intervalos por segundo, pero cada uno puede procesar menos trabajo.
La actualización también implica más bloques individuales para almacenar y procesar. Además, los blockhashes expiran antes, lo que reduce el margen disponible para firmas fuera de línea, aprobaciones demoradas y otros procesos que requieren intervención humana.
Esta es la tercera etapa de una reducción progresiva que llevó los slots de 400 a 350, posteriormente a 300 y ahora a 250 milisegundos.
Como cada época mantiene 432,000 slots, su duración estimada disminuye de unas 36 a aproximadamente 30 horas. Los desarrolladores contemplan una reducción adicional a 200 milisegundos, equivalente a cinco slots por segundo y épocas cercanas a 24 horas. Esa actualización todavía no tiene fecha para llegar a la mainnet y dependerá del comportamiento de la red con el nuevo intervalo.
