Un validador al que delegaste deja de aparecer en el conjunto activo y tus recompensas dejan de llegar. No se confiscó nada y ningún mensaje lo explicó. El validador está en jail, que es un estado en el que lo pone la cadena y no una comisión que le cobra, y salir de ahí exige que alguien haga algo en lugar de esperar.
Qué es en realidad el jailing
El jailing es una marca de estado en el registro de un validador. Cuando está activada, la cadena saca a ese validador del índice con el que construye el conjunto activo, así que desde el bloque siguiente ese validador ya no firma, ni propone, ni recibe parte de las recompensas de bloque.
Es una suspensión de la elegibilidad, no un cargo. En el momento del jailing no se descuenta nada. El coste son los ingresos que no llegan mientras la marca sigue activada, y la marca sigue activada hasta que alguien la retira de forma explícita.
El jailing no es slashing
Estas dos palabras se usan como si fueran una sola, y son mecanismos distintos que resultan activarse con los mismos hechos. El slashing quema un porcentaje de la participación. El jailing saca al validador del conjunto activo. Ante la misma falta, una cadena puede hacer una cosa, la otra, las dos o ninguna, y lo que hace es un parámetro que cada cadena fija por su cuenta.
Ese último punto es donde vive casi toda la confusión. En las cadenas con Cosmos SDK la vía de la inactividad sí pasa por el módulo de slashing, de modo que la inactividad puede llevar quema y no solo suspensión. Pero el tamaño de esa quema es un parámetro, y algunas cadenas lo ponen a cero. Osmosis, Celestia e Injective funcionan con una fracción de slashing por inactividad de cero, lo que significa que un validador que se queda sin conexión en esas cadenas acaba en jail sin que se queme nada de su participación.
Así que la afirmación segura es estrecha: la inactividad la gestiona el módulo de slashing, y si cuesta participación o no depende de la cadena que estés mirando. No des por supuesta ninguna de las dos cosas y no traslades una cifra de una cadena a otra.
Qué manda a un validador a jail
Hay dos categorías de falta, y se tratan de forma muy distinta.
La inactividad se mide sobre una ventana deslizante de bloques recientes, así que lo que se juzga no es la disponibilidad como porcentaje global, sino si las firmas cayeron dentro de esa ventana. El validador que deja de firmar más de una fracción permitida de ella acaba en jail. Tanto la ventana como la fracción permitida son parámetros de la cadena, y este es el sitio más claro para ver por qué los valores por defecto no son valores reales. Cosmos SDK viene con una ventana por defecto de 100 bloques, una fracción mínima firmada de 50 % y un slashing por inactividad de 1 %. Cosmos Hub funciona con una ventana de 10.000 bloques, una fracción mínima firmada de 5 % y un slashing por inactividad de 0,01 %.
Lee esas dos filas una contra otra. Cambian todas las cifras, y una de ellas cambia por un factor de cien. Una guía que cita los valores por defecto del SDK como si describieran una cadena en funcionamiento no describe nada que exista.
La doble firma es la otra categoría, y no es cuestión de grado. Firmar dos bloques contradictorios a la misma altura es prueba de una falta que la red no puede tolerar, así que conlleva un slashing mucho mayor y un jail permanente, que Cosmos llama tombstoning. Un validador con tombstone no se puede liberar. Sus operadores tienen que empezar de nuevo con una clave nueva, y sus delegadores tienen que mudarse.
Las dos faltas, una al lado de la otra
| Inactividad | Doble firma | |
|---|---|---|
| Qué observó la cadena | Demasiados bloques perdidos en la ventana | Dos bloques contradictorios a una misma altura |
| Sale del conjunto activo | Sí | Sí |
| Se quema participación | Un parámetro de la cadena, cero en algunas | Sí, y mayor |
| Se puede liberar | Sí, tras un periodo de espera | No, el jail es permanente |
| Nombre en Cosmos del caso permanente | No aplica | Tombstoned |
Salir es una transacción, no un temporizador
Esta es la parte que sorprende a los delegadores. El periodo de espera tras un jailing por inactividad tiene que transcurrir, pero cuando transcurre no ocurre nada de forma automática. El operador del validador tiene que enviar una transacción de unjail, y la cadena la rechaza si el validador no está en jail, si el periodo no ha vencido, si la autodelegación está por debajo del mínimo o si el validador tiene tombstone.
La consecuencia práctica es que un validador en jail puede quedarse en jail indefinidamente mientras su operador duerme, está de vacaciones o ha abandonado el montaje. El periodo de espera es un suelo sobre lo pronto que puede volver, no un calendario de cuándo lo hará.
Qué significa si delegaste
Mientras tu validador está en jail dejas de acumular recompensas nuevas, porque las recompensas se reparten en cada bloque entre el conjunto vinculado y un validador en jail no está en él. Las recompensas acumuladas antes del jailing no se ven afectadas y siguen siendo reclamables.
Tus opciones no son simétricas, y la diferencia conviene conocerla antes de necesitarla. Mover tu participación a otro validador es una redelegación, y surte efecto de inmediato en el sentido de que tu participación queda anotada al nuevo validador en la misma transacción. Empezará a generar en cuanto ese nuevo validador esté a su vez en el conjunto activo. Salir del staking por completo es una desdelegación, y esa siempre recorre entero el periodo de desvinculación, contado desde el momento en que la envías.
Hay un matiz más que juega a tu favor. Cuando redelegas saliendo de un validador que ya está desvinculándose, la espera asociada a esa redelegación hereda el reloj del propio validador en lugar de arrancar uno nuevo. Cuanto más lleve en jail, menos queda de esa ventana para ti. Lo que esa ventana gobierna no es cuándo vuelves a generar; gobierna si puedes saltar de nuevo hacia otro validador más, y si tu participación todavía puede ser alcanzada por un slashing por algo que el validador antiguo hizo antes.
Jail es una palabra de Cosmos
El vocabulario no viaja, y la mecánica tampoco. Jail, unjail y tombstone son términos de Cosmos SDK con significados definidos en cadena.
Solana tiene una etiqueta que parece equivalente y no lo es. Un validador puede ser reportado como delinquent, pero esa es una clasificación que aplica el nodo RPC al que preguntaste, usando un umbral que pasa quien llama. No es un estado de consenso. Un validador delinquent no queda apartado de nada, conserva las franjas de líder que le ganó su peso de participación y no tiene ningún procedimiento de liberación que ejecutar, porque no hay nada de lo que liberarlo.
Ethereum tampoco tiene un estado equivalente. Las vías que sacan a un validador de su conjunto activo son la salida voluntaria, la expulsión cuando el saldo efectivo cae demasiado y la salida forzosa tras un slashing. No hay una suspensión temporal de la que se vuelva.
La regla que conviene llevarse es que todo este vocabulario pertenece a una sola familia de cadenas. Comprueba cómo llama a la situación la cadena que de verdad usas, y qué hace al respecto, en lugar de suponer que las palabras significan lo mismo en todas partes. La misma cautela vale al leer sobre validadores en general y al comparar diseños entre redes de prueba de participación.
En resumen
El jailing suspende la elegibilidad de un validador; el slashing quema su participación. Se disparan juntos lo bastante a menudo como para confundirse, pero si la inactividad cuesta participación siquiera es un parámetro que algunas cadenas ponen a cero.
Si un validador al que delegaste está en jail, tres cosas son ciertas a la vez. No estás acumulando recompensas nuevas. Nadie está obligado a arreglarlo, porque la liberación exige que el operador envíe una transacción. Y moverte a otro validador es más rápido que salir del staking por completo, porque una redelegación no reinicia el reloj como sí lo hace una desdelegación. Para seguir aprendiendo los fundamentos, sigue leyendo Bitbase Academy.
Lecturas relacionadas
Otros artículos de Bitbase sobre este tema:
- Composición automática frente al staking manual: cuánto vale la diferencia
- ¿Qué es Lido? stETH, operadores de nodo y Dual Governance
- El patrón hombro-cabeza-hombro
- ¿Qué es una comisión de transacción cripto?
Aviso legal: Este artículo es contenido educativo de Bitbase Academy y se ofrece solo con fines informativos. No constituye asesoramiento de inversión, negociación, fiscal ni financiero. Los criptoactivos son volátiles; evalúa tu propio riesgo. Redactado en septiembre de 2026; consulta la información oficial más reciente.
Fuentes
[1] Cosmos SDK, x/slashing/types/params.go (v0.55.0, commit 64fd208a11fb54f7ffdca1a1290c2cfbbc254e49) raw.githubusercontent.com
[2] Cosmos Hub (cosmoshub-4), parámetros de slashing on-chain rest.cosmos.directory
[3] Osmosis, parámetros de slashing on-chain (fracción de slashing por inactividad igual a cero) rest.cosmos.directory
[4] Cosmos SDK, x/staking README (mismo commit) raw.githubusercontent.com
[5] Cosmos SDK, x/staking/keeper/delegation.go (mismo commit) raw.githubusercontent.com
[6] Documentación de RPC de Solana, getVoteAccounts solana.com
[7] Especificaciones de consenso de Ethereum, phase0 beacon chain (v1.5.0) raw.githubusercontent.com
