Josh Swihart ha detallado la respuesta de emergencia de Zcash a una vulnerabilidad que podría haber permitido la creación ilimitada de ZEC falsificado, ya que el token se ha recuperado más del 41% desde su mínimo posterior a la divulgación.
Según Josh Swihart, fundador de Zcash Open Development Lab (ZODL), el equipo implementó una actualización de red de dos etapas tras descubrir un fallo crítico en el pool blindado Orchard de Zcash, el sistema principal de transacciones centrado en la privacidad de la red.
En una publicación del 8 de junio en X, Swihart dijo que el primer paso implicó un soft fork que deshabilitó las transacciones de Orchard, permitiendo a los desarrolladores reducir el riesgo de explotación sin revelar públicamente detalles que podrían haber expuesto la red a amenazas adicionales.
Una segunda actualización, el hard fork NU6.2, se lanzó el 3 de junio y abordó la vulnerabilidad subyacente antes de que se restauraran las transacciones de Orchard.
La actualización sigue a la divulgación de la semana pasada por parte de Shielded Labs, una organización de soporte independiente para Zcash, que advirtió que un fallo en el circuito de Orchard podría haber permitido a un atacante acuñar ZEC falsificado ilimitado.
Shielded Labs dijo que el problema había sido solucionado y añadió que consideraba improbable una explotación previa, aunque reconoció que no había pruebas criptográficas de que el error nunca hubiera sido utilizado.
Orchard sirve como el principal pool blindado de Zcash, permitiendo a los usuarios enviar y recibir ZEC a través de pruebas de conocimiento cero que ocultan los detalles de las transacciones mientras validan las transferencias.
Durante el proceso de respuesta, Swihart dijo que ZODL trabajó estrechamente con pools de minería, intercambios y otros participantes del ecosistema que solicitaron revisiones de código antes de apoyar la actualización.
Entre esos participantes, Swihart identificó a ViaBTC y Foundry como colaboradores clave que ayudaron a coordinar la respuesta de la red y verificar los cambios de emergencia antes de la activación.
Discusiones anteriores sobre la vulnerabilidad ya habían impulsado conversaciones sobre medidas de recuperación a largo plazo. Shielded Labs previamente esbozó una propuesta conocida como Ironwood, que aislaría el pool Orchard existente, rastrearía las monedas que salen del sistema a través de una contabilidad de torniquete y, finalmente, guiaría a los usuarios hacia un nuevo pool blindado con mecanismos de verificación de suministro más sólidos.
Comentarios separados de David Schwartz, CTO emérito de Ripple, también abordaron las preocupaciones de los usuarios de Zcash sobre los fondos dejados en Orchard.
Schwartz dijo que los poseedores pasivos no perderían automáticamente la propiedad de sus monedas si no ocurriera ninguna explotación antes de cualquier proceso de migración, explicando que las reglas de consenso podrían seguir reconociendo esos saldos incluso si el pool dejara de ver actividad regular.
La reacción del mercado a la divulgación fue inmediata. Según los datos de precios informados anteriormente, ZEC cayó de aproximadamente $630 a alrededor de $303 después de que surgiera la noticia de la vulnerabilidad, ya que los traders lidiaron con la incertidumbre en torno a la integridad del pool blindado y la posibilidad de que monedas falsificadas hubieran entrado en circulación.
Las preguntas sobre la seguridad del protocolo trascendieron la comunidad de Zcash. Entre las reacciones de alto perfil, el cofundador de BitMEX, Arthur Hayes, dijo que había salido de toda su posición en ZEC después de enterarse de la vulnerabilidad.
El comercio reciente ha mostrado signos de estabilización. Según datos de crypto.news citados por Swihart, ZEC subió un 13.5% en las últimas 24 horas a $428.67, lo que representa una recuperación de aproximadamente el 41.5% desde el mínimo del 5 de junio cerca de $303.
En resumen, Swihart dijo que la red había resuelto la vulnerabilidad, probado sus procedimientos de respuesta a incidentes, fortalecido las relaciones con los socios del ecosistema y alineado a los desarrolladores en torno a una ruta de recuperación para el proyecto.
