Noticias de Solana: el tiempo de bloque de 350 ms llegará en el epoch 1020
Puntos clave
- •La reducción del tiempo de slot en mainnet de 400 milisegundos a 350 milisegundos está prevista para entrar en vigor en el epoch 1020.
- •El changelog de Solana del 6 de agosto indica que la feature gate de 350 milisegundos ya estaba activa en Devnet y Testnet.
- •La propuesta está vinculada a SIMD-0525, que define una secuencia de futuras reducciones del slot objetivo hasta 200 milisegundos.
- •El cambio acorta el intervalo objetivo de producción sin aumentar el cómputo teórico por segundo.
- •El changelog también menciona lanzamientos en Agave y Firedancer, trabajo de conformidad y mejoras relacionadas con Turbine.
Se espera que el tiempo objetivo de slot del mainnet de Solana pase de 400 milisegundos a 350 milisegundos en el epoch 1020, tras un retraso de un epoch después de que la función se activara al inicio del epoch 1019. El cambio efectivo está previsto para el epoch 1020.
El changelog de ingeniería de Solana del 6 de agosto confirma que la feature gate para reducir los tiempos de slot de 400ms a 350ms ya estaba activa en Devnet y Testnet. El changelog también remite a un próximo calendario de feature gates y enumera lanzamientos y trabajo de ingeniería en el ecosistema de Solana.
El tiempo objetivo no es lo mismo que la producción de bloques observada, la latencia de confirmación de transacciones o la finalidad económica. El cambio acorta el intervalo objetivo de producción sin aumentar la asignación de cómputo por segundo.
EXPLORE: Best Memecoins Presales to Watch in 2026
Qué cambia el objetivo de 350ms
Reducir el intervalo objetivo de 400ms a 350ms lo acorta en 50 milisegundos. El aumento teórico en la frecuencia de programación es de aproximadamente 14,3%, calculado como 400 dividido por 350 menos 1. Ese cálculo describe solo el ritmo objetivo; no es una previsión del rendimiento de transacciones ni de la velocidad de confirmación.
La reducción escalonada se relaciona con la propuesta borrador SIMD-0525. Según la descripción de la propuesta en el informe, la cuenta de feature del mainnet se activó en el epoch 1019, mientras que el objetivo efectivo de 350ms se retrasa hasta el epoch 1020.
we're activating 1st slot time reduction on mainnet
help ensure devs are ready because the transition period is wonky…
- We have NOT updated some sdk constants like
DEFAULT_MS_PER_SLOTto reflect new values. Note we will push a release with updated values post activation… — Brennan Watt (@bw_solana) August 18, 2026
El mismo informe señala que el presupuesto máximo de cómputo por bloque de ejemplo se reduce a medida que los slots objetivo se acortan. Indica 100 millones de unidades de cómputo con un objetivo de 400ms y 87,5 millones de unidades de cómputo con un objetivo de 350ms. Ambas cifras corresponden a un máximo teórico de aproximadamente 250 millones de unidades de cómputo por segundo: 100 millones dividido por 0,4 segundos y 87,5 millones dividido por 0,35 segundos.
Ese techo teórico no es una previsión de rendimiento de transacciones. La actividad real depende de la carga de trabajo y de las condiciones de la red, y un límite máximo de cómputo por bloque no significa que cada bloque contenga esa cantidad de trabajo.
Solana seguiría asignando cuatro slots consecutivos a cada líder. Con un objetivo de 400ms, eso equivale a una ventana nominal de líder de 1,6 segundos; con 350ms, equivale a 1,4 segundos. El periodo más corto deja menos tiempo para que los validadores reciban un bloque anterior, lo repliquen, construyan sobre él y registren votos antes de que la red pase al siguiente slot.
EXPLORE: Best Memecoins Presales to Watch in 2026
La ruta escalonada hacia 200ms
La secuencia propuesta de reducciones del slot objetivo pasa de 400ms a 350ms, luego a 300ms, 250ms y 200ms. El informe de noticias de Solana señala que Testnet estaba operando con un objetivo efectivo de 200ms, mientras que Devnet estaba en 300ms y había activado una gate de 250ms que aún no era efectiva.
Por tanto, el cambio de 350ms en mainnet debe verse como una etapa dentro de una secuencia propuesta más amplia, y no como una confirmación de que todos los objetivos posteriores entrarán en vigor según el mismo calendario. SIMD-0525 sigue siendo un borrador, y la activación de una función en un clúster no convierte el diseño completo de 200ms en un estándar final aceptado.
The first slot time reduction feature is now live on Solana testnet. SIMD-0525 is active on testnet, reducing slot time from 400ms to 350ms as the first of four feature-gated steps toward 200ms slot time. pic.twitter.com/8XnTu4Byqs — Solana Developers (@solana_devs) August 5, 2026
El changelog del 6 de agosto también aporta contexto adicional sobre el trabajo de los clientes validadores. Enumera lanzamientos para Agave y Firedancer, describe trabajo adicional de conformidad en Agave y señala que Mithril se mantiene actualizado con la suite de conformidad de Agave. El changelog dice que Mithril es una nueva implementación de validador escrita en Go que pronto participará en el consenso, y que su trabajo con la suite de conformidad está pensado para ayudarle a mantenerse al nivel de Agave.
El changelog también describe mejoras en la caché de difusión Turbine del líder de Agave y en la reconstrucción de la tabla de rutas. Según el changelog, los líderes crean bloques a partir de transacciones enviadas por la red, dividen los bloques en fragmentos y los distribuyen a los validadores a través de Turbine.
EXPLORE: Best Crypto Presales to Watch in 2026
The post Solana News: 350ms Block Time Is Coming in Epoch 1020 appeared first on icobench.com .
