-
La pausa de Orchard se coordinó distribuyendo un binario voluntario a los principales pools mineros.
-
No hubo mecanismo de control en el código: la suspensión dependió de la decisión de tres actores.
El 2 de junio de 2026, la red Zcash suspendió las transacciones del pool Orchard ante una vulnerabilidad crítica detectada en su circuito de pruebas. No se reportó explotación de la vulnerabilidad ni pérdidas de fondos.
La pausa se ejecutó en pocas horas gracias a la coordinación entre desarrolladores y pools mineros. Sin embargo, el mecanismo que lo hizo posible generó un debate técnico sobre los límites reales de la descentralización en redes de prueba de trabajo con hashrate concentrado.
El desarrollador Jacob Gadikian explicó en X el proceso: Zcash Open Development distribuyó un binario a los operadores de pools mineros que deshabilitaba las transacciones Orchard.
Según Gadikian, los mineros no fueron forzados a ejecutar el nuevo software. Cada uno evaluó la actualización y decidió adoptarla de forma voluntaria, motivado por su interés en preservar la viabilidad de la red. No hubo, según esta lectura, un interruptor central en el código ni una desactivación remota del pool.
Sin embargo, la velocidad de la coordinación no fue independiente de la estructura de la red. Datos de MiningPoolStats sobre los últimos 1.000 bloques muestran que tres pools —ViaBTC (36%), Foundry Digital (24%) y F2Pool (19%)— concentraban el 79% del hashrate total al momento del incidente. Esa distribución fue la que permitió ejecutar la pausa con solo coordinar a tres actores.
El analista CyberSatoshi planteó en X una lectura contraria a la de Gadikian: «Si los desarrolladores pueden congelar una red para parchear un error, solo estás confiando en una multifirma. La resistencia a la censura significa cero botones de pausa».
Según CyberSatoshi, llamar a los principales pools el fin de semana y lograr que detengan una capa del protocolo es funcionalmente equivalente a tener un mecanismo de control administrativo, independientemente de que los mineros actúen de forma voluntaria.
Descentralización técnica vs. descentralización práctica
La cuenta OrangeFren.com resumió el punto central del debate en X: la interrupción de Orchard fue posible porque tres pools controlan más del 78% del hashrate. No se trata de una falla en el código, sino de una propiedad emergente de la distribución real del poder de minería.
Zcash es una red de prueba de trabajo, donde los mineros son los actores que validan y producen bloques. Cuando el hashrate se concentra en pocos operadores, la capacidad de coordinar cambios urgentes en el protocolo —ya sea para corregir una vulnerabilidad o para cualquier otra intervención— queda en manos de ese grupo reducido.
En este caso, la voluntariedad del proceso no elimina el hecho de que el resultado dependió de la decisión de tres actores.
El incidente no generó pérdidas reportadas y Zcash Open Development confirmó que no hay evidencia de explotación de la vulnerabilidad. Pero, según la postura que circuló en X, la facilidad con la que se coordinó la pausa es precisamente la evidencia de centralización: en una red genuinamente descentralizada, ese nivel de coordinación no sería posible en esas horas.
Este incidente deja una pregunta clave: ¿hace la alta concentración de hashrate a Zcash más vulnerable a coordinaciones futuras, ya sea para parches de emergencia o para posibles intervenciones menos benignas? Aunque en esta ocasión la acción fue voluntaria y orientada a proteger la red, expone que la gobernanza real de Zcash depende de un reducido número de actores.
Para otras redes PoW, el caso sirve como lección clara: la descentralización técnica en el código importa poco si el hashrate está altamente concentrado. La verdadera resistencia a la censura y la descentralización práctica siguen siendo desafíos pendientes en el ecosistema.
