Un reorg de Ethereum hizo que THORChain procesara dos veces el reembolso de un mismo depósito de 10 ETH. El protocolo respondió congelando los intercambios en 12 de sus 13 cadenas compatibles.
El episodio ocurrió este sábado 31 de octubre. Una reorganización de bloques es el proceso por el que una red descarta sus últimos bloques y los sustituye por otra versión del historial. En la práctica, una transacción que parecía confirmada desaparece, cambia de sitio o reaparece más adelante. THORChain leyó el depósito, devolvió los 10 ETH y, cuando el historial se reordenó, volvió a procesar el mismo evento y emitió un segundo reembolso.
Más que la cifra, lo relevante es el tipo de fallo: un sistema que actúa sobre lo que una cadena le cuenta antes de que esa cadena haya decidido cuál es su historial definitivo. El importe, 10 ETH, es lo de menos.
La anomalía activó el freno de emergencia de THORChain, una herramienta que los nodos pueden accionar cuando detectan riesgo para la integridad de la red. El freno no evitó el doble reembolso. Llegó después.
La pausa alcanzó a 12 de las 13 cadenas que admite el protocolo. No fue un apagón total: la firma de transacciones salientes se mantuvo operativa en la mayoría de las redes afectadas, así que algunas operaciones podían salir aunque los intercambios estuvieran bloqueados.
La ventana inicial del freno es de hasta 720 bloques, alrededor de hora y media, y los votos adicionales de los nodos pueden prolongarla. Dicho de otro modo: la red sabe parar, pero decidir cuánto dura es una decisión colectiva, no automática.
Un protocolo entre cadenas tarda minutos en frenar lo que se rompió en segundos, y cuando lo hace el reembolso ya ha salido.
Qué pasó: dos reembolsos por un depósito que existió una sola vez
THORChain funciona con operadores de nodos que vigilan las cadenas conectadas y firman las operaciones. Cuando ven un depósito, lo comunican a la red; si la mayoría coincide, la acción se ejecuta. El diseño prioriza la integridad del sistema por encima de la continuidad del servicio, y de ahí sale el botón de pausa.
En este caso la secuencia se torció. Ethereum se reorganizó, el protocolo reembolsó, el historial cambió y el protocolo volvió a reembolsar. Es el escenario clásico que cualquier puente entre redes debería tener cubierto: qué hacer cuando una transacción confirmada deja de estar donde estaba. Puedes consultar cómo se describe el funcionamiento de la red en la web oficial del protocolo.
A quién afecta: swaps parados en 12 cadenas y un efecto colateral para los investigadores
El primer afectado es el usuario. Quien quisiera cambiar activos entre las redes cubiertas durante la pausa se encontró con el servicio cerrado, aunque su operación no tuviera nada que ver con Ethereum ni con el depósito de 10 ETH. Es el efecto colateral de una arquitectura interconectada: un fallo en una red se propaga a casi todas.
Hay un segundo damnificado. Según el análisis de la firma Chainalysis, un flujo de fondos robados de Binance que se estaba moviendo por distintas redes, y que el sector atribuye a actores vinculados con Corea del Norte, se ralentizó con la parada. Fue un efecto accidental: el freno no se activó para perseguir a nadie, se activó por el reorg.
Chainalysis se dedica a rastrear transacciones en blockchains públicas y a atribuir carteras a grupos concretos; sus informes se usan con frecuencia en investigaciones judiciales y publica sus metodologías en su página oficial. Conviene subrayar la diferencia: no hubo censura ni bloqueo dirigido contra una cartera, solo una parada técnica con un efecto útil para quien investiga.
No es la primera interrupción del protocolo este año. THORChain ya había afrontado exploits y pausas vinculadas a ZEC y TRON, según el mismo reporte. Cosas que solo pasan cuando el dinero es código.
Análisis: el punto débil no es THORChain, es cómo se lee una cadena
THORChain existe para hacer algo que suena sencillo y no lo es: cambiar bitcoin por ether, o una stablecoin por otra moneda, sin pasar por un exchange centralizado. Su token, RUNE, retribuye a los operadores y da derecho a voto en la red de liquidez. Cuantas más cadenas conecta, más útil resulta y más superficie de fallo acumula.
Ahí está el dilema de fondo. Cada red añadida suma usuarios y liquidez, pero también añade formas en que una lectura equivocada de los datos se convierta en una acción irreversible. Los reorgs no son un fenómeno exótico: en Ethereum son poco frecuentes cuando la confirmación es profunda, y en cadenas más pequeñas o más rápidas forman parte del funcionamiento normal.
La comparación con la banca de siempre ayuda. Un banco no ejecuta una transferencia dos veces porque su sistema reciba el mismo mensaje duplicado; tiene colas, confirmaciones, y reversiones. Los puentes entre cadenas operan en un terreno donde la confirmación definitiva es un concepto relativo, y ahí la ingeniería debería ser más conservadora, no menos.
Un detalle de arquitectura explica parte del problema. THORChain no guarda los fondos en una sola dirección, sino que los reparte entre bóvedas gestionadas por los propios nodos. Esa distribución es su virtud y también su punto ciego: si varios operadores leen el mismo evento de forma distinta, coordinarse para corregirlo lleva más tiempo que en un sistema centralizado.
Queda por ver qué decide la red. Los operadores pueden votar para extender la pausa más allá de los 720 bloques iniciales, no hay confirmación sobre cómo se resolverá el reembolso adicional de 10 ETH y tampoco se sabe si el protocolo cambiará su tratamiento de los reorgs de Ethereum. Ahí está la prueba real: no en haber frenado, sino en lo que se corrija antes de reactivar los swaps.
