La actualización de red Ironwood de Zcash, también conocida como NU6.3, está programada para activarse el 28 de julio, con cambios en la forma en que el ZEC blindado se mueve y se contabiliza en toda la red.

La actualización introduce un nuevo pool blindado y un mecanismo de migración controlada conocido como turnstile. Después de la activación, el pool blindado Orchard existente ya no aceptará nuevas salidas, mientras que la nueva actividad blindada pasará al pool Ironwood. El cliente heredado zcashd también llegó al fin de su soporte, lo que convierte a Zebra en la vía de nodo completo con soporte para los operadores.

Según el lanzamiento de Zebra 6.0.0 de Zcash Foundation, Ironwood está previsto para activarse en la mainnet en el bloque 3,428,143, alrededor de las 13:00 UTC del 28 de julio. El zcashd Book señala que zcashd llegó al fin de su soporte el 18 de julio en el bloque 3,417,100 y se niega a reiniciarse antes de NU6.3. Se indica a los operadores que ejecuten Zebra 6.0.0 o una versión más reciente.

El principal cambio técnico se relaciona con los pools blindados. Orchard, que durante años ha transportado transacciones privadas de ZEC, será retirado para nuevos depósitos y salidas después de la activación. Un nuevo pool blindado Ironwood asumirá la nueva actividad blindada, según la cobertura del despliegue de NU6.3 realizada por crypto.news.

El turnstile está diseñado para controlar el valor que sale de Orchard y entra al nuevo pool. En lugar de permitir que los fondos se muevan sin control entre pools, el mecanismo restringe y rastrea la migración para que terceros puedan comparar los totales de forma independiente e identificar anomalías. El diseño se introdujo después de la vulnerabilidad de Orchard y busca respaldar la verificación independiente del suministro, según la misma cobertura de crypto.news.

Ese límite contable es especialmente relevante para una red enfocada en la privacidad, porque las transacciones blindadas están diseñadas para ocultar los detalles de las transacciones de la vista pública, aunque siguen requiriendo reglas de consenso que permitan a la red mantener un suministro verificable. Por lo tanto, la ruta de migración de Ironwood apunta a separar la función de privacidad de las transferencias blindadas de las comprobaciones de contabilidad de suministro necesarias durante una transición de pool.

NU6.3 ya se había activado en testnet el 4 de julio en el bloque 4,134,000, lo que dio a clientes, proveedores de billeteras y servicios la oportunidad de probar herramientas antes de la activación en mainnet, según la documentación de zcashd.

Qué cambia con la activación

Las actualizaciones de Zcash se activan en alturas de bloque específicas, lo que significa que las nuevas reglas de consenso entran en vigor en toda la red en el bloque designado. Para Ironwood, esa altura es 3,428,143 en mainnet, según está configurado en Zebra 6.0.0.

Después de ese punto, se espera que las nuevas transacciones blindadas usen el pool Ironwood. Orchard será retirado para nuevas salidas, aunque las notas Orchard existentes todavía podrán migrarse mediante la ruta del turnstile. Las direcciones transparentes no cambian con la actualización; los principales cambios aplican a los pools blindados.

Para los usuarios, el efecto práctico depende de la billetera o el servicio que utilicen. Se espera que las billeteras actualizadas gestionen la migración automáticamente o proporcionen un flujo de usuario para mover las notas Orchard restantes a través del turnstile. Las billeteras que no hayan incorporado soporte para Ironwood podrían gestionar saldos de forma incorrecta o requerir resincronización.

En el material fuente se recomienda a los usuarios dejar de usar direcciones Orchard para nuevas recepciones después de que Ironwood esté activo, actualizar las billeteras que incorporen soporte para Ironwood y planificar migraciones si todavía mantienen notas Orchard.

Términos clave

Ironwood: El nombre en clave de la actualización de red NU6.3 de Zcash, que introduce un nuevo pool blindado y reglas de turnstile.

Altura de activación: El bloque exacto en el que entran en vigor las nuevas reglas de consenso. Para Ironwood, Zebra 6.0.0 fija la activación en mainnet en el bloque 3,428,143.

Orchard: El pool blindado existente que será retirado para nuevas salidas una vez que Ironwood se active. Las notas Orchard existentes todavía podrán migrarse mediante el turnstile.

Pool blindado: El entorno de contabilidad criptográfica donde se registran las transacciones privadas de ZEC.

Turnstile: Un mecanismo de migración controlada que restringe y rastrea el valor que sale de Orchard y entra al nuevo pool Ironwood para la verificación del suministro.

Zebra: El cliente de nodo completo de Zcash Foundation. La versión 6.0.0 configura la activación de Ironwood y es la ruta con soporte para mainnet después de que zcashd llegara al fin de su soporte.

Lista de verificación para operadores de nodos y billeteras

Los operadores de nodos y backends de billeteras deben confirmar sus versiones de software antes de la activación. zcashd 6.20.0 llegó al fin de su soporte y no llevará los nodos a través de NU6.3, según el zcashd Book.

Se indica a los operadores que instalen y sincronicen Zebra 6.0.0 o una versión más reciente. Zebra 6.0.0 fija la altura de activación de Ironwood en 3,428,143 y fue lanzado el 10 de julio, lo que dio a los operadores varias semanas para desplegarlo y observar una sincronización completa antes de la activación del 28 de julio.

Como Ironwood cambia las reglas de consenso en una altura de bloque fija, la infraestructura que no se haya actualizado podría dejar de seguir la cadena válida posterior a la activación o no procesar correctamente el nuevo pool blindado. Eso convierte la coordinación entre nodos, backends de billeteras, exchanges y custodios en parte del riesgo operativo durante el cambio.

Los operadores de billeteras y servicios deben dejar de emitir direcciones Orchard para fondos entrantes una vez que la actualización esté activa. Después de la activación, las nuevas salidas hacia Orchard quedan retiradas por consenso y podrían no comportarse como los usuarios esperan.

La fuente también recomienda respaldar los datos de la billetera, incluidas semillas y metadatos relevantes de la billetera, antes de iniciar cualquier migración que involucre notas Orchard. Si una billetera rastrea notas Orchard, los operadores deben asegurarse de contar con una instantánea confiable antes de la migración.

Una vez que las nuevas reglas estén activas, se recomienda a los operadores probar una transacción pequeña en el nuevo pool blindado para confirmar que su infraestructura funciona correctamente. Quienes mantengan notas Orchard deben programar migraciones mediante el turnstile después de la activación y seguir la guía específica de su billetera, ya que las implementaciones podrían organizar las migraciones en lotes.

En las primeras etapas posteriores a la activación, los servicios pueden monitorear la actividad de la mempool y las confirmaciones para detectar acumulaciones inusuales. También se aconseja a exchanges y custodios actualizar sus páginas de estado de cara al usuario para que los clientes sepan qué tipos de direcciones se aceptan y si aplican ventanas de mantenimiento.

Efecto para los usuarios cotidianos

Para los usuarios que principalmente envían y reciben ZEC mediante una billetera de consumo, el cambio más visible será la ubicación de los fondos privados dentro del sistema blindado de Zcash. Las nuevas transacciones blindadas se crearán en el pool Ironwood en lugar de como nuevas salidas Orchard.

Las billeteras que se mantengan actualizadas pueden ofrecer migración automática o un proceso de un clic para mover las notas Orchard restantes a través del turnstile. Los usuarios pueden ver cambios en la interfaz a medida que los desarrolladores agreguen nuevos tipos de direcciones, advertencias y flujos de migración.

Las direcciones transparentes no cambian. La actualización se centra en la actividad blindada y en la relación contable entre los pools Orchard e Ironwood.

La red ha probado NU6.3 en testnet desde el 4 de julio, cuando la actualización se activó en la altura 4,134,000. Esa activación en testnet dio a clientes y servicios un ensayo en vivo bajo las nuevas reglas, según el zcashd Book.

La fuente señala que el turnstile está pensado para la verificabilidad del suministro, no para reducir la privacidad. Restringe los límites contables entre pools para que los totales puedan conciliarse después de la vulnerabilidad de Orchard discutida en la cobertura del despliegue de julio por crypto.news.

Zebra reemplaza la antigua pila zcashd

Para los operadores de infraestructura, la transición desde zcashd es central en la actualización Ironwood. zcashd se detuvo tras llegar al fin de su soporte, mientras que Zebra se mantiene y está configurado para Ironwood.

Zebra 6.0.0 se mantiene activamente para NU6.3 y la actividad de red posterior, con la altura de activación de 3,428,143 incluida en el lanzamiento. En cambio, zcashd llegó al fin de su soporte el 18 de julio en el bloque 3,417,100 e incluye un comportamiento de apagado automático antes de Ironwood, según el zcashd Book.

La fuente describe a Zebra como el destino recomendado para exchanges y custodios que necesitan mantener el servicio después del fin de vida de zcashd. zcashd se describe como el cliente histórico, ahora congelado y sin futuras actualizaciones.

A los operadores que aún tienen infraestructura heredada se les aconseja desplegar Zebra junto con los sistemas existentes, sincronizarlo por completo y apuntar una única instancia de billetera hacia él para una prueba antes de tratar el día de activación como una ventana de mantenimiento.

Escenarios de migración y casos límite

Las billeteras frías que no se hayan sincronizado durante meses deberían sincronizarse antes de la activación para que puedan conocer el estado final de Orchard bajo las reglas anteriores. Eso puede hacer que la conciliación posterior a la activación sea más fluida.

Los exchanges deben comunicar claramente los tipos de direcciones compatibles durante el cambio. La fuente señala que deshabilitar temporalmente los depósitos blindados durante unas horas alrededor de la activación puede reducir problemas de soporte, tras lo cual los servicios pueden volver a habilitar depósitos usando el nuevo formato de dirección una vez que los backends confirmen que están procesando bloques después de la altura 3,428,143.

A los usuarios con muchas notas Orchard se les recomienda no apresurar todas las migraciones a la vez. Como el turnstile está diseñado para un flujo controlado, las migraciones pueden agruparse en tamaños definidos por la billetera. La fuente recomienda registrar los ID de transacción y verificar los saldos después de las confirmaciones. Si una billetera admite etiquetas, los usuarios pueden etiquetar cada movimiento para facilitar auditorías posteriores.

Riesgos destacados alrededor de la activación

Los principales riesgos identificados en la fuente son software desactualizado, depósitos enviados a Orchard después de la activación y versiones de billetera incompatibles.

Ejecutar zcashd después del 18 de julio es un riesgo porque el cliente se detiene automáticamente y no continuará durante la activación. Enviar a Orchard después de la activación puede provocar depósitos fallidos o fondos que no aparezcan donde los usuarios esperan, porque las nuevas salidas Orchard quedan retiradas.

Las billeteras sin parches pueden gestionar saldos de forma incorrecta o quedar atascadas resincronizando si no han incorporado soporte para Ironwood. La fuente recomienda esperar una versión de billetera que mencione explícitamente la preparación para NU6.3.

La fuente también advierte contra migrar fondos blindados sin una copia de seguridad reciente de la semilla y los metadatos, asumir finalidad instantánea inmediatamente después de la activación o no mantener un registro de auditoría al mover muchas notas.

Preguntas frecuentes

¿Cuándo se activa Ironwood en mainnet?

Ironwood se activa en el bloque 3,428,143. Según los tiempos de bloque actuales citados en la fuente, eso corresponde aproximadamente a las 13:00 UTC del 28 de julio, de acuerdo con las notas de lanzamiento de Zebra 6.0.0. La altura real de la cadena, y no una estimación de reloj, determina la activación.

¿Los usuarios necesitan mover fondos fuera de Orchard de inmediato?

La fuente señala que no se fuerza una migración instantánea, pero los usuarios deben dejar de usar direcciones Orchard para nuevas recepciones una vez que Ironwood esté activo. Las notas Orchard restantes pueden moverse mediante la ruta del turnstile usando una billetera actualizada.

¿Qué ocurre si zcashd sigue en ejecución?

zcashd 6.20.0 alcanzó su detención de fin de soporte el 18 de julio en el bloque 3,417,100 y se niega a reiniciarse antes de NU6.3. Los operadores necesitan Zebra 6.0.0 o una versión posterior para observar o validar bloques posteriores a la activación.

¿Las direcciones transparentes se ven afectadas?

Las direcciones transparentes no cambian con Ironwood. Los principales cambios aplican a los pools blindados, incluida la retirada de nuevas salidas Orchard y la introducción del pool Ironwood.

¿Por qué se necesita el turnstile?

El turnstile restringe y contabiliza el valor que se mueve de Orchard al nuevo pool, lo que permite la verificación independiente del suministro total de ZEC después de la vulnerabilidad de Orchard discutida en la cobertura del despliegue.

¿Ironwood se probó antes de mainnet?

Sí. NU6.3 se activó en testnet el 4 de julio en la altura 4,134,000, lo que proporcionó a clientes y servicios un ensayo en vivo bajo las nuevas reglas.

¿Cambiarán las comisiones o los tiempos de confirmación?

La fuente señala que no hay un cambio específico de comisiones vinculado a la activación. Como ocurre con las actualizaciones importantes, las primeras horas posteriores a la activación pueden presentar condiciones irregulares en la mempool mientras los servicios se ajustan, por lo que podrían usarse confirmaciones adicionales para transferencias sensibles.

Nota del editor en la fuente: En Q2 2026, Elliot Veynor escribió que observó a mesas de custodia desplegar discretamente nodos Zebra paralelos semanas antes de Ironwood y dirigir tráfico oscuro a través de ellos. Dijo que ese enfoque de prueba ayudó durante la activación en testnet del 4 de julio, cuando un proveedor descubrió un problema de indexación de billetera. También escribió que mesas OTC más pequeñas fueron tomadas por sorpresa por el apagado de zcashd en el bloque 3,417,100 y tuvieron que buscar soporte de Zebra a mediados de julio.

Descargo de responsabilidad: Este artículo se proporciona solo con fines informativos. No se ofrece ni pretende utilizarse como asesoramiento legal, fiscal, de inversión, financiero o de otro tipo.