Zcash prepara bloques de 25 segundos: Zebra 7.0.0 marca el plazo para actualizar
Publicación de la fuente: 2026-10-22 · Análisis editorial publicado: 2026-10-26
Zebra 7.0.0 admite NU7 desde el bloque 3.543.405. Los bloques más rápidos no triplican la emisión diaria de ZEC; los pools deben adaptar la construcción de las recompensas.
El plazo lo marca la altura del bloque
Zcash Foundation publicó Zebra 7.0.0 el 22 de octubre con soporte para NU7, la próxima actualización de la red principal. Los operadores de nodos Zebra deben actualizar antes del bloque 3.543.405 para seguir la cadena de consenso. La Fundación sitúa ese hito alrededor del 5 de noviembre, pero lo decide la altura: la fecha del calendario es una estimación.
Para quien mina ZEC, la primera pregunta es quién mantiene el nodo que suministra el trabajo. El nodo verifica bloques y ayuda al pool a construir un candidato. Si esa infraestructura pertenece al pool, su operador realiza la actualización. Quien utiliza un nodo propio o un sistema de minería solo asume directamente esa responsabilidad.
Es una versión del programa del nodo, no un nuevo firmware para todos los ASIC de Zcash. No corresponde cargar un ejecutable de Zebra en la pantalla de actualización del minero. Primero identifique la conexión entre equipo, pool y nodo, y compruebe la preparación para NU7. Una versión nueva en un componente no demuestra que se haya probado todo el sistema.
Tres veces más bloques, menos subsidio en cada uno
NU7 cambia el intervalo objetivo entre bloques de 75 a 25 segundos. Es una media que busca el protocolo, no un cronómetro garantizado para cada pago. Los bloques seguirán llegando de manera irregular y el servicio receptor puede exigir varias confirmaciones antes de acreditar un depósito.
El cambio divide por tres el subsidio programado por bloque y ajusta los intervalos restantes de reducción a la mitad para conservar el calendario de cuatro años. Con lo demás constante, habrá tres veces más oportunidades con un tercio del subsidio cada una. La emisión diaria prevista no se triplica y el límite de 21 millones de ZEC se mantiene.
Piense en una barra de pan diaria cortada en más rebanadas: más trozos no producen más pan. La comparación explica la emisión programada, no promete ingresos diarios constantes para cada minero. Su participación en la red, el trabajo rechazado, las interrupciones, las comisiones y el precio de ZEC también afectan al resultado.
Las comisiones tienen una regla distinta
Según la Fundación y ZIP 235, con NU7 se retira de circulación el 60% de las comisiones de transacción de cada bloque mediante un mecanismo de reserva; los mineros pueden reclamar el 40% restante. Se trata de comisiones, no del 60% del subsidio normal del bloque ni del saldo completo de un minero.
Más adelante se reemitirá una parte prescrita de la reserva mediante recompensas de bloque. ZIP 259 sitúa el comienzo de esa reemisión en la altura 8.939.664 de Mainnet. Retirar comisiones y reemitir parte después son etapas distintas; un pool no puede contabilizar toda la reserva como ingreso disponible ahora.
Para comparar ingresos conviene separar subsidio y comisiones. Un cambio porcentual en una parte no equivale al mismo cambio en el total. El importe que recibe cada usuario también depende del sistema de liquidación del pool y de las transacciones incluidas en sus bloques.
Los pools necesitan plantillas nuevas
Una plantilla es el bloque candidato que el nodo entrega al programa de minería. En getblocktemplate de Zebra 7.0.0 solo el tiempo figura como modificable. La transacción especial que genera y reparte la recompensa, llamada coinbase, compromete las comisiones de las transacciones seleccionadas y el subsidio. Aquí coinbase no se refiere a una plataforma de intercambio.
La instrucción práctica de la Fundación es pedir otra plantilla en vez de cambiar por cuenta propia el conjunto de transacciones o el bloque anterior. Desde NU7, la recompensa debe respetar también el 40% de comisiones del minero. Adaptar un pool antiguo requiere revisar la construcción del bloque, no solo comprobar la versión del nodo.
El usuario doméstico de un pool puede buscar un aviso claro de preparación y verificar que sus equipos siguen enviando trabajo aceptado. Un panel sin errores no demuestra que el nodo se haya actualizado correctamente. Compare el estado del dispositivo con las participaciones aceptadas por el pool y guarde la configuración operativa antes de cambiar conexiones.
Copia de seguridad antes de migrar la base
En el primer arranque, Zebra 7 migra la base de estado del formato v28 al v29 sin exigir una resincronización inicial. A quienes vienen de Zebra 6.x se les aconseja copiar antes el directorio state/v28 dentro de la caché de estado configurada. Quienes ya usaban 7.0.0-rc.0 han pasado ese cambio de formato.
Zebra 6.x no puede utilizar la base v29 migrada. Volver a una versión anterior requiere una resincronización completa si no existe un estado anterior adecuado conservado. Por eso una copia comprobada y una ventana de mantenimiento son más útiles que guardar únicamente el ejecutable antiguo. El retroceso de una versión principal no es un simple interruptor.
También cambian algunas etiquetas de monitorización y mensajes del registro. Una alerta basada en una etiqueta eliminada puede dejar de funcionar aunque el nodo siga activo. Revise los paneles y las notas de la versión candidata, que contienen cambios adicionales de configuración y llamadas remotas heredados por la versión final.
Qué conviene comprobar después
Zebra 7.0.0 corrige además pausas de sincronización, difusión de bloques minados y varios problemas de seguridad. Son aspectos relevantes para un pool que necesita trabajo actualizado y transmitir pronto un bloque encontrado. Las notas no garantizan una reducción concreta de bloques rechazados ni un aumento medido del hashrate de cada instalación.
Esta versión tiene ocho semanas de soporte en vez de las doce habituales; las notas describen una parada unos 56 días después de la altura estimada de publicación. Instalar 7.0.0 forma parte del mantenimiento continuo, no justifica ignorar versiones posteriores. Obtenga programas e instrucciones por los canales oficiales del proyecto.
Para quien tiene un solo minero ZEC, lo esencial es identificar qué pool o nodo construye las plantillas, verificar su plan NU7 y comprender las nuevas cuentas antes de comparar ingresos. En nuestra comprobación del 26 de octubre se trata todavía de preparar una futura activación, no de anunciar que los bloques de 25 segundos ya funcionan en Mainnet.
Fuente: Zcash Foundation ↗ · Zebra 7.0.0 release and security fixes ↗ · NU7 activation specification ZIP 259 ↗ · ZIP 218 block interval changes ↗ · ZIP 235 fee mechanism ↗
Calculadora de minería ↗
