La Fundación Zcash ha lanzado Zebra 7.0.0 con soporte para NU7 en la red principal, e indica a los operadores de nodos que actualicen antes del bloque 3.543.405, previsto para alrededor del 5 de noviembre.
Resumen
- Los operadores de la red principal deben actualizar antes de la activación para permanecer en la cadena de consenso.
- Está previsto que las versiones Zebra 6.4.x dejen de funcionar días antes de la actualización.
- NU7 introduce bloques de 25 segundos mientras preserva la emisión diaria programada de ZEC.
- La fundación afirma que Zebra 7.0.0 incluye correcciones para cinco avisos de seguridad.
La Fundación Zcash dijo en su anuncio del 22 de octubre que los operadores de la red principal deben instalar la actualización para permanecer en la cadena de consenso, mientras que las versiones anteriores 6.4.x se detendrán por sí mismas días antes de la activación.
“Todos los operadores de la red principal DEBEN actualizar antes de la altura 3.543.405 (~5 de noviembre) para permanecer en la cadena de consenso.”
La fundación enumeró entre las características del lanzamiento los bloques de 25 segundos, un Mecanismo de Sostenibilidad de la Red y correcciones para cinco avisos de seguridad.
Los operadores de Zebra enfrentan un apagado anticipado
La actualización de ingeniería de la fundación del 6 de octubre situó el apagado esperado de Zebra 6.4.x alrededor del 2 de noviembre. Los desarrolladores acortaron el período de funcionamiento del software de 15 semanas a 12 semanas para adelantar esa detención antes de la actualización de red planificada.
En la misma actualización, el equipo de ingeniería dijo que los cálculos de expiración y las estimaciones de sincronización se habían ajustado para seguir el tiempo de bloque vigente en cada altura. Sin ese ajuste, una producción de bloques más rápida podría hacer que el software se detuviera antes de lo previsto.
NU7 llegó a la red de pruebas pública en el bloque 4.465.026 el 4 de octubre, confirmó la fundación. La activación en la red de pruebas introdujo los cambios de consenso para su observación antes del despliegue en la red principal.
Como crypto.news informó anteriormente el 21 de octubre, los desarrolladores habían seleccionado la altura de activación en la red principal tras una reunión de los editores de ZIP el 20 de octubre. En el momento de ese informe, el cambio aún esperaba su integración en la especificación de despliegue.
El texto actual de ZIP 259 ahora enumera el bloque 3.543.405 de la red principal. Sus reglas de compatibilidad indican que los nodos actualizados desconectarán a los pares que anuncien una versión anterior del protocolo de red después de la activación.
La especificación advierte que el software no compatible puede permanecer en línea y seguir una rama de consenso anterior a NU7. No establece cuántos operadores siguen usando software incompatible.
Zcash apunta a confirmaciones más rápidas sin una emisión más rápida
ZIP 218 fija el nuevo objetivo de bloque en 25 segundos, frente a los 75 segundos. Sus autores identifican los pagos, los depósitos en exchanges y las operaciones entre cadenas como usos afectados por la espera de confirmaciones.
La propuesta no aconseja a los clientes reducir sus recuentos de confirmaciones. Su análisis del riesgo de reversión distingue entre modelos de seguridad, incluidos los basados en la proporción de potencia de minería de un atacante y los basados en el costo económico de revertir un pago.
La explicación de la versión candidata de la fundación del 2 de octubre dice que la emisión diaria programada permanece sin cambios porque el software divide las recompensas de bloque programadas entre tres y ajusta los intervalos de halving restantes.
Su descripción mantiene el calendario de halving de cuatro años y el límite de suministro de 21 millones de ZEC. Por lo tanto, una producción de bloques más rápida no significa que el subsidio de minería diario programado se triplique.
La encuesta de tenedores de monedas de septiembre registró aproximadamente un 99,9% de apoyo a un espaciado de bloques más corto y un 98,9% de apoyo a preservar los halvings. Participaron casi 2,4 millones de ZEC, lo que representa alrededor del 66% de los saldos elegibles de Ironwood en la instantánea, según los resultados publicados cubiertos el 16 de septiembre.
La votación cerró el 14 de septiembre después de que los saldos se registraran en el bloque 3.459.350 de la red principal el 24 de agosto. La elegibilidad dependía de los fondos blindados gastables mantenidos en Ironwood en esa instantánea.
NU7 redirige las comisiones hacia futuras recompensas de minería
La explicación del candidato de lanzamiento de la fundación describe una división en la que el 60% de las comisiones de transacción salen de circulación hacia una reserva, mientras que los mineros conservan el 40% restante.
Bajo el Mecanismo de Sostenibilidad de la Red, los fondos reservados pueden regresar gradualmente mediante futuras recompensas de bloque. La cobertura de la activación del 21 de octubre identificó el bloque 8.939.664 de la red principal para el inicio de la reemisión, previsto alrededor de febrero de 2031.
Los tenedores de monedas habían favorecido ese momento con aproximadamente el 96,6% de apoyo en la encuesta de septiembre. La especificación de despliegue enumera la altura de reemisión por separado de la altura de activación de NU7.
La explicación técnica del 2 de octubre da a los pools de minería una instrucción relacionada. Debido a que una transacción coinbase depende de las comisiones de transacción seleccionadas y de la reserva del bloque padre, los mineros deberían solicitar una plantilla de bloque nueva en lugar de cambiar su conjunto de transacciones o el bloque anterior por sí mismos.
La fundación describió límites de actividad blindada que abarcan pools individuales y un presupuesto compartido entre pools. Su actualización de ingeniería dice que esas restricciones están diseñadas para proteger a las billeteras ligeras del spam mientras la red produce bloques con mayor frecuencia.
ZIP 218 sitúa el presupuesto blindado compartido en 330 acciones por bloque, junto con límites separados por pool. Sus autores estiman que los cambios reducen el ancho de banda de sincronización de billeteras ligeras en el peor caso diario de 271 megabytes a 169 megabytes, una reducción de aproximadamente el 37%.
La propuesta señala una contrapartida de privacidad separada. Los bloques más frecuentes dan a los observadores información de temporización más precisa, que puede combinarse con observaciones de redes o aplicaciones. Sus autores dicen que los nuevos límites no impiden el análisis de tráfico ni eliminan el riesgo de denegación de servicio.
Los fondos de Sprout enfrentan una fecha límite de gasto separada
La cobertura de la red de pruebas del 5 de octubre describió otro cambio de NU7 que afecta a los fondos en Sprout, el pool blindado original de Zcash. Deshabilitar las transacciones de versión 4 impide gastar esos fondos después de la activación a menos que los tenedores los muevan de antemano.
ZIP 259 especifica que la prohibición se aplica a toda transacción de versión 4, incluidas las transacciones solo transparentes y las de Sapling. Las transacciones guardadas firmadas sin conexión requieren las mismas comprobaciones de activación.
La especificación dice que las versiones 5 y 6 mantienen sus estructuras existentes, pero sus firmas se comprometen a un identificador de rama de consenso. Un formato de transacción sin cambios no garantiza que una transacción siga siendo válida a través de la activación.
