#solanaplanstocutblocktimesto200ms
Solana está a punto de hacer un pequeño cambio numérico con un eco enorme.
La red planea reducir el tiempo objetivo de bloque de 250 milisegundos a 200 milisegundos cuando entre en la Epoch 1053 el viernes, completando una reducción gradual que comenzó en 400 ms en agosto. En virtud de SIMD-0525, cada disminución de 50 ms se activó por separado para que los desarrolladores pudieran supervisar el rendimiento del clúster entre cada etapa.
Con 200 ms, Solana ofrecería cinco oportunidades de bloque por segundo. Cabe destacar que los límites de cómputo por bloque se reducen al mismo tiempo, lo que mantiene el rendimiento total más o menos constante: el objetivo es reducir la latencia, no aumentar la capacidad bruta. El cambio también reduce el intervalo durante el cual un único líder controla el orden de las transacciones, un beneficio sutil para la resistencia a la censura.
Para DeFi, el impacto es práctico. La producción más rápida de slots comprime el intervalo entre el envío y la inclusión de transacciones, agilizando los procesos de confirmación en los AMM, los mercados de préstamos y los libros de órdenes, algo especialmente relevante para acciones que dependen del tiempo, como las liquidaciones y el arbitraje. Pero también aumenta las exigencias de votación para los validadores y acorta la ventana de expiración del blockhash de unos 60 segundos a aproximadamente 40 segundos, lo que podría afectar los procesos de firma sin conexión.
Se trata de una decisión de ingeniería ponderada, no de una métrica para presumir. La red está probando cuánta velocidad puede asimilar antes de que Alpenglow mejore la finalidad. ¿Cuánta latencia necesita realmente una aplicación para que los bloques más rápidos dejen de importar?
$KAIA $RLC $STRK
Solana está a punto de hacer un pequeño cambio numérico con un eco enorme.
La red planea reducir el tiempo objetivo de bloque de 250 milisegundos a 200 milisegundos cuando entre en la Epoch 1053 el viernes, completando una reducción gradual que comenzó en 400 ms en agosto. En virtud de SIMD-0525, cada disminución de 50 ms se activó por separado para que los desarrolladores pudieran supervisar el rendimiento del clúster entre cada etapa.
Con 200 ms, Solana ofrecería cinco oportunidades de bloque por segundo. Cabe destacar que los límites de cómputo por bloque se reducen al mismo tiempo, lo que mantiene el rendimiento total más o menos constante: el objetivo es reducir la latencia, no aumentar la capacidad bruta. El cambio también reduce el intervalo durante el cual un único líder controla el orden de las transacciones, un beneficio sutil para la resistencia a la censura.
Para DeFi, el impacto es práctico. La producción más rápida de slots comprime el intervalo entre el envío y la inclusión de transacciones, agilizando los procesos de confirmación en los AMM, los mercados de préstamos y los libros de órdenes, algo especialmente relevante para acciones que dependen del tiempo, como las liquidaciones y el arbitraje. Pero también aumenta las exigencias de votación para los validadores y acorta la ventana de expiración del blockhash de unos 60 segundos a aproximadamente 40 segundos, lo que podría afectar los procesos de firma sin conexión.
Se trata de una decisión de ingeniería ponderada, no de una métrica para presumir. La red está probando cuánta velocidad puede asimilar antes de que Alpenglow mejore la finalidad. ¿Cuánta latencia necesita realmente una aplicación para que los bloques más rápidos dejen de importar?
$KAIA $RLC $STRK