NU6.2
NU6.2 se activó en la red principal de Zcash en el bloque 3,364,600 (3 de junio de 2026 UTC).
Lo que aprenderás: qué solucionó NU6.2, por qué Zcash pausó las transacciones blindadas durante aproximadamente un día y cómo la red cerró la brecha sin perder fondos.
NU6.2 es una Zcash actualización de red, definida formalmente en ZIP 257, que reactivó el protocolo blindado de Orchard tras una pausa de emergencia. Corrigió un error de solidez en el circuito de conocimiento cero de Orchard y restauró las transacciones blindadas. Considéralo como el capítulo de reparación de emergencia de la historia del error de Orchard. La actualización posterior, Ironwood (NU6.3), añadió entonces un nuevo pool y una auditoría pública del anterior.
Por qué importa esto. Orchard es donde ocurren la mayoría de los pagos privados de Zcash. Cuando se encontró una falla en las matemáticas que mantienen honesto a ese pool, la red enfrentó una decisión difícil: mantener las transacciones blindadas activas con un riesgo conocido o pausarlas hasta que la solución estuviera lista. NU6.2 es la forma en que Zcash priorizó la seguridad y aun así restauró la privacidad en menos de un día.
Qué ocurrió
El detonante fue un error de solidez en el circuito Action de Orchard, las matemáticas que se supone que demuestran que cada transacción blindada cumple las reglas. El investigador independiente Taylor Hornby lo encontró durante una auditoría de Shielded Labs y lo divulgó responsablemente a finales de mayo de 2026. Había pasado desapercibido desde que Orchard se lanzó en 2022 y, en teoría, podía permitir que una transacción inválida pasara como válida, lo que podría permitir robar o gastar dos veces fondos dentro del pool de Orchard. La contabilidad de torniquete de Zcash seguía limitando cuánto valor podía salir de Orchard, por lo que el suministro total de ZEC no podía inflarse, pero una falla en las matemáticas que mantienen honestos los fondos blindados es grave, así que la red actuó en cuestión de días. La página Ironwood explica el error y cómo podía crear valor en detalle.
La pausa de emergencia
El 2 de junio de 2026, una bifurcación suave de emergencia deshabilitó temporalmente todas las transacciones de Orchard. Se lanzó como una corrección urgente en zcashd v6.12.5 y zebra v4.5.3.
- Se pausaron los envíos y recepciones blindados de Orchard, por lo que no se podían crear ni aceptar nuevas pruebas de Orchard.
- Las transacciones transparentes y de Sapling siguieron funcionando normalmente.
- No se movieron, congelaron ni perdieron fondos. La pausa solo detuvo la nueva actividad de Orchard mientras se terminaba la solución real.
Qué cambió NU6.2
Al día siguiente, el 3 de junio de 2026, la bifurcación dura de NU6.2 se activó en el bloque 3,364,600 y reactivó Orchard con un circuito corregido.
- Corrigió el gadget de multiplicación escalar de base variable del circuito Action añadiendo las restricciones que faltaban.
- Eso produjo una nueva clave de verificación, por lo que las pruebas realizadas con el antiguo circuito defectuoso ya no se validan, y cada prueba nueva debe usar el circuito corregido.
- Convirtió la longitud exacta de la prueba en una regla de consenso, cerrando una brecha que antes no se aplicaba.
El código corregido se lanzó en zcashd v6.20.0 y zebra v5.0.0, compilado sobre halo2_gadgets v0.5.0 y el crate orchard v0.14.0.
Lo que NU6.2 no hizo
NU6.2 aseguró el circuito para cada transacción nueva, pero el valor creado bajo las reglas antiguas seguía en el pool de Orchard. Auditar ese valor y moverlo a un pool limpio es una tarea aparte, y eso es lo que gestiona Ironwood (NU6.3) con su nuevo pool y torniquete.
¿Se perdió algo?
No. No hay evidencia de que el error haya sido explotado, no hubo creación de valor no autorizada ni impacto en los fondos de los usuarios. La contabilidad de torniquete de Zcash confirmó que el suministro total permaneció intacto durante todo el evento.
Glosario
| Término | Significado en lenguaje sencillo |
|---|
| Shielded pool | El conjunto de fondos cuyos montos y propietarios están ocultos mediante criptografía de conocimiento cero |
| Orchard | El protocolo blindado introducido por NU5. Era el principal pool blindado de Zcash en el momento de NU6.2; Ironwood lo reemplazó en NU6.3 y Orchard ahora es solo para gastar |
| Soundness bug | Una falla que permite que una transacción inválida pase la verificación de prueba como si fuera válida |
| Verifying key | El valor público que la red usa para comprobar que una prueba es válida. Corregir el circuito la cambió |
| Soft fork | Un cambio de reglas compatible con versiones anteriores que pausó Orchard sin dividir la red |
| Hard fork | Un cambio coordinado de reglas al que todos los nodos deben actualizarse, activado en un bloque determinado |
Preguntas frecuentes
¿Perdí acceso a mi ZEC? No. Durante aproximadamente un día, las transacciones blindadas de Orchard estuvieron pausadas, pero no se perdió ningún fondo ni estuvo en riesgo, y las transacciones transparentes y de Sapling siguieron funcionando.
¿Por qué pausar en lugar de aplicar una corrección discretamente? Un error de solidez podía permitir que se robaran o gastaran dos veces fondos dentro del pool de Orchard, por lo que la decisión segura fue detener las nuevas transacciones de Orchard hasta que el circuito corregido estuviera activo.
¿Siguen funcionando las antiguas pruebas blindadas? Las pruebas realizadas con el circuito anterior ya no se validan después de NU6.2. Las wallets con una versión compatible usan automáticamente el circuito corregido.
¿Se usó alguna vez el error? No hay evidencia de que así fuera. Fue detectado por investigación de seguridad y corregido antes de que se conociera algún daño.
¿En qué se diferencia NU6.2 de Ironwood? NU6.2 corrigió el circuito y reactivó Orchard. Ironwood (NU6.3) añadió después un nuevo pool y un torniquete público para auditar y mover el valor del pool anterior.
Pon a prueba tu comprensión
¿Por qué Zcash pausó las transacciones de Orchard durante un día en lugar de mantenerlas activas mientras se escribía la solución?
Respuesta
Porque la falla era un error de solidez, lo que significa que las transacciones inválidas podían pasar como válidas. Mantener Orchard abierto habría dejado abierta una puerta al robo y al doble gasto dentro del pool. Pausar las nuevas transacciones de Orchard cerró esa puerta hasta que el circuito corregido se activó en NU6.2.
Recursos
ZIP 257: Despliegue de la mitigación temporal de vulnerabilidad de Orchard y la actualización de red de NU6.2
Zcash Foundation: bifurcación suave de emergencia de Zebra y activación de NU6.2
Véase también
Ironwood (NU6.3)
Actualizaciones de red de Zcash
Pools blindados
Halo
Shielded Labs
Qué son ZEC y Zcash
Serie: índice de Actualizaciones de red · Anterior: NU6.1 · Siguiente: Ironwood
