\n
Los desarrolladores de Zcash propusieron reducir el intervalo entre bloques de 25 a 20 segundos tras NU7. En una propuesta del foro comunitario<\/a>, ValarDragon y Evan Forbes plantearon llevar el cambio a la votaci\u00f3n y programarlo para NU7.1. La propuesta busca acelerar las confirmaciones sin aumentar la capacidad diaria de transacciones shielded de Zcash.<\/strong> El ajuste continuar\u00eda la evoluci\u00f3n de Zcash<\/a> tras el salto de bloques de 75 a 25 segundos.<\/p>\n <\/p>\n Los desarrolladores presentan el objetivo de 20 segundos como continuaci\u00f3n de ZIP 218, la propuesta que impuls\u00f3 la reducci\u00f3n de block time en NU7. Argumentan que las transacciones esperan su inclusi\u00f3n cuando los bloques tienen capacidad disponible, generando fricci\u00f3n para pagos en comercios, dep\u00f3sitos en exchanges y swaps cross-chain. Recortar otros cinco segundos reducir\u00eda el tiempo hasta la primera confirmaci\u00f3n y mejorar\u00eda la latencia de pagos consecutivos.<\/strong> El plan llega tras la activaci\u00f3n de NU7 en mainnet<\/a>, que redujo el intervalo objetivo de 75 a 25 segundos.<\/p>\n Las pruebas de estr\u00e9s utilizaron una red de 80 miners distribuida en 12 regiones con bloques de 2 MB. Una red solo con Zakura registr\u00f3 una tasa de bloques hu\u00e9rfanos de 1,9%, mientras una configuraci\u00f3n 50-50 de Zakura y Zebra-Andele alcanz\u00f3 3,3%. Ambos resultados cumplen o mejoran el umbral utilizado previamente para los bloques de 25 segundos<\/strong>, cuyas pruebas mostraron una tasa emp\u00edrica de 4,68% y una estimaci\u00f3n te\u00f3rica de 3,26%. Los desarrolladores atribuyen la mejora al trabajo en Zakura y Zebra-Andele, tras las mejoras de seguridad y rendimiento de Zebra<\/a>.<\/p>\n La propuesta reducir\u00eda en una quinta parte los l\u00edmites de acciones shielded para evitar que bloques m\u00e1s r\u00e1pidos eleven la capacidad diaria. Las acciones Orchard e Ironwood por bloque bajar\u00edan de 330 a 264, mientras inputs y outputs de Sapling pasar\u00edan de 300 a 240. Mantener los m\u00e1ximos sin cambios busca evitar un aumento del 25% en la carga de sincronizaci\u00f3n de las light wallets.<\/strong> El l\u00edmite seguir\u00eda en 2 MB. La emisi\u00f3n por bloque caer\u00eda proporcionalmente y el intervalo de halving aumentar\u00eda de 5,04 millones a 6,3 millones de bloques. Se ajustar\u00edan el expiry de transacciones, el promedio de dificultad y par\u00e1metros de reorganizaci\u00f3n. El objetivo es preservar la emisi\u00f3n diaria y el comportamiento temporal sin pedir menos confirmaciones a los servicios, continuando el impulso comunitario por transacciones m\u00e1s r\u00e1pidas<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Los desarrolladores de Zcash proponen reducir el intervalo objetivo entre bloques de 25 a 20 segundos para acelerar primeras confirmaciones y llevar el cambio a NU7.1. Las pruebas mostraron tasas de bloques hu\u00e9rfanos de 1,9% con Zakura y 3,3% en una red mixta Zakura\/Zebra-Andele, dentro de los umbrales t\u00e9cnicos previos. … <\/p>\nLos desarrolladores buscan reducir la latencia sin aumentar el throughput diario<\/h2>\n
![\"Los](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/11\/Zcash-Devs-Propose-Block-Interval.jpg\")
<\/p>\n