\n
Solana<\/a> se prepara para reducir su tiempo objetivo de slot de 250 a 200 milisegundos este viernes, completando una actualizaci\u00f3n escalonada que comenz\u00f3 desde 400 ms en agosto. La p\u00e1gina oficial<\/a> indica que el \u00faltimo paso de SIMD-0525 entrar\u00e1 en vigor en la frontera de la epoch 1053, despu\u00e9s de activarse el feature gate en la epoch 1052. El cambio reducir\u00e1 a la mitad la duraci\u00f3n objetivo original de los slots, pero no duplicar\u00e1 autom\u00e1ticamente la capacidad de procesamiento de transacciones.<\/strong> Una vez activo, Solana apuntar\u00e1 a cinco oportunidades de producci\u00f3n de bloques por segundo.<\/p>\n <\/p>\n El despliegue llev\u00f3 mainnet de 400 ms a 350 ms el 21 de agosto, luego a 300 ms el 28 de agosto y a 250 ms el 18 de septiembre. Con 200 ms, cada bloque tendr\u00e1 un m\u00e1ximo de 30 millones de compute units, frente a 37,5 millones con 250 ms, manteniendo estable la capacidad te\u00f3rica. La actualizaci\u00f3n prioriza menor latencia y un estado de red m\u00e1s actualizado, no un simple aumento del throughput bruto.<\/strong> Esa diferencia apareci\u00f3 con la reducci\u00f3n anterior a 250 ms<\/a>, que aceler\u00f3 el reloj de Solana sin expandir el blockspace.<\/p>\n Los slots cortos reducen el tiempo que controla un validador el orden de las transacciones. Los validadores producir\u00e1n cuatro slots, pero su ventana como l\u00edder caer\u00e1 de 1,6 segundos con 400 ms a 800 milisegundos con 200 ms. Solana Foundation sostiene que una ventana menor mejora la resistencia a la censura, y actualizaciones r\u00e1pidas ayudan a market makers a ajustar spreads. Para las aplicaciones de trading, el beneficio es recibir actualizaciones frecuentes en tiempo real y reducir cu\u00e1nto tiempo precios o estados quedan desactualizados.<\/strong> El cambio complementa la hoja de ruta de aceleraci\u00f3n de Solana<\/a>.<\/p>\n El nuevo reloj introduce costos operativos. Los validadores que votan en cada slot deber\u00e1n hacerlo el doble de veces, aumentando las exigencias de red. La expiraci\u00f3n de blockhash se reducir\u00e1 a 30 segundos con 200 ms, dejando menos margen para firmas offline o flujos con aprobaci\u00f3n humana. Los indexers no necesitar\u00e1n cambios de formato, pero deber\u00e1n procesar bloques frecuentemente. El rendimiento de mainnet depender\u00e1 de que los validadores cumplan el objetivo de 200 ms en condiciones reales.<\/strong> El despliegue ha usado tasas de bloques omitidos como criterio, mientras las pruebas de Alpenglow<\/a> avanzan por separado.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Solana reducir\u00e1 el tiempo de slot de 250 ms a 200 ms en la epoch 1053, completando una reducci\u00f3n gradual desde 400 ms. La actualizaci\u00f3n elevar\u00e1 a cinco las oportunidades de producci\u00f3n por segundo, mientras el l\u00edmite por bloque baja a 30 millones de compute units. Los slots m\u00e1s cortos … <\/p>\nEl reloj m\u00e1s r\u00e1pido de Solana introduce nuevos trade-offs<\/h2>\n
![\"Solana](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/10\/Solana-Slashes-Block-Time.jpg\")
<\/p>\n