Zcash se convirtió en el centro de un breve pánico en el mercado después de que los exploradores de bloques parecieran mostrar que la blockchain enfocada en la privacidad había dejado de generar bloques durante varias horas.
Para cuando los desarrolladores y proveedores de infraestructura refutaron la afirmación, el mercado ya había tomado la dirección opuesta. ZEC cotizaba recientemente cerca de 620 dólares, con un aumento de aproximadamente el 10% en la sesión, mientras que Bitcoin y Ethereum bajaban más del 4%, según los datos de CryptoSlate.
El repunte convirtió a Zcash en un raro ganador en medio de una venta generalizada de criptomonedas vinculada a un renovado estrés geopolítico, un sentimiento más débil hacia los activos digitales y liquidaciones forzadas de posiciones apalancadas.
El episodio también brindó a los operadores una prueba más clara de lo que inicialmente parecía una crisis técnica perjudicial: Zcash no se desconectó, pero parte de su sistema de privacidad fue apagada deliberadamente para llevar a cabo «la actualización de red más ambiciosa en la historia de Zcash».
El rumor de la caída de Zcash enmascaró un problema más limitado
La confusión comenzó después de que Zcash completara una actualización de red de emergencia para restaurar Orchard, la piscina blindada que sustenta las transacciones de privacidad más avanzadas de la red.
Algunos exploradores de bloques parecían estar desactualizados tras la actualización, dando la impresión de que la blockchain se había detenido.
Los operadores de infraestructura dijeron más tarde que esos exploradores estaban poniéndose al día o resincronizándose después de que sus nodos se actualizaran, mientras que los mineros seguían produciendo bloques y las transacciones continuaban siendo confirmadas.
Josh Swihart, fundador de ZODL, escribió en X:
“Zcash nunca estuvo fuera de línea. Muchos exploradores de bloques han estado usando nodos sin parchear. Sucede con cada actualización de red.”
Esa distinción importó. Zcash no estaba enfrentando una paralización total de la cadena. En cambio, los desarrolladores habían desactivado temporalmente las transacciones de Orchard mediante un soft fork de emergencia mientras preparaban una solución permanente para una vulnerabilidad de solidez en el circuito de pruebas de conocimiento cero de Orchard.
La Fundación Zcash dijo que la vulnerabilidad fue descubierta el 29 de mayo por el investigador de seguridad independiente Taylor Hornby, quien realizaba investigación sobre seguridad del protocolo para Shielded Labs.
Los ingenieros de ZODL confirmaron el informe en cuestión de horas y comenzaron a preparar una respuesta confidencial con mineros, exchanges, proveedores de infraestructura y otros participantes de la red.
La primera etapa de la respuesta se activó en la altura de bloque 3.363.426 y rechazó las transacciones y bloques que contenían Orchard.
La segunda etapa llegó con el hard fork NU6.2, que se activó en la altura de bloque 3.364.600 a principios del miércoles y reactivó Orchard utilizando un circuito corregido.
La Fundación instó a los operadores de nodos a actualizar a Zebra 5.0.0, la versión de software que sigue las nuevas reglas de la red.
Por qué Orchard se convirtió en el centro de la historia
Orchard no es una parte periférica de Zcash. Es la piscina blindada más nueva de la red y fue introducida con la actualización NU5 en 2022.
A diferencia de las piscinas de privacidad anteriores de Zcash, Orchard utiliza Halo 2 y no requiere una configuración confiable, una preocupación persistente en el diseño de criptomonedas que preservan la privacidad. La Fundación Zcash describió a Orchard como el eje central de la arquitectura de privacidad de la red.
El error afectó la solidez del circuito de Orchard. En términos sencillos, la solidez es la regla según la cual un sistema debe aceptar solo transacciones válidas y cambios de estado válidos. Una falla de solidez puede permitir que un sistema acepte algo que debería rechazar.
En este caso, la Fundación dijo que una explotación exitosa podría haber permitido doble gasto dentro de Orchard. Eso habría sido grave para la contabilidad de la piscina blindada, aunque el problema no permitía que un atacante inflara la oferta total de Zcash.
Ese límite es importante. El mecanismo de «turnstile» de Zcash rastrea cómo se mueve el valor entre sus piscinas, incluyendo Sprout, Sapling, Orchard, direcciones transparentes y saldos de lockbox.
La Fundación dijo que esas comprobaciones confirmaron que el límite de suministro de 21 millones de ZEC permanecía intacto, sin evidencia de creación de valor no autorizada.
La vulnerabilidad tampoco afectó la privacidad del usuario, según la Fundación. Las transacciones de Sapling y transparentes siguieron funcionando mientras Orchard estaba suspendida.
La solución requirió un fork, no un parche rutinario
La respuesta de emergencia se desarrolló en dos pasos porque un parche de software normal no habría sido suficiente.
Los desarrolladores primero utilizaron un soft fork para desactivar Orchard manteniendo en privado los detalles de la vulnerabilidad. Un parche público directo podría haber expuesto suficiente información para que los atacantes comprendieran la falla antes de que la red completara una reparación completa.
La solución permanente requirió un hard fork porque el error estaba dentro del circuito de pruebas de conocimiento cero. Reparar ese tipo de falla requiere cambiar la clave de verificación fijada que la red usa para validar las pruebas de Orchard. Ese tipo de cambio a nivel de consenso no puede manejarse solo con el software habitual de los nodos.
La Fundación Zcash dijo que el incidente fue solo la segunda actualización de protocolo impulsada por la seguridad en la historia de Zcash desde que la red se lanzó en 2016.
La coordinación fue inusualmente compacta. La comunicación privada con mineros e exchanges comenzó el 31 de mayo.
Un intento inicial de activación del soft fork encontró problemas de despliegue, lo que llevó a los ingenieros a preparar un segundo parche. El soft fork luego se activó alrededor de las 02:00 UTC del 2 de junio, y el hard fork NU6.2 siguió a principios del 3 de junio.
El mercado convierte el pánico en una operación de resiliencia
La reacción de precios fue sorprendente porque la revelación ocurrió en una sesión débil para los activos digitales.
Bitcoin cotizaba recientemente alrededor de 65.900 dólares, mientras que ETH estaba cerca de 1.832 dólares, con una baja de aproximadamente el 4%, según los datos de CryptoSlate. ZEC, en cambio, cotizaba cerca de 620 dólares, después de alcanzar un máximo intradía por encima de 642 dólares.
El mercado en general ya estaba bajo presión por las renovadas tensiones geopolíticas y las preocupaciones en el mercado petrolero. Reuters informó el miércoles que los mercados globales se debilitaron mientras el conflicto en Medio Oriente se intensificaba y el crudo Brent se acercaba a los 100 dólares por barril.
La presión específica de las criptomonedas se sumó a la tendencia. Informes recientes del mercado mostraron que la caída del precio de Bitcoin también provocó más de 1.000 millones de dólares en posiciones criptográficas apalancadas liquidadas durante la venta, con las operaciones largas sufriendo la mayor parte del daño.
Con ese telón de fondo, el ascenso de ZEC sugirió que los operadores no estaban evaluando el error de Orchard como un deterioro duradero para la red. En cambio, el mercado parecía centrarse en el hecho de que la falla fue detectada, contenida y reparada antes de cualquier explotación conocida.
Además, el movimiento de precios mostró cuánto interés tenía el mercado en el token criptográfico enfocado en la privacidad.
La publicación Se rumoreó que Zcash había dejado de funcionar — luego se convirtió en el único ganador de las criptomonedas apareció primero en CryptoSlate.