Se espera que Zcash active su actualización de red NU6.3 "Ironwood" en la altura de bloque 3.428.143 el 28 de julio.
Resumen
- Ironwood se activa en el bloque 3.428.143, reemplazando Orchard con un sistema de pool de transacciones blindadas rastreado por separado.
- El torniquete bloquea que más ZEC salgan de Orchard de los que entraron, fortaleciendo la verificación pública del suministro después de la migración.
- Las notas recuperables cuánticamente admiten la recuperación futura, pero Ironwood no hace que Zcash sea cuánticamente seguro por sí solo hoy.
El lanzamiento de Zebra 6.0.0 de la Fundación Zcash sitúa la activación estimada cerca de las 13:00 UTC y dice a todos los operadores de nodos que actualicen antes de la bifurcación.
La actualización introduce un nuevo pool blindado y un formato de transacción v6. Sigue a la divulgación de una falla en el pool Orchard más antiguo que podría haber permitido a un atacante crear ZEC falsificados sin un registro público obvio.
Los desarrolladores corrigieron la falla mediante actualizaciones de emergencia en junio. Dijeron que no encontraron "evidencia" de explotación, pero el diseño de privacidad de Zcash les impide demostrar que nunca ocurrió inflación oculta.
Ironwood crea un pool blindado rastreado por separado
Según las notas de la versión de Zebra 6.0.0, Ironwood reutiliza la estructura de Acción de Orchard y el sistema de prueba Halo2. Sin embargo, agrega un árbol de compromiso de notas separado, un conjunto de anuladores, un pool de valor de cadena y datos de historial de cadena. Estos registros permiten a los nodos rastrear el nuevo pool de forma independiente de Orchard después de la activación.
Zebra también actualiza varios comandos de nodo para que los operadores puedan inspeccionar el valor del pool y el estado del árbol de compromiso. El lanzamiento de GitHub de la Fundación Zcash etiqueta la actualización como crítica para los operadores porque el software más antiguo no seguirá la cadena correcta después de la altura de activación.
El torniquete limita el valor que sale de Orchard
La principal salvaguarda de suministro de Ironwood es un torniquete entre Orchard y el nuevo pool. Después de la activación, Orchard dejará de aceptar nuevas salidas y transacciones internas. Los fondos pueden salir, pero la regla contable evita que más ZEC salgan de Orchard de la cantidad que legítimamente entró.
La explicación del diseño de Ironwood dice que el mecanismo brinda a los usuarios una verificación pública del suministro circulante sin exponer saldos privados ni detalles de transacciones. En cambio, dejaría cualquier valor oculto excesivo atrapado dentro de Orchard una vez que el pool se vuelva solo de salida.
Como informó anteriormente crypto.news, Zcash programó la bifurcación dura del 28 de julio después de que los desarrolladores concluyeran que el error corregido aún dejaba una cuestión de suministro que no podían responder con certeza. El fundador de Zcash, Zooko Wilcox, dijo que la falla era "poco probable que haya sido explotada", al tiempo que afirmó que los usuarios no deberían tener que depender de esa evaluación.
Las notas ganan una futura ruta de recuperación cuántica
Ironwood también cambia cómo se crean las notas blindadas para que puedan recuperarse a través de un protocolo post-cuántico futuro. La especificación oficial ZIP 2005 llama a la característica recuperabilidad cuántica. Vincula más datos de nota en la construcción de la nota, permitiendo que un sistema de recuperación posterior verifique la propiedad sin depender solo de criptografía que una computadora cuántica poderosa podría romper.
El cambio no hace que las transacciones actuales de Zcash sean cuánticamente seguras. La especificación dice que un protocolo de recuperación separado aún debe diseñarse y activarse más adelante. Los fondos que permanezcan en Sprout, Sapling u Orchard no obtendrían esta opción de recuperación. Las billeteras deben moverlos a notas Ironwood para recibir la nueva protección.
La misma especificación dice que las direcciones Orchard existentes pueden recibir notas Ironwood, reduciendo los cambios para los usuarios. Los desarrolladores de billeteras aún deben agregar soporte de migración. Los usuarios cuyas billeteras no se actualicen pueden enfrentar retrasos al mover fondos Orchard, mientras que los intercambios pueden pausar brevemente los depósitos o retiros alrededor de la bifurcación.
Zebra se vuelve obligatorio mientras finaliza el soporte de zcashd
La actualización también completa la transición de Zcash lejos del software de nodo zcashd más antiguo. La red estableció la detención de fin de soporte de zcashd en el bloque 3,417,100, antes de la activación de Ironwood. El cronograma oficial de desaprobación dice que zcashd no soportará NU6.3, dejando a Zebra como la implementación de nodo requerida para las nuevas reglas.
Zebra 6.0.0 incluye una corrección de seguridad separada para el mempool. El problema permitía que los pares enviaran transacciones no estándar costosas de verificar que podrían reducir la capacidad de respuesta del nodo mientras el tráfico continuaba. La corrección rechaza esas entradas antes del paso de verificación costoso. La Fundación dijo que la falla afectó solo la disponibilidad y no permitió bloques inválidos, pérdida de fondos o falla de consenso.
La cobertura relacionada de crypto.news detalló la respuesta de dos pasos de Zcash a la vulnerabilidad de Orchard. Los desarrolladores primero deshabilitaron la actividad de Orchard, luego activaron la bifurcación dura NU6.2 con código corregido antes de restaurar el pool. Ironwood ahora agrega un límite contable separado en lugar de otro parche dentro del mismo pool.
La actualización sigue vinculada a la producción de bloques, por lo que su hora exacta puede cambiar. Si la cadena alcanza el bloque 3,428,143 como se espera, Ironwood se activará el 28 de julio y comenzará la transición de Orchard a Ironwood.
