"Zcash se desplomó un 45%, se realizó un hard fork de emergencia para reparar una vulnerabilidad crítica en su privacidad. La salida de Robinhood en mayo y el interés institucional habían impulsado su fuerte rebote, pero ahora las disputas de gobernanza y pruebas de seguridad están a la orden del día - los ingenieros completaron la reparación en 72 horas, pero la comunidad cuestiona la transparencia en la toma de decisiones."

Desde la madrugada del 1 de junio, Zcash ha caído un 45%, tras un hard fork de emergencia que buscaba corregir un fallo crítico en su sistema de protección de transacciones Orchard, lo que ha suscitado duras críticas sobre su gobernanza y privacidad.
Este token experimentó un fuerte rebote en mayo, después de que se listara en Robinhood y reavivara el interés institucional en las monedas de privacidad. A las 09:00 UTC, el precio de ZEC era de aproximadamente 307 dólares, con una capitalización de mercado de alrededor de 5.2 mil millones de dólares. Según datos de CoinMarketCap, el volumen de transacciones de Zcash en 24 horas se mantiene elevado.
Vulnerabilidades y correcciones
Un investigador de seguridad independiente, Taylor Hornby, descubrió el 29 de mayo una vulnerabilidad crítica de solidez en el sistema de transacciones enmascaradas de Orchard durante una auditoría para Shielded Labs. Orchard es la tecnología de privacidad más avanzada de Zcash y utiliza pruebas de conocimiento cero para ocultar los detalles de las transacciones.
Esta vulnerabilidad podría permitir que se produzca una transición de estado inválida dentro del pool Orchard; en esencia, un cambio inválido en el registro de saldos enmascarados, lo que podría conducir a un doble gasto de fondos. Sin embargo, debido al mecanismo de “portales” (gatekeeping) de Zcash, que hace seguimiento del saldo total de todos los pools de valor, no puede inflar el suministro total de ZEC. La Fundación Zcash, en una declaración, dice que no hay evidencia de explotación.
Los ingenieros de Zcash respondieron en cuestión de horas. Un soft fork de emergencia en Zebra 4.5.3 (software de masternodo) deshabilitó temporalmente todas las operaciones de Orchard. El 3 de junio, se activó el hard fork y se reanudaron las transacciones enmascaradas con el circuito corregido.
La Fundación Zcash afirma que la privacidad de todos los usuarios no se ve afectada en ningún momento; Sapling y las transacciones transparentes siguen funcionando con normalidad. Se insta a los operadores de nodos a actualizar de inmediato a la versión más reciente de Zebra.
Volatilidad tras un fuerte recuento
Este rebote brusco ocurrió tras un fuerte repunte en mayo. El token se benefició de una recalificación general gracias a su cotización en Robinhood y a su categoría de activos de privacidad. La presentación de Grayscale para convertir Zcash Trust en un ETF al contado impulsó aún más el precio.
Ahora, el episodio del protocolo de emergencia se convierte en una prueba de si los intereses de la institución resisten el escrutinio sobre la gobernanza de la red y las prácticas de divulgación de seguridad.
Esta respuesta provocó críticas dentro del ecosistema, acusando que el poder de coordinación está concentrado en pocas entidades. Miembros conocidos de la comunidad como Seth For Privacy (@sethforprivacy) y varios proveedores de wallets dijeron que solo supieron del asunto a través de publicaciones públicas; antes del inicio del hard fork, solo obtuvieron información significativa con unas horas de antelación y se vieron obligados a actualizar a última hora.
