Solana (SOL) sigue mejorando su blockchain. Ante ello ha decidido reducir su límite de cómputo por bloque para que su nuevo aumento de velocidad a 350ms previsto para la época 1020 no sobrecargue la red, según Liam “Akiba” Wright en Cryptoslate.

Esta función se activó al inicio de la época 1019, pero un retraso de una época implica que la red mantendrá sus parámetros actuales hasta la siguiente época. En la práctica, los bloques obtienen un intervalo de producción objetivo más corto sin recibir una mayor asignación de cómputo por segundo.

El despliegue ya está más avanzado en otros entornos. La red de prueba (Testnet) tiene un objetivo efectivo de 200 ms, mientras que la red de desarrollo (Devnet) está en 300 ms y ha activado su límite de 250 ms, aunque aún no lo ha hecho efectivo. El registro de cambios de Solana del 6 de agosto solo mencionaba el paso de 350 ms en los dos clústeres de prueba, lo que demuestra la rapidez con la que han avanzado las etapas posteriores.

La función de 350 ms de la red principal se activó en la ranura 440.208.000, la primera ranura de la época 1019. Con el retraso de SIMD-0525, la red principal mantiene un objetivo efectivo de 400ms durante esa época y pasa a 350ms en la época 1020.

SIMD-0525 sigue siendo un borrador. La activación de la función indica que un cambio específico en el clúster se está implementando en la red, no que el diseño completo de 200 ms se haya convertido en un estándar final aceptado. Las cifras también son tiempos objetivo, que son distintos de la producción de bloques observada, la latencia de confirmación y la finalidad económica.

Los cálculos mantienen el límite de cómputo constante

La principal limitación de la propuesta es que cada ranura contiene menos trabajo a medida que se acortan.

El registro de cambios de Solana del 30 de julio informó que la red principal ya había activado un límite máximo de bloque de 100 millones de unidades de cómputo (UC). SIMD-0525 muestra cómo ese máximo de 400ms se combinaría con las etapas de tiempo de ranura: 87.5 millones de UC a 350ms, 75 millones a 300ms, 62,5 millones a 250ms y 50 millones a 200ms.

Cada fila equivale aproximadamente a 250 millones de UC de presupuesto máximo teórico de bloque por segundo. Por lo tanto, reducir a la mitad el tiempo de ranura objetivo deja el límite de cómputo de bloque del ejemplo prácticamente sin cambios.

Este límite no es una previsión del rendimiento de las transacciones. El uso real depende de la carga de trabajo y las condiciones de la red, y la cifra de 100 millones es un ejemplo de composición para el máximo de UC de bloque, no una base universal para todos los límites.

La propuesta reduce por separado los presupuestos por ranura para escritura de cuenta, votación, asignación de datos, fragmentación de datos, fragmentación de codificación y recompensas particionadas. Su propósito es crear oportunidades de programación más frecuentes sin duplicar implícitamente los recursos que los validadores deben procesar cada segundo.

Esta distinción es importante porque un límite describe el trabajo máximo que puede contener un bloque, no la cantidad de trabajo que contendrá cada bloque. Los intervalos objetivo más cortos pueden cambiar cuando las transacciones reciben una oportunidad de inclusión, incluso cuando la asignación teórica de cómputo por segundo se mantiene constante.

Solana seguiría asignando cuatro intervalos consecutivos a cada líder. Con 400ms por intervalo, esto produce una ventana de líder nominal de 1.6 segundos. Con 200ms, la ventana se reduce a 0.8 segundos.

Este intervalo más corto reduce el tiempo controlado por un líder. También deja menos tiempo para recibir el bloque anterior, reproducirlo, construir sobre él y registrar los votos antes de que la red avance.

Por lo tanto, los validadores se enfrentan a márgenes de transferencia y propagación más ajustados. Los eventos de votación y difusión ocurren con mayor frecuencia en el mismo intervalo de tiempo real, mientras que el empaquetado de bloques y Turbine deben aplicar presupuestos más pequeños, que tengan en cuenta los intervalos, después de cada transición retardada. El diseño por etapas combina su objetivo de latencia con una prueba de coordinación en tiempo real en cada paso.

La temporización de épocas también se comprime. SIMD-0525 mantiene cada época en 432.000 ranuras, por lo que la duración nominal se reduce de aproximadamente 48 horas a 400ms a 24 horas a 200ms. El número de ranuras permanece fijo, pero su significado en el reloj del sistema cambia.

El mismo problema de compatibilidad se extiende al software externo al validador. Algunas constantes del SDK y suposiciones externas a la cadena siguen vinculadas a 400ms, por lo que una aplicación que estima el tiempo transcurrido multiplicando el número de ranuras por 400ms puede discrepar con el clúster una vez que una etapa más rápida entra en vigor.

Los clientes RPC, los exploradores y otros servicios externos a la cadena pueden usar la distancia entre ranuras para estimar la vigencia o el tiempo transcurrido. La dirección a largo plazo de la propuesta es que el software obtenga parámetros de temporización efectivos del clúster en lugar de tratar una constante de tiempo de compilación como permanente.

El Ticket de Admisión de Validador de Alpenglow ilustra la versión económica de ese desajuste. La escala en SIMD-0525 solo se aplica si el mecanismo de IVA dependiente de Alpenglow está activo. En ese caso, el cargo propuesto se reduce de 1.6 SOL por época a 400ms a 0.8 SOL por época a 200ms, manteniendo un objetivo diario aproximado de 0.8 SOL. La evidencia disponible no establece que la recaudación de IVA esté activa en ningún clúster.

Para Mainnet, el cambio inmediato es de 350 ms en la época 1020, no un salto directo a 200 ms. Solana está intentando rotar las oportunidades de programación con mayor rapidez, manteniendo los límites de recursos prácticamente constantes. El riesgo restante reside en si los validadores y la infraestructura circundante podrán preservar sus márgenes de coordinación a medida que se acorta cada etapa.

Solana abre el jueves al alza en los 77 dólares. La media móvil de 70 periodos se encuentra debajo de la última vela, RSI al alza en los 55 puntos y la línea rápida (azul) del MACD apenas encima del nivel de cero.

La resistencia a mediano plazo se encuentra en los 83.89 dólares. Mientras, los indicadores de Ei se muestran mixtos.