
Una pausa de cadena es un periodo en el que una blockchain deja de producir bloques nuevos, por lo que nada en esa red se confirma hasta que los validadores la reinician. Las pausas pueden deberse a errores de software, fallos de consenso o una detención de emergencia deliberada durante un exploit. Tus saldos permanecen registrados en el último bloque producido y, en casi todos los casos, siguen ahí cuando la cadena se reanuda.
Hay tres preguntas clave para quien mantiene monedas en una red congelada: si puedes ser liquidado mientras no puedes actuar, si tu retiro queda atascado de forma permanente y si tus monedas siguen ahí cuando se reinicia la producción de bloques. Las respuestas cortas son sí en una plataforma centralizada, casi nunca y casi siempre; el resto de esta página explica por qué.
Las pausas de cadena, de un vistazo
La tabla siguiente resume lo esencial para quien llega en medio de un incidente y quiere una respuesta antes de la explicación.
|
Métrica
|
Detalles
|
|
Qué es
|
Una red deja de producir bloques nuevos y ninguna transacción se confirma
|
|
Causas típicas
|
Un error de consenso, una mala versión del cliente, un bucle de fallos de validadores o una detención de emergencia deliberada
|
|
Quién decide
|
El conjunto de validadores o, en una red con un solo secuenciador, el operador que la ejecuta
|
|
Rango de duración observado
|
De veinte minutos a unas treinta horas en los casos de 2024 a 2026 citados abajo
|
|
Tu saldo on-chain
|
Queda congelado en el último bloque producido y normalmente es idéntico al reiniciarse
|
|
Depósitos y retiros
|
Suspendidos en cualquier plataforma que necesite confirmaciones on-chain
|
|
Posiciones perpetuas abiertas
|
Siguen activas en el libro interno de una plataforma centralizada y pueden liquidarse
|
|
Qué suele solucionarlo
|
Una versión corregida del cliente y un reinicio coordinado de validadores
|
|
Ejemplo práctico
|
La advertencia del módulo Cosmos EVM del lunes 24 de agosto de 2026
|
|
Disponibilidad en Phemex
|
ATOM, el token de Cosmos Hub, cotiza como contrato perpetuo en USDT
|
La fila que más se malinterpreta es la de las posiciones abiertas, y es la que puede costar dinero.
¿Qué es una pausa de cadena?
Una blockchain es una cola de bloques, y cada bloque lo produce la máquina que el protocolo eligió para ese turno. Cuando suficientes de esas máquinas se niegan a producir, fallan o discrepan sobre cómo debe verse un bloque válido, la cola deja de avanzar. Ese es todo el mecanismo. No hay una bóveda que se cierre ni un administrador congelando cuentas.
Piensa en ello como un libro contable compartido en el que todos han acordado que solo una pluma escribe a la vez. Si quienes sostienen la pluma la dejan, no se escribe nada nuevo, pero tampoco se borra nada de lo ya escrito. Cada saldo registrado hasta el bloque final permanece exactamente donde estaba.
Ese último punto es el tranquilizador y conviene decirlo claramente porque los resultados de búsqueda durante un incidente suelen reflejar pánico. MANTRA dejó de producir bloques con su bloque final reportado hacia las 23:13 UTC del jueves 20 de agosto de 2026 y se reanudó hacia las 05:30 UTC del sábado 22 de agosto de 2026. La cadena volvió con la versión 8.4.0 con saldos de usuarios sin cambios y sin reversión del estado de la red. Unas treinta horas de parálisis total, y el libro contable al otro lado era el mismo.
Lo que sí se movió fue el precio. El token cayó cerca de un 18.5% hasta un mínimo histórico de 0.004126 dólares mientras nadie podía transaccionar, y ese es el patrón que conviene interiorizar. Una pausa rara vez destruye tus monedas. Lo que sí suele destruir es tu capacidad de reaccionar a lo que el mercado hace con ellas.
¿Por qué los validadores detendrían deliberadamente una cadena?
Algunas pausas son decididas. Cuando un exploit activo está drenando una red más rápido de lo que puede aplicarse un parche, detener la producción de bloques es la única palanca que funciona de inmediato, porque elimina la capacidad del atacante de enviar otra transacción al mismo tiempo que elimina la tuya.
Cosmos Labs usó públicamente esa palanca el lunes 24 de agosto de 2026. La empresa declaró que un incidente de seguridad en curso había afectado a usuarios del módulo Cosmos EVM y dijo que había aconsejado a las cadenas Cosmos EVM en contacto con ella que pidieran a sus validadores detener sus cadenas. Conviene distinguir lo verificado de lo no verificado. La advertencia y la instrucción de detener la cadena sí constan públicamente. La vulnerabilidad subyacente, la lista completa de cadenas afectadas y la cuestión de si hubo fondos en riesgo son aspectos que Cosmos Labs no identificó entonces, prometiendo un informe cuando la situación se resolviera.
Tres cadenas que ejecutaban el mismo módulo ya habían reportado movimientos de fondos no autorizados a comienzos de ese mes. KiiChain reportó el movimiento de 148,326,583.15 KII en 18 ataques repetidos el sábado 22 de agosto de 2026 y se detuvo en el bloque 9,355,723. TAC se detuvo en el bloque 24,671 tras vaciarse una sola cuenta, y la cobertura independiente sitúa una cifra mucho mayor en ese drenaje que la propia cadena, por lo que aquí no se imprime ningún importe para TAC. La cobertura también ha señalado una cuarta red, Nesa, como afectada, mientras que Cosmos Labs no nombró directamente a ninguna.
La discusión posterior sobre divulgación fue, por sí misma, una lección de mecanismo. Los críticos cuestionaron la práctica de publicar una corrección de seguridad de forma abierta antes de avisar en privado a las cadenas que ejecutaban ese código y darles tiempo para aplicar un parche, porque un commit público entrega la vulnerabilidad a cualquiera que lo lea. Cuando varias cadenas construidas sobre código compartido se detienen con pocos días de diferencia, un parche silencioso en el nivel upstream es una de las explicaciones más probables.
Y hay una versión práctica de esto. Una pausa anunciada con una causa identificada y un número de versión corregida indica que la cadena está respondiendo al problema. Una pausa anunciada sin causa, sin lista de cadenas y sin calendario es una señal para evitar aumentar la exposición hasta que se publiquen datos verificables.
¿Qué ocurre con tus posiciones abiertas y las liquidaciones?
Una cadena congelada no congela un libro de derivados, y la diferencia entre ambos es donde se producen muchas de las pérdidas reales.
Un contrato de futuros perpetuos en una plataforma centralizada existe por completo dentro del motor de emparejamiento de esa plataforma. Tu margen, tu precio de marca y tu nivel de liquidación son registros internos. La cadena sobre la que se liquida el token subyacente no se consulta antes de cerrar una posición. Si esa cadena se detiene, tu posición sigue valorándose frente a un índice, la tasa de financiación sigue acumulándose y el motor de liquidación sigue funcionando exactamente igual que una hora antes.
Por eso, la forma honesta de plantearlo es incómoda. Puedes ser liquidado en un token cuya red se ha detenido, a un precio descubierto en plataformas donde todavía se negocia, mientras cualquier opción on-chain para añadir colateral está fuera de tu alcance.
Dos factores agravan esto en la práctica. El primero es que una pausa tiende a concentrar la liquidez en menos plataformas, lo que amplía los spreads y hace que el precio índice que valora tu posición sea más volátil de lo habitual. El segundo es que un titular sobre un incidente de seguridad de red y una caída del precio hacia tu nivel de liquidación suelen llegar en los mismos diez minutos. Ese es el momento en que los traders intentan usar su wallet para añadir margen, y la wallet es precisamente lo que la pausa les ha quitado.
La respuesta práctica es poco llamativa y debe prepararse antes del incidente. Dimensiona las posiciones de forma que añadir margen sea una mejora y no una necesidad, y mantén un colchón de margen en la plataforma en lugar de en la cadena.
¿Qué ocurre con los depósitos y retiros?
Los depósitos y retiros son lo primero que se detiene y, por lo general, lo último que vuelve, y la razón es sencilla. Una plataforma abona un depósito solo después de que la transacción tenga suficientes confirmaciones, y una cadena detenida produce cero confirmaciones. Un retiro es una transacción que la plataforma debe emitir, y una cadena detenida no la aceptará.
Lo que esto significa para un retiro pendiente es mejor de lo que parece. Una transacción firmada pero nunca incluida en un bloque simplemente queda sin confirmar y se recoge cuando la producción de bloques se reanuda. Las monedas no han salido de tu saldo ni han ido a otro lugar. Una transacción que ya estaba confirmada antes de la pausa se considera liquidada y final.
Hay una distinción que merece aprenderse porque evita un diagnóstico erróneo habitual. Que una cadena se detenga no es lo mismo que una plataforma pause los retiros. Las plataformas suspenden retiros por sus propios motivos, incluidos mantenimiento, migraciones de wallet y decisiones internas de riesgo, y esas pausas ocurren mientras la red subyacente funciona con normalidad. Una forma rápida de distinguir ambos casos es consultar un explorador de bloques de la red. Si aparecen bloques nuevos y solo una plataforma está congelada, el problema está en la plataforma y no en el protocolo.
Es razonable esperar que el reinicio sea más lento de lo que sugiere la propia pausa. Una vez que la cadena se reanuda, una cola de transacciones compite por los primeros bloques, y las plataformas suelen esperar un margen cómodo de producción estable antes de reabrir depósitos y retiros. Que pasen varias horas entre el reinicio de la cadena y la reapertura de una plataforma es normal y no necesariamente indica un segundo incidente.
Una pausa no es una reorganización
En los hilos sobre incidentes, ambos términos a veces se usan como si fueran sinónimos, pero son opuestos en cuanto a lo que ocurre con tu dinero.
|
Categoría
|
Pausa de cadena
|
Reorganización de cadena
|
|
Qué ocurre
|
La producción de bloques se detiene por completo
|
Los bloques confirmados son sustituidos por una cadena competidora
|
|
Historial del libro mayor
|
Se preserva exactamente como estaba
|
Se reescribe desde el punto de bifurcación en adelante
|
|
Tu saldo
|
No cambia; simplemente queda congelado
|
Puede cambiar si tu transacción queda huérfana
|
|
Qué tan visible es
|
Es evidente porque nada se confirma
|
A menudo es invisible hasta que se revierte un pago ya aceptado
|
|
Desencadenante típico
|
Un error de software o una detención de emergencia deliberada
|
Una partición de red, un ataque de minería o desacuerdo entre clientes
|
|
Riesgo principal para ti
|
No poder actuar mientras los precios se mueven
|
Que desaparezca un pago que ya habías aceptado
|
|
Solución habitual
|
Un cliente corregido y un reinicio coordinado
|
Mayores requisitos de confirmación en las plataformas
|
Una pausa te quita opcionalidad y te devuelve un libro contable intacto. Una reorganización te deja transaccionar todo el tiempo y modifica silenciosamente el historial bajo tus pies. Si tuvieras que elegir, la pausa suele ser preferible, y precisamente por eso los validadores a veces la eligen.
Qué puedes hacer realmente antes, durante y después de una pausa
-
Verifica la pausa con dos fuentes independientes
Una aparente caída a veces es un fallo de monitorización y no de la red. Durante el episodio de Zcash del miércoles 3 de junio de 2026, los rastreadores on-chain mostraron que no había bloques nuevos durante más de cuatro horas, mientras que un proveedor importante de infraestructura cuestionó públicamente que la red estuviera caída y señaló problemas del explorador de bloques y de sincronización de nodos. Comprueba un segundo explorador y un segundo proveedor de nodos antes de actuar según la primera alerta que veas.
-
Reduce el apalancamiento mientras aún sea posible
La ventana en la que puedes ajustar una posición es la ventana anterior a la confirmación de la noticia, no posterior. Si una cadena a la que estás expuesto con apalancamiento muestra tiempos de bloque degradados, actividad inusual entre validadores o una versión de cliente de emergencia, ese es el momento menos costoso para reducir tamaño. Esperar certeza suele encarecer la decisión.
-
Deja en paz un retiro pendiente
Reenviar, cancelar o volver a firmar durante una pausa no aporta nada y a veces crea problemas de nonce que te hacen perder tiempo cuando la cadena vuelve a estar activa. Una transacción sin confirmar en una red detenida no está perdida. Está en cola.
-
Trata la ventana de reinicio como la hora de mayor riesgo
Los reinicios son el momento en que se despejan colas, los bots de arbitraje actúan a la vez y se descubre el primer precio real tras el apagón. La volatilidad en la hora posterior a la reanudación de la producción de bloques suele ser mayor que durante la propia congelación, porque la congelación suprimió la negociación y el reinicio la libera toda de golpe.
-
Lee el informe posterior antes de volver a aumentar tamaño
Un informe publicado con número de bloque, causa raíz y versión corregida es una señal de que el fallo se entiende. El silencio tras un incidente no demuestra nada, y las pausas repetidas en la misma red con pocos días de diferencia son el patrón que debería cambiar tu dimensionamiento de posición, no simplemente tu opinión.
¿Les ha pasado esto a cadenas importantes?
Sí. Le ha ocurrido a casi todas las redes grandes que no son Bitcoin, y las causas son más mundanas de lo que mucha gente espera.
|
Red
|
Fecha
|
Duración
|
Causa raíz
|
|
Solana
|
Martes 6 de febrero de 2024
|
Unas 5 horas
|
Bucle infinito de recompilación en la caché JIT que afectó a programas heredados del cargador
|
|
Sui
|
Jueves 28 de mayo de 2026
|
6 horas y 44 minutos
|
Error en la lógica de cobro de gas en la versión v1.72 que llevó a los validadores a un bucle de fallos
|
|
Base
|
Jueves 25 de junio de 2026
|
116 minutos
|
Estado de journal obsoleto persistente tras una validación fallida de transacción durante la construcción de bloques del secuenciador
|
|
Zcash
|
Miércoles 3 de junio de 2026
|
Más de 4 horas
|
Siguió a una serie de parches de emergencia y al principio se discutió si era un problema del explorador
|
Solana publicó su propio informe del bloqueo de febrero de 2024, indicando que la producción de bloques se detuvo a las 09:53 UTC y se reanudó a las 14:55 UTC con un reinicio ejecutando la versión v1.17.20. Un corte de cinco horas en una cadena que promociona finalidad en menos de un segundo ilustra claramente que velocidad y disponibilidad son propiedades distintas.
Sui congeló aproximadamente mil millones de dólares en activos on-chain y se detuvo por segunda vez al día siguiente, viernes 29 de mayo de 2026, con el token cayendo alrededor de un 8% entre ambos incidentes. Dos interrupciones en 48 horas son una señal distinta de una sola, y es razonable ponderarlo frente a cualquier previsión de precio de Sui que trate la fiabilidad como una cuestión ya resuelta.
Base es un caso instructivo para quienes usan rollups, porque ni siquiera tiene un conjunto de validadores que coordinar. La producción de bloques se detuvo en el bloque 47,806,542 a las 15:47:13 UTC y un segundo incidente, más breve, le siguió el viernes 26 de junio de 2026. El propio informe posterior del equipo afirma que la integridad de la cadena no se vio comprometida y que todos los fondos en Base estaban seguros, que es el resultado correcto y también el punto central. Una red que funciona con un solo secuenciador tiene una única cosa que arreglar y una única cosa que puede fallar.
Pero el número que más importa en los cuatro casos es el mismo: en ninguno se reescribieron saldos.
Reflexiones finales
La idea clave es que una pausa afecta tu acceso, no tu propiedad. El estado del libro mayor sobrevive, las transacciones pendientes se reanudan y las monedas que tenías antes del bloque final son las que tienes después del reinicio. Lo que no sobrevive es tu capacidad de añadir margen, cerrar una posición, mover colateral o retirar durante las horas exactas en las que el mercado puede moverse en tu contra.
Esa asimetría explica por qué la preparación útil ocurre en días tranquilos. Mantén el apalancamiento en un nivel que no se vea amenazado por un apagón de treinta horas, conserva un colchón de margen donde el exchange pueda verlo en lugar de donde la cadena deba entregarlo, y considera que cualquier red que ejecute código compartido aguas arriba hereda el riesgo de pausa de cualquier otra cadena que ejecute ese mismo código. La secuencia de Cosmos EVM de agosto de 2026 es un ejemplo actual de ese último punto, y probablemente no será el último.
Conviene seguir el informe del incidente que Cosmos Labs prometió. Una vulnerabilidad identificada con una versión corregida te indica la clase de error y qué otras cadenas la heredan, y esa es la información que te permite dimensionar una posición con más criterio en lugar de hacerlo a ciegas.
Preguntas frecuentes
¿Puedo ser liquidado mientras una blockchain está detenida?
Sí, si tu posición es un contrato de derivados en una plataforma centralizada, porque el motor de liquidación de esa plataforma funciona con su propio libro interno y su propio precio índice, no con la cadena detenida. La pausa elimina tu capacidad de depositar colateral, pero no la capacidad de la plataforma de cerrar tu posición. Las posiciones mantenidas únicamente on-chain en un protocolo DeFi sobre la red detenida quedan congeladas junto con todo lo demás.
¿Cuánto suelen durar las pausas de cadena?
Los casos públicos entre 2024 y 2026 van de unos veinte minutos a alrededor de treinta horas, y la mayoría se resuelve dentro de una jornada laboral. La duración depende mucho más de la rapidez con la que pueda escribirse y distribuirse un cliente corregido que de la gravedad del error original, por lo que las cadenas con menos validadores y mejor coordinados suelen reiniciarse antes que las más descentralizadas.
¿Necesito hacer algo para recuperar mis monedas después de una pausa?
No. Los saldos se restauran automáticamente a partir del último bloque producido y, en una pausa estándar, no se requiere ningún proceso de reclamación, migración ni acción desde la wallet. Conviene desconfiar activamente de cualquier mensaje que te pida conectar una wallet o firmar algo para recuperar fondos tras una interrupción de red, porque ese patrón suele ser una señal fiable de phishing aprovechando un incidente real.
¿Una pausa de cadena indica que el proyecto está fallando?
No por sí sola, ya que casi todas las grandes redes de alto rendimiento se han detenido al menos una vez y se han recuperado. Lo que sí aporta información es la respuesta: una causa raíz publicada con número de bloque y versión, un reinicio razonable y ninguna repetición en pocos días. Las pausas repetidas en el mismo código dentro de una sola semana son el patrón al que conviene reaccionar.
Este artículo es solo para fines informativos y no constituye asesoramiento financiero ni de inversión. El trading de criptomonedas implica riesgos sustanciales. Realiza tu propia investigación antes de tomar decisiones de trading.
