Zcash, una red de proof-of-work construida en torno a pruebas de conocimiento cero para pagos protegidos, activó su actualización de red NU7 el 6 de noviembre en el bloque 3,543,405 de la mainnet, minado a las 02:34 UTC. La activación redujo el intervalo objetivo de bloques de 75 a 25 segundos e incorporó cambios en las recompensas de minería, las tarifas de transacción y el procesamiento de transacciones protegidas. También deshabilitó un formato de transacción anterior, dejando los fondos del pool original Sprout de Zcash imposibles de gastar.

El tiempo objetivo de bloque cae a 25 segundos

Según la Zcash Improvement Proposal 218, NU7 reduce en dos tercios el tiempo de espera objetivo para las confirmaciones de transacciones. Bajo las reglas anteriores, los bloques llegaban aproximadamente cada 75 segundos. El nuevo objetivo de 25 segundos podría acortar los retrasos de confirmación para exchanges, wallets y servicios de pago. Un exchange que requiera tres confirmaciones, por ejemplo, podría ver su tiempo de espera estimado reducirse de 225 a 75 segundos, aunque cada plataforma determina sus propios requisitos de confirmación.

La red operó inicialmente por encima del nuevo objetivo. Según datos de ZecStats, los primeros 225 bloques posteriores a la activación promediaron aproximadamente 39 segundos hacia las 04:59 UTC. Como en otros sistemas de proof-of-work, los intervalos reales fluctúan en torno al objetivo porque el descubrimiento de bloques es probabilístico, con ajustes de dificultad destinados a orientar el promedio de vuelta hacia la meta.

Por separado, CoinCentral analizó la actividad de trading de ZEC y los flujos de ETF en torno a la activación de NU7 el 6 de noviembre. Esas observaciones de mercado no establecen que la actualización haya causado cambios de precio.

NU7 también eleva la capacidad teórica de transacciones de Orchard de alrededor de 2.9 a 6.6 transacciones por segundo. La mejora llega junto con límites a la actividad protegida dentro de cada bloque. La Zcash Foundation estima que estos límites reducen aproximadamente 37% el ancho de banda de sincronización en el peor de los casos para wallets ligeras, restringiendo la actividad protegida excesiva que de otro modo podría aumentar los requisitos de procesamiento de las wallets.

El recorte del subsidio mantiene el cronograma de emisión

NU7 reduce el subsidio programado por bloque de 1.5625 ZEC a aproximadamente 0.52083333 ZEC. La reducción compensa la mayor cantidad de bloques producidos bajo el nuevo intervalo objetivo, por lo que la emisión diaria planificada se mantiene aproximadamente sin cambios. Esto difiere de la propuesta de reducción de emisión aprobada recientemente por NEAR Protocol, que apunta a una menor creación anual de tokens a lo largo de dos años.

La actualización también introduce un Mecanismo de Sostenibilidad de Red bajo el ZIP 235. El mecanismo retira del circulante el 60% de las tarifas de transacción, mientras que los mineros retienen el 40% restante. Las tarifas retenidas no se queman de forma permanente. En cambio, el protocolo las contabiliza como fondos elegibles para una futura emisión. Bajo el ZIP 237, la reemisión comienza en el bloque 8,939,664 de la mainnet, previsto para alrededor de febrero de 2031. El mecanismo preserva el calendario de halving de cuatro años de Zcash y su límite de suministro de 21 millones de ZEC.

Sprout deshabilitado y fondos legacy bloqueados

Otro cambio importante afecta a Sprout, el protocolo original de transacciones protegidas de Zcash, que data del lanzamiento de la red en 2016 y al que luego se sumaron los pools protegidos Sapling y Orchard. Bajo el ZIP 2003, las transacciones de versión 4 quedaron inválidas cuando NU7 se activó, impidiendo transferencias desde el pool Sprout bajo las nuevas reglas de consenso.

ZecStats registró aproximadamente 12,224.21 ZEC restantes en Sprout tras la activación. Esos fondos actualmente no se pueden gastar, pero no han sido quemados de forma permanente, y actualmente no existe ningún mecanismo de recuperación aprobado que permita a los titulares acceder a ellos. Cualquier cambio en ese estatus requeriría a su vez una nueva regla de consenso adoptada mediante el proceso de actualización de red de Zcash. La restricción de transacciones se extiende más allá de Sprout: otros sistemas que aún crean transacciones de versión 4 deben migrar a formatos compatibles. Las versiones 5 y 6 siguen siendo válidas, y NU7 no introduce un formato de transacción ni un pool protegido adicional.

Operadores de nodos deben ejecutar software compatible

El lanzamiento de software del 22 de octubre de la Zcash Foundation exigía a los operadores de nodos de la mainnet actualizar a Zebra 7.0.0 antes de la activación. Las versiones anteriores no pueden seguir la cadena de consenso actualizada. El lanzamiento también incluyó siete avisos de seguridad y mejoras de sincronización.

El despliegue de Zcash sigue a otros cambios recientes en la infraestructura de blockchain. Un informe del 4 de noviembre sobre THORChain restableciendo los swaps de Zcash describía una actualización de protocolo independiente que reinstauró el trading en varias redes. Para los proveedores de infraestructura de Zcash, NU7 cambia los requisitos de consenso de inmediato, mientras que la disponibilidad real de pagos aún depende del software compatible, el rendimiento de la red y las políticas de confirmación de cada servicio.