Un bug de emparejamiento en Zcash borra unos 140 RUNE de las garantías de 18 operadores de nodos de THORChain
Puntos clave
- •Un bug de emparejamiento de salidas en Zcash redujo aproximadamente 140 RUNE de las garantías de 18 operadores de nodos de THORChain, mientras que los fondos de usuarios y bóvedas no resultaron afectados.
- •El comercio nativo de ZEC sigue pausado hasta la versión v3.21.0, que THORChain espera activar en el bloque 28,366,100 alrededor de las 13:40 UTC del viernes 23 de octubre.
- •El diseño de garantías de THORChain coloca el RUNE bloqueado de los operadores de nodos, y no los depósitos de los usuarios, en la ruta de pérdida cuando el software de una bóveda falla.
- •La versión v3.21 también reiniciará el comercio de Solana, reanudará los swaps lí pausados por inflación del estado, corregirá la falla detrás del ataque al contrato FIN de Rujira e introducirá rendimiento continuo de garantía para los proveedores, mientras que las correcciones de Monero esperan la v3.21.1, aún sin fecha.
- •El pool de liquidez nativo de ZEC se lanzó a inicios de octubre como una de las integraciones más nuevas de THORChain, tras la reapertura de la red el 23 de junio después de una revisión de seguridad de 39 días motivada por un exploit de 10.7 millones de dólares en mayo de 2026.

Datos onchain han revelado un bug de emparejamiento en Zcash que borró unos 140 RUNE —el token nativo de THORChain— de las garantías de 18 operadores de nodos. Los fondos de los usuarios y de las bóvedas no resultaron afectados, y el comercio nativo de ZEC sigue congelado hasta que llegue una corrección.
La garantía depositada absorbió el recorte de la bóveda de Zcash
El recorte se originó por un problema de emparejamiento de salidas, según señaló el protocolo en una publicación en X. No se perdieron fondos, pero el comercio sigue pausado hasta que la corrección llegue en la v3.21.
Los operadores de nodos de THORChain bloquean RUNE como garantía, y su participación absorbe el golpe cuando una bóveda falla. En este caso, la garantía depositada cubrió una falla de software, mientras que los que hicieron swaps salieron ilesos. El diseño pone la garantía bloqueada de los operadores, y no los depósitos de los usuarios, en la ruta de pérdida cuando el software de una bóveda falla; por eso un bug de emparejamiento se manifestó como un recorte para los operadores y no como un faltante en los saldos de quienes hicieron swaps.
El conjunto activo de THORChain creció de 87 a 103 nodos en septiembre, según su informe State of the Network, como reportó Cryptopolitan. Los proveedores de garantía de esos nodos recibirán rendimiento continuo en la v3.21, lo que les permitirá enviar una parte del rendimiento de su garantía directamente a sus billeteras. La función viene deshabilitada por defecto y se habilitará cuando Mimir la active.
El comercio de Zcash espera la actualización del 23 de octubre
La corrección formará parte de la versión v3.21.0 de THORChain, según la publicación en GitLab del protocolo. Su registro de cambios indica que todo el emparejamiento de salidas usa el mismo comparador de destinos compartido, lo que significa que una dirección TEX de Zcash y su dirección transparente correspondiente se tratan como si fueran al mismo lugar. Las salidas ZEC a direcciones TEX ahora se encolan como transacciones transparentes.
Cuando la actualización de red NU6.3 de Zcash esté activa, todas las salidas transparentes de ZEC también cambiarán a firmas v6, un cambio en toda la flota controlado por un control HALTSIGNINGZEC.
La actualización está programada para activarse en el bloque 28,366,100, que THORChain espera ocurra alrededor de las 13:40 UTC del viernes 23 de octubre. Las notas de la versión indican que la altura es la referencia válida; la hora es aproximada. Los operadores deben ejecutar un binario privado con parches de seguridad encima, y las notas de la versión les indican no compilar desde el código fuente. Esa altura de bloque es el marcador a vigilar: con la v3.21 activa, el libro congelado de ZEC puede reanudarse, junto con el comercio de Solana y los demás reinicios de la versión.
Otros servicios pausados se reinician en la v3.21
La versión apunta a varios servicios pausados, incluido ZEC. El comercio de Solana se detuvo tras aparecer un nuevo tipo de transacción de Solana, y la v3.21 permite reiniciarlo. La versión también corrige la falla de la App Layer detrás del reciente ataque al contrato FIN de Rujira.
Los swaps límite pausados por inflación del estado también pueden reanudarse. Las correcciones en los pagos de comisiones de afiliados de SwapKit permiten a SwapKit reactivar THORChain con varios integradores. Los swaps sin memos se precios dinámicamente contra el spam, con un registro que cuesta más a medida que se llenan los espacios de memos. Mimir puede dejarlos regresar una vez que los habilite.
Monero queda fuera de la v3.21. Sus demás correcciones quedan pendientes para la v3.21.1, que aún no tiene fecha.
El pool de ZEC es uno de los más nuevos de THORChain
Como reportó Cryptopolitan, la actualización 3.20 llegó el 25 de agosto de 2026, con THORChain señalando que acercó a Monero y Zcash, ambas criptomonedas enfocadas en privacidad, a su activación, según el blog del protocolo. Un pool de liquidez nativo de ZEC se lanzó a inicios de octubre, y la 3.20 también reintrodujo el soporte para Solana, Base y BNB. La corrección llega a una de las integraciones más recientes de la red.
THORChain había reabierto el 23 de junio tras una revisión de seguridad que tomó 11 etapas y 39 días en completarse, luego de un exploit de 10.7 millones de dólares en mayo de 2026.