El precio de Zcash sube un 13 % en una semana mientras la red se prepara para la actualización Ironwood

La actualización se remonta a un descubrimiento realizado el 29 de mayo. El investigador de seguridad Taylor Hornby, que trabajaba bajo contrato para Shielded Labs, encontró un fallo de seguridad en el código de la curva elíptica del pool protegido de Orchard. El error se encontraba en una parte del crate halo2_gadgets que gestiona la multiplicación de puntos. Un verificador podía sustituir el punto base por uno incorrecto y, aun así, conseguir que el circuito aceptara una prueba no válida.

Esa vulnerabilidad era grave porque, por diseño, Orchard oculta el remitente, el destinatario y el importe. Un billete falsificado creado dentro del pool parecería idéntico a uno auténtico. El error llevaba presente en el código desde que Orchard entró en funcionamiento en mayo de 2022, como parte de la actualización NU5.

Parche rápido, sin pérdidas confirmadas

Los ingenieros principales de Zcash, entre ellos Daira-Emma Hopwood, Kris Nuttycombe y Jack Grigg, confirmaron el problema a las pocas horas del informe de Hornby. Alrededor del 1 de junio se llevó a cabo un soft fork que desactivó las nuevas acciones de Orchard para contener la exposición. A continuación, el 3 de junio se llevó a cabo un hard fork, el NU6.2, con una clave de verificación corregida, lo que restableció la funcionalidad completa de Orchard. Las transacciones de Orchard se suspendieron durante aproximadamente un día durante la implementación. Las transferencias «Transparent» y «Sapling» siguieron funcionando en todo momento. Tanto el Zcash Open Development Lab como Shielded Labs afirman no haber encontrado pruebas de que el fallo se haya aprovechado en ningún momento, y la contabilidad de «torniquete» de la red, que realiza un seguimiento del valor que entra y sale de cada fondo común, no mostró signos de emisión no autorizada.

Hay un inconveniente que los desarrolladores no pueden solucionar con un parche. La privacidad de Orchard implica que nadie puede demostrar lo contrario. No existe ningún método criptográfico para confirmar que nunca se haya producido una falsificación, solo que probablemente no haya ocurrido.

Ironwood cierra la brecha

Anunciado el 6 de junio, Ironwood es la solución a esa incertidumbre restante. Se distribuye como NU6.3 y ha sido desarrollado por ZODL en colaboración con Tachyon, Valar Group, la Fundación Zcash y Shielded Labs.

La actualización abre un nuevo pool protegido de Ironwood construido sobre el circuito Orchard parcheado, que ahora cuenta con el respaldo de una verificación formal continua y auditorías independientes adicionales. Al mismo tiempo, se sella el antiguo pool de Orchard. Las carteras bloquearán los nuevos depósitos en él, se desactivarán las transferencias internas entre usuarios dentro del pool y los fondos solo podrán salir a través del «torniquete» hacia Ironwood o una dirección transparente.

Ese cierre es la solución propiamente dicha. Una vez que el pool heredado deja de aceptar nuevos fondos y de circular internamente, cualquier nota falsificada teórica queda aislada. Cualquier persona que ejecute un nodo completo puede entonces sumar los saldos de todos los pools activos y confirmar que el suministro total se ajusta a lo que permite el protocolo, sin tener que esperar a las garantías de los desarrolladores ni a una migración completa.

Ironwood también incluye ZIP 2005, un conjunto de cambios en el formato de los billetes destinados a facilitar la recuperación en un futuro escenario de computación cuántica. Aunque no hace que Zcash sea cuántico-seguro en la actualidad, sienta las bases para una transición más fluida en el futuro.

Calendario y qué deben hacer los usuarios

La activación de la red de pruebas para Ironwood tuvo lugar alrededor del 3 y el 4 de julio. Tanto Zebra, el cliente en Rust mantenido por la Fundación Zcash, como la implementación independiente de Valar Group están ejecutando versiones candidatas con esta actualización.

La activación en la red principal está prevista para alrededor del 21 de julio, vinculada a un bloque de fin de soporte de zcashd. Los desarrolladores afirman que la señalización del hashrate parece estar lista y que el tiempo de prueba en la red de pruebas ofrece a los monederos margen suficiente, por lo que, de momento, no se baraja ningún retraso.

Los operadores de nodos que utilicen versiones antiguas de zcashd deberán migrar a Zebra o a un cliente actualizado antes de esa fecha. Se espera que las carteras soliciten a los usuarios que transfieran los fondos protegidos fuera del antiguo pool de Orchard con las mínimas complicaciones, a menudo con una única aprobación.

Reacción del mercado

El precio del ZEC habla por sí solo de lo ocurrido en las últimas seis semanas. El token cayó más del 50 %, pasando de unos 630 dólares a un rango de entre 250 y 300 dólares una vez que se hizo pública la vulnerabilidad, para luego repuntar bruscamente tras la publicación del parche y la presentación del plan Ironwood.

A fecha de 4 de julio, el ZEC cotiza a 462,33 dólares, lo que supone un alza del 13,3 % en los últimos siete días, incluso tras una sesión sin cambios en las últimas 24 horas. Si ampliamos la perspectiva, la moneda ha subido más del 1 000 % durante el último año, un periodo que incluye tanto la subida hasta un máximo de 52 semanas cercano a los 744 dólares en noviembre de 2025 como la crisis de Orchard a finales de mayo.

El inversor Chamath Palihapitiya ha destacado públicamente el modelo de verificación de suministro de Ironwood como un paso significativo para la moneda, lo que ha atraído la atención externa hacia lo que comenzó como una corrección de un error.

Por ahora, lo que queda por hacer es la coordinación. Los resultados de la verificación formal deben presentarse antes del lanzamiento de la red principal, y los proveedores de carteras, plataformas de intercambio e infraestructura aún deben implementar el soporte actualizado en las próximas dos semanas y media.