Parada de red de MANTRA: la cadena vuelve a funcionar, la retirada en el exchange sigue bloqueada

Cuando una blockchain se detiene, tus tokens no desaparecen. El saldo permanece exactamente en el estado que fijó el último bloque válido. Lo que desaparece es la posibilidad de mover ese saldo. La pregunta decisiva tras una parada de red no es, por tanto, si tus fondos siguen ahí, sino cuándo volverás a disponer de ellos.

En el caso de MANTRA esa pregunta ya tiene respuesta exacta, y la respuesta tiene dos mitades que poco tienen que ver entre sí. La cadena vuelve a producir bloques desde el 22 de agosto de 2026 a las 03:38:07 UTC. La retirada del token OM en Binance seguía bloqueada a las 18:38 UTC de ese mismo día. Unas quince horas después del reinicio de la blockchain, quien tuviera OM en ese exchange seguía sin llegar a su saldo.

Ambos datos proceden de la fuente primaria correspondiente y figuran más abajo con altura de bloque, marca de tiempo y redacción literal. El caso sirve mucho más allá de este token, porque separa con limpieza lo que toda parada de cadena mezcla: el estado de la red y el estado de tu exchange. Cómo tratan las distintas plataformas estas incidencias, y cuáles publican siquiera un estado de red, lo ves en la comparativa de los mejores exchanges de criptomonedas.

¿Qué es una parada de red y por qué un equipo detiene su propia blockchain?

Una parada de red, en la jerga chain halt, es el estado en el que los validadores de una blockchain dejan de generar bloques nuevos, de modo que ya no se confirma ni una sola transacción. Un validador es un ordenador que comprueba las transacciones entrantes, las agrupa en un bloque y confirma ese bloque junto con los demás validadores. Si un número suficiente de estas máquinas se detiene de forma coordinada, la cadena se para.

En las redes del entorno Cosmos, una parada así es un interruptor de emergencia previsto y no un accidente. Los validadores pueden acordar suspender la producción mientras se investiga un fallo. El precio es alto: mientras la cadena está parada, todo ingreso y toda retirada quedan muertos, cada aplicación sobre esa cadena trabaja con cifras congeladas y nadie puede cerrar una posición. La contrapartida es que un daño no sigue avanzando mientras aún nadie lo entiende.

Ese equilibrio se ha planteado varias veces en los últimos días. Cómo fue una parada de emergencia de este tipo en otra red y qué tuvieron que hacer allí los tenedores en concreto está en el texto sobre la parada de red en MAYAChain.

Por qué una parada no es una pérdida

El estado de una blockchain es la suma de todos los bloques confirmados. Si la cadena se detiene, ese estado se conserva exactamente como lo dejó escrito el último bloque. Tu dirección sigue teniendo la misma cantidad de tokens y tu clave privada sigue siendo válida. Lo único que falta es el trabajo de confirmación que necesita una transacción nueva. Una parada es, por tanto, un problema de disponibilidad y no afecta a la propiedad.

La distinción suena académica, pero decide si en una situación así mantienes la calma o cometes errores por pánico. Quien cree que su saldo ha desaparecido vende precipitadamente en otro sitio o cae en la estafa que sigue a cada incidente de cierto tamaño: supuestos servicios de recuperación que piden la frase semilla. No existe ningún servicio de recuperación que ponga en marcha por ti una cadena detenida.

Los datos de bloques en detalle: 28 horas y 25 minutos de parada en la cadena MANTRA

Un bloque es un paquete de transacciones confirmadas con una marca de tiempo y un número correlativo, la altura de bloque. Como cada cadena asigna esos números sin saltos, una parada se puede medir con exactitud, sin tener que creerse ninguna noticia. El punto de acceso REST público de la cadena con el identificador mantra-1, arroja este cuadro:

• Último bloque antes de la parada: 17.449.399, marca de tiempo 20 de agosto de 2026, 23:13:04 UTC.
• Primer bloque tras el reinicio: 17.449.400, marca de tiempo 22 de agosto de 2026, 03:38:07 UTC. El bloque se puede consultar directamente en la propia cadena.
• Duración de la parada: 28 horas, 25 minutos y 3 segundos.
• Cabeza de la cadena en el momento de la medición: 17.463.074 a las 18:38:06 UTC, es decir, 13.674 bloques después del reinicio.
• Tiempo medio de bloque en los últimos 1.000 bloques: 3,32 segundos.

La última cifra es la más elocuente. Un tiempo de bloque es el intervalo medio entre dos bloques consecutivos, y 3,32 segundos corresponde al ritmo normal de esta red. La cadena funciona, pues, en régimen ordinario y no va cojeando por detrás. El primer bloque tras el reinicio llevaba ya 301 transacciones, algo coherente con una reanudación: lo acumulado durante la parada se despacha en los primeros bloques.

Qué demuestra esta medición y qué deja abierto

Queda demostrado el estado operativo de la blockchain, con independencia de cualquier cobertura informativa. La medición deja abierto todo lo que ocurre fuera de la cadena: si un exchange ha vuelto a conectar sus sistemas, si algunos validadores siguen resincronizando y si la causa del incidente está aclarada. Quien de un contador de bloques en marcha deduce que el asunto está resuelto estira la medición más allá de lo que da. El contador de bloques responde a una sola pregunta, y lo hace de forma muy fiable: ¿vuelve la cadena a aceptar transacciones?

Por qué el exchange sigue cerrado: estado de red y pasarela de fondos son dos interruptores

Un exchange mantiene para cada token y cada red una pasarela de fondos propia. Es la parte del software que recibe los ingresos desde la blockchain y envía las retiradas hacia ella; funciona separada del motor de negociación y se acciona por separado. Si una cadena se para, el exchange apaga esa pasarela para que ninguna retirada se quede colgada por el camino.

Lo decisivo es que ese interruptor no vuelve solo a su sitio en cuanto la cadena arranca de nuevo. Un exchange tiene que resincronizar sus propios nodos, cuadrar el saldo de cada dirección de ingreso contra la cadena restablecida y dar la autorización internamente. Eso lleva tiempo, y lleva un tiempo distinto en cada plataforma. Justo en esa ventana se queda atrapado el tenedor: la blockchain aceptaría su transacción, el exchange no se la entrega.

Cómo actúa el mismo mecanismo cuando una red se revierte a un estado anterior tras un incidente lo describe el texto sobre el rollback de blockchain tras un exploit. Allí se desplazan además los propios datos; aquí permanecen intactos y solo el acceso está cerrado.

Ingreso, retirada, negociación: qué estaba abierto y qué bloqueado para OM en Binance

El punto de acceso público de redes del exchange enumera para cada activo cada cadena admitida con sus propios interruptores. Consultado el 22 de agosto de 2026 hacia las 18:38 UTC, es decir, unas quince horas después del reinicio de la cadena, mostraba lo siguiente para OM:

• Red Mantra Chain: ingreso bloqueado, retirada bloqueada.
• Red BNB Smart Chain (BEP20): ingreso abierto, retirada bloqueada.
• En el conjunto del activo: retirada bloqueada.

El texto justificativo que el propio exchange publica dice literalmente, para el campo de retiradas: "The network is currently experiencing issues, withdrawals have been paused to prevent assets getting stuck in processing and/or loss of funds. Withdrawals for this asset will be resumed shortly." Para los ingresos figura: "The network is currently experiencing issues. Your funds in transit are safe once confirmed on the blockchain and will be credited shortly after deposits have resumed."

Traducido: el exchange declara seguro un ingreso ya confirmado y anuncia que lo abonará más tarde. El texto no contiene ningún compromiso sobre cuándo volverá a abrirse la retirada. La palabra "shortly" no es un plazo al que puedas agarrarte y no fundamenta derecho alguno a una fecha.

Una advertencia de rigor, porque con esta fuente es fácil equivocarse: los datos contienen dos entradas de este token con valores contradictorios en el campo del estado de negociación. De ahí no se puede deducir limpiamente si el mercado al contado estaba suspendido, y esa línea no sirve como prueba. Lo acreditado en este punto es únicamente el bloqueo de las retiradas. Que el token siguiera siendo negociable en otro sitio lo muestra una segunda fuente independiente: el punto de acceso público de activos de Kraken seguía marcando OM como enabled el 22 de agosto a las 18:38 UTC, y ese mismo exchange publica las incidencias en sus vías de ingreso y retirada en una página de estado.

Autocustodia frente a custodia en el exchange: qué hace visible una parada de cadena

Autocustodia significa que la clave privada de tu dirección la tienes tú, en una cartera de hardware o de software. Custodia en el exchange significa que la clave la tiene el exchange y a ti te apunta un derecho en su propia base de datos. En funcionamiento normal apenas notas la diferencia, porque ambas cosas se ven igual: una cifra en una pantalla. Una parada de red la hace visible.

En autocustodia dependes solo de la cadena. Si está parada, no puedes enviar; si vuelve a funcionar, puedes enviar en ese mismo minuto. Entre tú y tu token no hay una tercera instancia que todavía tenga que autorizar algo. En custodia en el exchange dependes de dos condiciones a la vez: la cadena tiene que funcionar y el exchange tiene que haber abierto su pasarela. Si falla una de las dos, no llegas a tus fondos. El caso actual es el raro ejemplo de manual, porque aquí se cumplía exactamente una de las dos condiciones y la otra no.

Qué se deduce de esto en la práctica

No se deduce ninguna recomendación general de sacarlo todo de cualquier exchange. Quien opera de forma activa necesita saldo en la plataforma, y una cartera en un cajón no protege de los errores propios. Lo que sí se deduce es un reparto por finalidad: la parte que quieras mover en un plazo previsible está donde puedas moverla; la parte que quieras conservar más tiempo está donde no haya un segundo interruptor entre tú y tus fondos.

El segundo punto práctico es la diversificación. Un tenedor que tiene el mismo token en dos plataformas sale mejor parado en una situación así: una puerta queda abierta. En el caso que nos ocupa, el activo estaba operativo en un segundo gran exchange en el mismo momento en que estaba bloqueado en el primero. No es casualidad, sino la norma: cada exchange decide sobre sus pasarelas por su cuenta.

Por qué el rodeo por otra red casi nunca es la solución

Muchos tokens existen a la vez en varias blockchains. BEP20 es el estándar de token de BNB Smart Chain y describe una versión secundaria de un token que se lleva en esa cadena, mientras el original está en la cadena de origen. La idea que surge de inmediato ante una parada es, por tanto: pues retiro por la otra red.

En este caso la idea no se sostiene. La retirada por BEP20 estaba igualmente bloqueada en el momento de la medición, con la escueta nota "Withdrawal for this token is not supported, please try other networks." El ingreso por esa red, en cambio, estaba abierto. Esta combinación es habitual y se lee mal a menudo: una vía de ingreso abierta no es una promesa de que puedas salir por el mismo camino.

A ello se suma una trampa que cuesta dinero al margen de cualquier incidencia. La instrucción de ingreso del exchange exige para la cadena de origen un memo además de la dirección. Un memo, llamado tag en otras cadenas, es un identificador corto que asigna un pago entrante a la cuenta de cliente correcta; si falta, el importe acaba en una dirección común y hay que buscarlo a mano. Quien en el nerviosismo de una parada mueve fondos con prisas de una red a otra comete justo este error, y sale caro.

El tercer punto se refiere al después. Un token cuya retirada un exchange mantiene cerrada durante más tiempo puede, en un paso posterior, ser retirado también de la negociación. No es automático, y en este caso tampoco se ha anunciado, pero es la razón por la que no deberías limitarte a esperar sentado a que se reabra una retirada cerrada sin seguir el asunto.

Cómo comprobar tú mismo el estado de una blockchain en dos minutos

Lo más valioso de este caso es el método. Casi toda blockchain de cierto tamaño mantiene un punto de acceso público que informa, sin registro alguno, del último bloque generado. Con él compruebas un titular en el tiempo que tarda en cargar una página y te adelantas a una redacción que deja en pie su noticia de ayer.

1. Consulta el último bloque generado. En las cadenas del entorno Cosmos, la ruta REST /cosmos/base/tendermint/v1beta1/blocks/latest entrega justo eso. En las cadenas con interfaz de Ethereum es la llamada JSON-RPC eth_blockNumber.
2. Lee la marca de tiempo. Si es de hace unos segundos, la cadena funciona. Si es de hace horas, está parada. Esa sola cifra sustituye a cualquier suposición.
3. Compara dos bloques. Consulta además un bloque unos miles de posiciones por debajo y divide la diferencia de tiempo entre el número de bloques. Así reconoces si la cadena va a su ritmo normal o recupera con dificultad.
4. Comprueba el exchange por separado. El estado de red de tu exchange figura en su pantalla de ingresos y retiradas o en su página de estado. Una cadena en marcha no dice nada al respecto.
5. Fecha todo. Anota para cada hallazgo la hora en UTC. En una situación que cambia cada hora, una cifra sin marca de tiempo no vale nada.

Este método no cuesta nada y es la razón por la que los datos de este texto se sostienen. Cada cifra de arriba procede de una consulta así y lleva la hora a la que se tomó.

Qué dice el precio de OM sobre la parada de red y qué no

Los datos de mercado ayudan exactamente en un punto y despistan en todos los demás. Según CoinGecko, OM cotizaba el 22 de agosto de 2026 a 0,00456 dólares, es decir, 0,00391 euros, con una capitalización de mercado de unos 28,8 millones de dólares, en el puesto 672. En 24 horas eso supone un descenso de alrededor del 5,4 %, y de en torno al 8,4 % en siete días. La capitalización de mercado es el precio multiplicado por la cantidad de tokens en circulación y describe el tamaño de un proyecto en el mercado, no su calidad.

Hay un único dato revelador, y lo es por su hora. El mínimo histórico de 0,00412644 dólares se marcó el 20 de agosto de 2026 a las 23:09:10 UTC. El último bloque antes de la parada llevaba la marca de tiempo 23:13:04 UTC. Entre el mínimo de precio y la detención de la cadena median, por tanto, tres minutos y 54 segundos. El mercado descontó el suceso en el momento en que ocurría. Para situar la caída: el máximo histórico de este token está en 0,02627 dólares, del 4 de marzo de 2026.

Lo que estas cifras expresamente no permiten es afirmar nada sobre la evolución futura del precio. Un precio situado en un mínimo histórico no es ni un argumento de compra ni un argumento de venta; es una observación. Quien de un incidente técnico deduce un pronóstico confunde dos cosas que nada tienen que ver.

Causa sin aclarar: por qué "exploit" es aquí una atribución y no un hecho probado

En este punto conviene la precisión, porque a la cobertura informativa le falta. Sobre la causa del incidente no hay ningún resultado concluyente y comprobable públicamente. Las versiones divergen: CoinDesk habló en su titular de un exploit, The Block describió el suceso de forma neutra como un incidente y Cryptopolitan tituló expresamente que nadie sabía por qué se había congelado la cadena. Según ha trascendido, el propio equipo habló de una medida preventiva tras el aviso de una vulnerabilidad en un componente de software previo y declaró que los fondos de los usuarios no habían salido.

Para ti como lector eso significa dos cosas. Primera: mientras no haya una investigación sólida, atribuir un ataque es la afirmación de la redacción correspondiente y no un hecho probado. Segunda: la decisión práctica no depende de ello en ningún caso. Que la cadena se detuviera por un ataque o por un fallo de software no cambia nada en cómo compruebas tu saldo ni en dónde sigues pudiendo actuar durante una parada.

La misma prudencia vale para las consecuencias. De una parada de red no cabe concluir nada sobre la evolución posterior de un proyecto, sobre operaciones comerciales en curso o sobre responsabilidades. Quien saca esas conclusiones especula, y esa especulación no cabe en un texto que pretende ayudarte a decidir.

Comprobar una retirada de MANTRA: qué te llevas de aquí

1. Comprueba la cadena antes de creerte el titular. Una sola consulta del último bloque generado te dice en segundos si una red funciona. En este caso, algunas noticias en alemán seguían describiendo la cadena como congelada cuando llevaba más de cinco horas produciendo bloques de nuevo. Si quieres conservar fondos más tiempo y hacerlo al margen de interruptores ajenos, encontrarás los dispositivos para ello en la comparativa de carteras de hardware.
2. Trata el estado de la red y el del exchange como dos preguntas distintas. Una blockchain en marcha no es la garantía de que tu retirada esté autorizada, y una retirada bloqueada no es la prueba de que la cadena esté parada. Comprueba ambas por separado y anota la hora. Qué plataformas exponen abiertamente sus incidencias y cómo están supervisadas lo muestra el panorama de los exchanges de criptomonedas regulados.
3. Reparte tus fondos por finalidad antes de que llegue la próxima incidencia. Lo que quieras mover a corto plazo debe estar donde puedas moverlo; lo que deba quedarse quieto, bajo tu propia clave. Ese reparto lo decides con calma y no durante una parada. Para la parte de uso diario encontrarás los programas en la comparativa de carteras de software.

(22 de agosto de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)