Zcash se enfrenta a una interrupción de la red.

El Zcash $ ZEC Según InfinityHedge, la red no logró generar ningún bloque durante más de cuatro horas el 3 de junio, lo que prolongó un período de inestabilidad que comenzó el día anterior cuando los desarrolladores coordinaron una actualización de protocolo de emergencia.

¿Qué pasó con el estanque del huerto?

El Laboratorio de Desarrollo Abierto de Zcash (ZODL) coordinó una actualización de la red para corregir una vulnerabilidad en Orchard, el pool protegido más reciente de la cadena, tras detectar el problema durante una revisión de seguridad el fin de semana. La actualización se activó en el bloque 3,363,426 de la red principal, aproximadamente a las 02:00 UTC del 2 de junio, y requirió que los mineros de toda la red detuvieran temporalmente la minería de todas las transacciones relacionadas con Orchard mientras se implementaba la solución a nivel de protocolo.

El problema radicaba en una vulnerabilidad de integridad en el pool protegido Orchard. En Zcash, la integridad implica que el protocolo solo debe aceptar transacciones y cambios de estado válidos. Un fallo de integridad puede permitir que el sistema acepte algo que debería rechazar. En este caso, una explotación exitosa podría haber permitido transiciones de estado inválidas dentro de Orchard, afectando potencialmente las garantías contables del pool.

El equipo de Zcash afirmó que el problema se identificó mediante auditorías y revisiones de seguridad rutinarias antes de que se produjera cualquier explotación conocida. Las transacciones transparentes y protegidas de Sapling no se vieron afectadas. La solución se implementó en dos etapas: la primera fue una bifurcación suave que deshabilitó temporalmente Orchard al bloquear la creación de nuevas salidas y el gasto de los fondos existentes, mientras que la segunda fue una actualización de red mediante bifurcación dura que actualizó el circuito de prueba de conocimiento cero y restauró por completo la funcionalidad de Orchard.

Un aspecto destacable del anuncio fue la revelación por parte de Zcash de que está notificando a los responsables del mantenimiento de otros protocolos que han implementado Orchard, lo que sugiere que el problema podría extenderse más allá de la propia implementación de Zcash.

Contexto más amplio y reacción del mercado

Los desarrolladores indicaron que el problema requería un cambio a nivel de protocolo en lugar de una actualización de software rutinaria, lo que significaba que los validadores debían adoptar nuevas reglas de consenso para solucionarlo. A diferencia de las bifurcaciones de blockchain polémicas que crean cadenas competidoras, el ecosistema de Zcash se alineó en torno a una única ruta de actualización, donde los validadores aislaron eficazmente el subsistema Orchard afectado, permitiendo al mismo tiempo que la mayor parte de la actividad de la red continuara sin interrupciones.

La interrupción se produce durante un ciclo de actualizaciones inusualmente activo para la red. Una serie de parches de emergencia, incluidos Zebra 4.4.0 a principios de mayo, 4.5.0 el 29 de mayo e inmediatamente después 4.5.1, han generado dudas sobre la complejidad estructural del mantenimiento del protocolo. La versión anterior 4.4.0 corrigió cinco vulnerabilidades de seguridad, tres de ellas críticas para el consenso, incluida una interrupción en el descubrimiento de bloques que podía activarse con una sola conexión maliciosa.

A pesar de la turbulencia, los mercados asimilaron la última perturbación con serenidad. El mercado interpretó la respuesta rápida y transparente como una señal de una sólida gobernanza del protocolo, lo que permitió que $ZEC se desvinculara de la venta masiva de criptomonedas y registrara una fuerte ganancia diaria, mientras que Bitcoin caía.

Fuentes
Foro de la comunidad de Zcash: Se ha solucionado con éxito la vulnerabilidad de Orchard.
Crypto Times: Zcash ejecuta una bifurcación de emergencia tras el descubrimiento de una vulnerabilidad crítica en Orchard.
Aventura criptográfica: Zcash restaura Orchard tras una vulnerabilidad crítica en el pool protegido.