Los desarrolladores de Zcash propusieron reducir el intervalo de bloqueo objetivo de la red de 25 segundos a 20 segundos en el borrador de Actualización de red 7.1.
Conclusiones clave
Los desarrolladores de Zcash proponen tiempos de bloqueo de 20 segundos
Los desarrolladores de Zcash propusieron reducir el intervalo de bloqueo objetivo de la red a 20 segundos, pocos días después de que una actualización importante redujera los tiempos de bloqueo a 25 segundos. La última propuesta tiene como objetivo acelerar las confirmaciones de transacciones y al mismo tiempo preservar el cronograma de emisión y el límite de suministro existentes de Zcash (ZEC).
La propuesta, publicada para discusión comunitaria en los foros de Zcash, apunta a su inclusión en la próxima Actualización de red 7.1 (NU7.1). La propuesta sigue a la activación exitosa de Network Upgrade 7 (NU7), que introdujo varios cambios estructurales en Zcash, incluida una producción de bloques más rápida, una reserva de seguridad de red a largo plazo y el retiro de su grupo protegido Sprout original.
La actualización redujo el intervalo de bloqueo objetivo de Zcash de 75 segundos a 25 segundos e introdujo el Mecanismo de Sostenibilidad de Red (NSM), desarrollado por Shielded Labs. El mecanismo redirige el 60% de las tarifas de transacción a una reserva a largo plazo diseñada para reforzar la seguridad de la red a medida que disminuyen los subsidios a la minería, a partir de 2031 aproximadamente.
La actualización también eliminó el grupo Sprout heredado al descontinuar las transacciones de la versión 4, congelando permanentemente aproximadamente 12,226 ZEC, valorados en aproximadamente $16 millones, asociados con claves perdidas o abandonadas.
Tras la activación, ZEC experimentó una importante volatilidad de precios, inicialmente subiendo de 1.120 dólares a más de 1.380 dólares antes de retroceder entre un 7% y un 9% hasta un rango de 1.260 a 1.315 dólares en medio de la toma de ganancias y la liquidación de posiciones apalancadas.
Ajustes de límite de acción y latencia
A pesar de la reciente revisión, los desarrolladores de Zcash ya están buscando mejoras adicionales en la velocidad de confirmación de transacciones. El último borrador propone una reducción adicional del 20% en el intervalo de bloques objetivo, lo que aumentaría la producción esperada de bloques en un 25%.
Según la propuesta, el objetivo principal es reducir la latencia de las transacciones, particularmente para aplicaciones que requieren confirmaciones rápidas. Estos incluyen pagos en puntos de venta, depósitos de intercambio de criptomonedas e intercambios entre cadenas, donde tiempos de confirmación más cortos podrían mejorar la experiencia del usuario.
Los cambios propuestos no afectarían el cronograma de emisión diaria de Zcash ni su límite de suministro de 21 millones de ZEC. En cambio, los subsidios en bloque y los parámetros dependientes del tiempo, incluidas las ventanas de ajuste de dificultad, se escalarían proporcionalmente para adaptarse al calendario de bloques más rápido.
Los desarrolladores también han propuesto reducir los límites de acción blindados para evitar que el aumento de la frecuencia de bloqueo imponga demandas excesivas de sincronización en billeteras ligeras y nodos de red.
Específicamente, el borrador exige escalar ciertos límites establecidos bajo ZIP 218 a cuatro quintas partes de sus niveles actuales, reduciendo el presupuesto global de acción protegida y los límites de acción relevantes de Orchard y Ironwood de 330 a 264 por bloque.
Mientras tanto, el límite de tamaño de bloque existente de 2 MB permanecería sin cambios. En la utilización máxima del bloque, el intervalo propuesto implicaría una velocidad máxima teórica de procesamiento de datos de aproximadamente 100 KB por segundo.
El rápido cronograma de actualización plantea preocupaciones sobre la estabilidad de la red
Aunque reducir el intervalo de bloqueo objetivo de Zcash a 20 segundos podría acelerar las confirmaciones de transacciones, también genera preocupaciones sobre tasas de bloqueo huérfanos más altas como resultado de ventanas de propagación de bloques más ajustadas. La rápida sucesión de actualizaciones también podría imponer demandas operativas adicionales a los mineros, los intercambios y los operadores de nodos.
Albert Dadon AM, director ejecutivo y fundador de AEREDIUM, advirtió que la introducción de otra actualización tan pronto después de NU7 podría exponer la red a riesgos de estabilidad que aún no han surgido en condiciones del mundo real.
Dadon argumentó que unos pocos días de operación en vivo no proporcionan evidencia suficiente de la resiliencia de la red, particularmente para una cadena de bloques de prueba de trabajo donde problemas como bloques obsoletos, reorganizaciones breves y ventajas de conectividad entre los mineros solo pueden hacerse evidentes durante períodos de actividad sostenida.
"Los problemas que importan en una red de prueba de trabajo, como bloques obsoletos, reorganizaciones breves y mineros con mejores conexiones que obtienen una ventaja sobre los demás, se manifiestan bajo estrés y durante semanas, no en los primeros días tranquilos después de una actualización", dijo Dadon.
También destacó los desafíos operativos asociados con los cambios sucesivos en los intervalos de bloqueo, señalando que las billeteras, los intercambios, los pools de minería y otros servicios que dependen de confirmaciones de transacciones deben adaptarse a cada ajuste.
Dadon sugirió que los desarrolladores deberían permitir que NU7 funcione durante al menos un período de intensa actividad de la red antes de introducir más cambios.
"La velocidad obtenida rápidamente es la más cara", advirtió.
Sin embargo, las pruebas de estrés y los datos posteriores a NU7 indican tasas de bloqueo huérfano más bajas que antes de la actualización, en parte debido a optimizaciones en implementaciones de nodos como Zebra y Zakura. Sin embargo, persisten los riesgos asociados con el intenso tráfico de la red principal.
A diferencia de NU7, que introdujo importantes cambios estructurales, NU7.1 se centra principalmente en reducir la latencia de las transacciones sin alterar la política monetaria de Zcash. Sin embargo, su implementación sigue sujeta a la revisión de la comunidad y a encuestas de gobernanza.
Zcash aumenta después de que la actualización congela $16 millones en ZEC y establece una reserva de seguridad
Zcash ha activado Network Upgrade 7, que reduce los tiempos de bloqueo de 75 a 25 segundos y ayudará a impulsar un...
Sobre el autor
ESCRITO POR Terence Zimwara Autor/Escritor
