Slashing

¿Qué es el slashing?

El slashing es una penalización de Proof of Stake que elimina, quema, confisca o redistribuye parte de las criptomonedas en staking de un validador cuando este incumple reglas importantes de la red.

En cripto, el slashing se utiliza para que los validadores respondan económicamente por acciones que pueden perjudicar la seguridad de la blockchain, la finalidad, el tiempo de actividad o la integridad del consenso.

La documentación oficial de Ethereum sobre Proof of Stake explica que los validadores ponen valor en riesgo y que este valor puede destruirse si actúan de forma deshonesta.

Un evento de slashing puede afectar al staking propio de un validador y, en algunas redes, al staking delegado de los usuarios que seleccionaron a dicho validador.

El slashing suele asociarse a conductas indebidas de validadores, como doble firma, votos conflictivos, comportamiento no válido o infracciones graves de las reglas de consenso.

Algunas redes Proof of Stake también aplican penalizaciones menores o jailing por inactividad, votos omitidos o fallos de disponibilidad.

Las reglas de slashing no son iguales en todas las blockchains.

Ethereum, Solana, las chains de Cosmos SDK, los sistemas de Proof of Stake nominado de estilo Polkadot y otras redes de staking utilizan modelos de penalización diferentes.

En términos sencillos, el slashing es el castigo del staking cripto que hace creíbles las promesas de los validadores al poner capital real en riesgo.

Por qué importa el slashing

El slashing importa porque la seguridad de Proof of Stake depende de que los validadores tengan algo significativo que perder.

En los sistemas Proof of Work, los mineros gastan electricidad y recursos de hardware para proteger la cadena.

En los sistemas Proof of Stake, los validadores bloquean capital y se arriesgan a perder una parte si firman mensajes perjudiciales o incumplen las reglas de consenso.

Este riesgo financiero ayuda a disuadir a los validadores de respaldar simultáneamente múltiples historiales de cadena conflictivos.

También ayuda a proteger la finalidad, porque debería resultar caro contradecir una cadena finalizada.

La documentación de Ethereum sobre recompensas y penalizaciones describe el slashing como una acción grave que elimina a un validador de la red y causa la pérdida de ether en staking.

El slashing también importa a los delegadores porque pueden compartir el riesgo del validador en función del diseño de staking de la red.

Un usuario que delega en un validador poco fiable o malicioso puede perder parte de su staking en algunas chains.

Esto incentiva a los delegadores a elegir validadores cuidadosamente, en lugar de seleccionar únicamente la recompensa anunciada más alta.

Por tanto, el slashing es tanto una herramienta de seguridad de consenso como un riesgo de staking que los usuarios deben entender antes de delegar activos.

Por tanto, el slashing es tanto un mecanismo de consenso como un riesgo al delegar activos.

Cómo funciona el slashing

El slashing funciona detectando pruebas de que un validador incumplió una regla y aplicando después una penalización definida por el protocolo.

La prueba puede ser un mensaje firmado, una propuesta de bloque conflictiva, un voto conflictivo, el incumplimiento de un umbral de disponibilidad u otra evidencia, según la blockchain.

Dado que los mensajes de los validadores se firman criptográficamente, la red a menudo puede demostrar qué validador produjo el mensaje infractor.

Una vez que el protocolo acepta la infracción, el validador puede perder staking, ser expulsado del conjunto activo de validadores, ser encarcelado, quedar tombstoned o afrontar una retirada retrasada.

La penalización puede ser fija, variable, proporcional o estar correlacionada con el número de validadores implicados en el mismo incidente.

Algunos sistemas queman los tokens sujetos a slashing.

Algunos sistemas envían esos tokens a una tesorería.

Algunos sistemas utilizan el slashing principalmente como medida disuasoria y lo aplican solo a fallos graves de consenso.

Algunos sistemas no utilizan actualmente slashing automático para la actividad de staking normal.

El resultado exacto depende del protocolo de consenso y del módulo de staking de cada chain.

Slashing en Proof of Stake

Proof of Stake utiliza validadores en lugar de mineros para ayudar a proponer bloques, votar bloques y proteger la red.

Los validadores normalmente deben bloquear o vincular tokens para participar en el consenso.

Ese staking bloqueado actúa como garantía de un comportamiento honesto.

Si un validador sigue las reglas, puede recibir recompensas de staking.

Si un validador incumple reglas graves, la red puede aplicar slashing a una parte del staking.

Esto crea un vínculo económico directo entre el comportamiento del validador y su coste.

El slashing ayuda a resolver el problema de «nothing at stake», en el que los validadores podrían tener poco coste por firmar cadenas conflictivas.

Cuando el comportamiento conflictivo puede destruir tokens en staking, firmar todas las bifurcaciones posibles deja de ser una estrategia gratuita.

El slashing hace que el comportamiento deshonesto sea observable, demostrable y costoso.

Por eso el slashing es fundamental para muchos modelos modernos de seguridad de Proof of Stake.

Validador

Un validador es un participante de la red que ayuda a mantener el consenso Proof of Stake proponiendo bloques, votando bloques, validando datos o realizando otras funciones del protocolo.

Los validadores son responsables de ejecutar correctamente el software de nodo, mantener seguras las claves de firma, permanecer online, actualizar el software cuando sea necesario y evitar firmas conflictivas.

Los errores de los validadores pueden resultar costosos porque los mensajes firmados pueden generar pruebas susceptibles de slashing.

Un validador puede ser honesto y aun así sufrir slashing si su infraestructura está mal configurada.

Por ejemplo, ejecutar claves de validador duplicadas en dos máquinas activas puede provocar doble firma.

Un validador también puede ser penalizado si no cumple los umbrales de participación exigidos en redes que aplican slashing o jailing por inactividad.

Los usuarios que delegan staking deben evaluar el rendimiento del validador, la calidad de su infraestructura, su historial, la comisión, la comunicación y sus prácticas de riesgo.

Un validador no es solo un generador de recompensas.

Es un operador de seguridad cuyo comportamiento puede afectar al staking delegado.

El slashing convierte la selección de validadores en una decisión importante de staking.

Delegador

Un delegador es un titular de tokens que asigna staking a un validador sin ejecutar necesariamente la infraestructura de validación de forma directa.

La delegación permite a los usuarios normales participar en las recompensas de staking y la seguridad de la red.

La delegación también puede exponer a los usuarios al riesgo del validador cuando las reglas de la red trasladan las pérdidas por slashing a los delegadores.

En algunas redes, la conducta indebida de un validador puede reducir tanto el staking propio del validador como el staking delegado en él.

La documentación de Polkadot sobre staking explica que tanto los validadores como los nominadores pueden sufrir slashing en Proof of Stake nominado si se produce un ataque.

Esto significa que delegar no está exento de riesgo, incluso cuando los usuarios mantienen la custodia de sus tokens.

Los delegadores no deben elegir validadores basándose únicamente en recompensas altas o comisiones bajas.

También deben considerar el tiempo de actividad, el historial de slashing, la disciplina de infraestructura, el staking propio, la transparencia, la participación en gobernanza y el impacto en la descentralización.

Diversificar entre varios validadores puede reducir la exposición a un único validador cuando la red lo permite.

La delegación es una relación de seguridad, no solo un ajuste de rendimiento.

Doble firma

La doble firma es una de las causas más importantes de slashing.

La doble firma se produce cuando un validador firma dos mensajes conflictivos para la misma función de consenso, altura, slot, ronda o contexto de votación.

En Ethereum, el comportamiento susceptible de slashing incluye proponer dos bloques distintos para el mismo slot o realizar attestations conflictivas.

La guía de validadores de la especificación de consenso de Ethereum describe el slashing de proponentes y el slashing de attestadores como categorías fundamentales de slashing.

En los sistemas Cosmos SDK, la doble firma puede llevar a una penalización grave y al tombstoning.

La documentación del módulo de slashing de Cosmos SDK explica que un límite de tombstone limita al validador a sufrir slashing una vez por una falta de doble firma y, después, quedar tombstoned.

La doble firma suele producirse por claves duplicadas, failover inseguro, procedimientos de migración deficientes, errores de snapshots o configuraciones de validadores active-active.

Un validador nunca debe ejecutar la misma clave de firma de consenso en dos ubicaciones al mismo tiempo sin una arquitectura de firma segura.

La doble firma es peligrosa porque puede amenazar directamente la seguridad del consenso.

Por eso muchas redes la castigan con mayor severidad que una simple inactividad.

Inactividad

La inactividad significa que un validador está offline, no es accesible, no firma los mensajes requeridos o no participa cuando se espera.

Algunas redes tratan la inactividad como un problema menos grave que la doble firma.

Algunas redes aplican slashing por inactividad prolongada.

Algunas redes encarcelan a validadores inactivos y exigen que vuelvan a unirse tras solucionar el problema.

Algunas redes penalizan la falta de participación sin denominarlo slashing.

En Ethereum, las tareas ordinarias omitidas suelen conllevar penalizaciones en lugar de slashing, mientras que el slashing se reserva para comportamientos específicos y deshonestos de propuesta o attestation.

En las chains Cosmos SDK, el módulo de slashing puede realizar un seguimiento de la disponibilidad de los validadores y aplicar penalizaciones o jailing según los parámetros de la red.

La inactividad puede seguir siendo costosa porque las recompensas pueden detenerse y la reputación puede verse afectada.

Los delegadores pueden redelegar lejos de validadores con inactividad repetida.

Un buen validador utiliza supervisión, redundancia, alertas, copias de seguridad seguras y actualizaciones controladas para reducir el riesgo de inactividad.

Equivocación

La equivocación significa que un validador firma declaraciones conflictivas que no deberían coexistir conforme a las reglas de consenso.

En lenguaje sencillo, la equivocación consiste en afirmar dos cosas distintas cuando el protocolo exige una respuesta coherente.

La equivocación puede producirse mediante propuestas de bloques dobles, votos conflictivos o mensajes de finalidad incoherentes.

La documentación de Polkadot sobre infracciones describe infracciones de equivocación en las que los validadores emiten votos conflictivos en sistemas de consenso.

La equivocación es grave porque puede confundir la elección de bifurcación, debilitar la finalidad y favorecer ataques contra el historial de la cadena.

El slashing hace costosa la equivocación al vincular las firmas conflictivas con pérdidas económicas.

El software de validadores suele incluir protección frente al slashing para impedir equivocaciones accidentales.

Sin embargo, una gestión deficiente de claves o un failover inseguro pueden seguir generando riesgo de equivocación.

Los delegadores deben preferir validadores que expliquen cómo previenen la firma duplicada y el compromiso de claves.

La equivocación es uno de los ejemplos más claros de por qué Proof of Stake necesita pruebas susceptibles de slashing.

Slashing en Ethereum

El slashing de Ethereum se aplica a validadores que cometen infracciones específicas de consenso.

La documentación de Ethereum sobre recompensas y penalizaciones enumera tres comportamientos principales sujetos a slashing: proponer y firmar dos bloques distintos para el mismo slot, realizar un surround vote o votar dos veces para el mismo objetivo.

Cuando un validador de Ethereum sufre slashing, se le elimina forzosamente del conjunto de validadores y pierde parte de su ETH en staking.

El slashing de Ethereum también incluye penalizaciones durante un periodo de retraso de retirada, y el slashing correlacionado puede ser más grave cuando muchos validadores sufren slashing aproximadamente al mismo tiempo.

La inactividad en Ethereum normalmente no equivale a slashing.

Un validador de Ethereum offline puede perder recompensas y recibir penalizaciones por inactividad, pero no sufre slashing salvo que firme mensajes susceptibles de slashing.

Esta distinción importa porque el slashing de Ethereum es principalmente un fallo de integridad de firma.

La lección operativa más importante es que un validador nunca debe firmar mensajes conflictivos con la misma clave de validador.

Los operadores de validadores de Ethereum deben utilizar bases de datos de protección contra slashing, procedimientos de migración seguros y un diseño de failover cuidadoso.

Los delegadores que usan staking agrupado o basado en servicios deben entender quién opera las claves de validadores y cómo se gestiona el riesgo de slashing.

Slashing en Solana

Solana aborda el slashing de forma distinta a muchas redes Proof of Stake.

La página oficial de staking de Solana explica que el slashing es un proceso mediante el cual el staking delegado a un validador puede destruirse como castigo por acciones maliciosas del validador.

La misma página de Solana también indica que el slashing no es automático en Solana.

Esto significa que el riesgo del staking de Solana no debe describirse igual que el de las redes que aplican slashing automático a nivel de protocolo por fallos habituales de validadores.

Los delegadores de Solana siguen afrontando otros riesgos de staking, como rendimiento deficiente de validadores, recompensas no obtenidas, cambios de comisiones, errores de custodia, plazos de liquidez y volatilidad del precio de SOL.

Un validador de Solana con bajo rendimiento puede generar menores recompensas de staking incluso sin slashing automático.

Los delegadores deben seguir eligiendo validadores cuidadosamente porque la calidad del validador afecta a las recompensas y a la descentralización de la red.

El modelo actual de slashing de Solana recuerda que las reglas de slashing difieren entre chains.

Los usuarios deben leer la documentación oficial de staking de la red específica en lugar de asumir que todos los sistemas Proof of Stake funcionan igual.

En staking, la palabra slashing siempre debe interpretarse en el contexto de la chain utilizada.

Slashing de Cosmos SDK

Las chains de Cosmos SDK pueden utilizar un módulo de slashing para penalizar fallos de validadores como la doble firma y los fallos de disponibilidad.

La documentación del módulo de slashing de Cosmos SDK explica la información de firma de validadores, el seguimiento de disponibilidad, las pruebas de doble firma, el jailing, el tombstoning y la gestión de infracciones.

En muchos sistemas de staking de estilo Cosmos, las conductas indebidas de los validadores pueden afectar tanto al validador como a los delegadores.

La doble firma suele tratarse como un fallo grave porque puede amenazar la seguridad del consenso.

La inactividad o la falta de participación suelen considerarse fallos de disponibilidad con penalizaciones menores o jailing, según los parámetros de la chain.

Las chains de Cosmos SDK pueden personalizar los parámetros de slashing, por lo que los usuarios no deben asumir que todas las chains que utilizan Cosmos SDK tienen tasas de penalización idénticas.

Los validadores deben utilizar gestión segura de claves, arquitectura sentry, supervisión y procedimientos de migración seguros.

Los delegadores deben revisar la fiabilidad y el historial de slashing del validador antes de delegar.

El slashing de estilo Cosmos muestra cómo la aplicación de normas a nivel de protocolo puede conectar directamente las operaciones de los validadores con los resultados de los delegadores.

Esto hace que la debida diligencia sobre validadores sea especialmente importante para el staking delegado.

Slashing de estilo Polkadot

El Proof of Stake nominado de estilo Polkadot utiliza validadores y nominadores para proteger la red.

La documentación de Polkadot sobre infracciones explica que los validadores y sus nominadores pueden sufrir slashing cuando los validadores actúan indebidamente.

También explica que los porcentajes de slashing pueden variar según la gravedad y abarcar desde cantidades muy pequeñas hasta penalizaciones muy graves.

En este modelo, los nominadores comparten el riesgo con los validadores activos a los que respaldan.

Esto incentiva a los nominadores a supervisar a los validadores en lugar de elegir uno pasivamente para siempre.

El slashing puede producirse por infracciones como la equivocación o disputas más graves, según las reglas de la red.

La documentación de Polkadot también indica que algunos slashings pueden tener un periodo de gracia antes de aplicarse, lo que permite una posible reversión mediante gobernanza en determinadas situaciones.

Esto muestra que el slashing puede incluir tanto pruebas automáticas del protocolo como procesos de revisión relacionados con la gobernanza.

Los nominadores deben entender las nominaciones activas, la selección de validadores, la descentralización, las comisiones y el historial operativo.

Las recompensas de staking son solo una cara de la decisión, porque el riesgo de slashing es la otra.

Slashing frente a penalización

El slashing es una penalización grave, pero no toda penalización de staking es slashing.

Un validador puede perder recompensas por estar offline sin sufrir slashing en algunas redes.

Un validador puede ser encarcelado, desactivado, enfriado o eliminado del conjunto activo, según la red.

El slashing normalmente significa que se retira, quema, confisca o redirige una parte del staking.

Las penalizaciones normales pueden simplemente reducir las recompensas o aplicar pequeñas deducciones de saldo.

Los usuarios no deben tratar todas las pérdidas de validadores como la misma categoría.

La diferencia importa porque una penalización por inactividad puede ser menor y más fácil de recuperar que un evento de slashing por doble firma.

La diferencia también importa para los delegadores, porque algunas penalizaciones pueden afectar a las recompensas, mientras que otras pueden reducir el principal en staking.

Las páginas de staking y los paneles de validadores deben explicar si un riesgo consiste en recompensas no obtenidas, penalización por inactividad, jailing o slashing.

Un lenguaje claro ayuda a los usuarios a evitar malentendidos sobre el riesgo de staking.

Slashing frente a jailing

Jailing significa que un validador se elimina temporalmente o queda bloqueado de la validación activa hasta que sea liberado o restaurado conforme a las reglas de la red.

Slashing significa que el staking se reduce como castigo.

En algunas redes, un validador puede ser encarcelado y sufrir slashing en el mismo incidente.

Un validador también puede ser encarcelado por inactividad con una penalización pequeña o sin una pérdida importante de staking, según la chain.

El jailing protege la red al eliminar validadores poco fiables del consenso activo.

El slashing protege la red haciendo que el comportamiento perjudicial tenga un coste económico.

Para los delegadores, el jailing puede implicar recompensas no obtenidas mientras el validador está inactivo.

Para los validadores, el jailing puede perjudicar su reputación y hacer que los delegadores se marchen.

Los usuarios deben comprobar si su validador está activo, encarcelado, tombstoned o en proceso de salida antes de delegar.

Jailing y slashing son herramientas de aplicación de normas relacionadas, pero no son idénticas.

Slashing frente a inactivity leak

Un inactivity leak es un mecanismo que penaliza gradualmente a los validadores que no participan cuando una red pierde la finalidad.

Ethereum utiliza penalizaciones por inactividad para ayudar a la cadena a recuperar la finalidad cuando hay suficientes validadores offline o que no realizan attestations correctamente.

Esto es diferente del slashing porque el slashing requiere comportamientos específicos susceptibles de slashing, como propuestas conflictivas o attestations conflictivas.

La documentación oficial de Ethereum sobre recompensas y penalizaciones separa las recompensas, penalizaciones y el slashing normales del sistema más amplio de incentivos de Proof of Stake.

Un validador offline puede ser penalizado sin sufrir slashing.

Un validador que firma mensajes conflictivos puede sufrir slashing aunque, por lo demás, estuviera online.

Esta distinción importa a los operadores porque las medidas de mitigación son distintas.

El riesgo de inactividad se reduce mediante tiempo de actividad, supervisión, salud del cliente y resiliencia de red.

El riesgo de slashing se reduce mediante disciplina de firma, aislamiento de claves, protección contra slashing y failover seguro.

Los usuarios deben entender si un producto de staking habla de pérdidas por inactividad o de pérdidas reales por slashing.

Slashing y recompensas de staking

El slashing afecta a las recompensas de staking porque los validadores que sufren slashing pierden staking, reputación y, a menudo, la condición de validador activo.

Un validador sujeto a slashing puede dejar de recibir recompensas durante su eliminación, jailing o periodos de inactividad.

Los delegadores pueden perder una parte de su principal en redes donde el staking delegado está sujeto a slashing.

Incluso si un evento de slashing es pequeño, puede provocar pérdidas de recompensas futuras si los delegadores se marchan o el validador es eliminado del conjunto activo.

Las recompensas elevadas de staking deben evaluarse junto con el riesgo de slashing.

Un validador que anuncia recompensas altas puede seguir siendo una mala elección si sus operaciones son débiles o su comportamiento es arriesgado.

Un rendimiento fiable del validador puede importar más que una pequeña diferencia de comisión.

Los usuarios deben comparar los resultados netos del staking en lugar de centrarse únicamente en el rendimiento anunciado.

El slashing es uno de los motivos por los que las recompensas de staking no equivalen a intereses sin riesgo.

Las recompensas de staking compensan a los usuarios por ayudar a proteger una red mientras aceptan riesgos de protocolo, validadores, mercado y liquidez.

Slashing y claves de validadores

Las claves de validadores son una de las áreas más importantes de riesgo de slashing.

Una clave de firma de validador se utiliza para firmar mensajes de consenso como propuestas de bloques, votos o attestations.

Si la misma clave de firma está activa en dos ubicaciones, el validador puede firmar accidentalmente mensajes conflictivos.

Si se roba una clave de firma, un atacante puede ser capaz de crear mensajes susceptibles de slashing o interrumpir las operaciones del validador.

Los operadores suelen utilizar firmantes remotos, sistemas de gestión de claves, módulos de seguridad de hardware, bases de datos de protección contra slashing y procedimientos estrictos de migración para reducir este riesgo.

La documentación de protección contra slashing de Lighthouse explica que las bases de datos de protección contra slashing registran bloques y attestations firmados para evitar firmar mensajes susceptibles de slashing.

Las copias de seguridad de claves deben gestionarse cuidadosamente, porque restaurar un estado de validador antiguo sin historial de firmas puede generar riesgo.

El failover debe diseñarse de modo que solo un firmante pueda firmar para una clave de validador a la vez.

La gestión de claves de validadores no es solo un detalle operativo.

Es una de las principales defensas frente al slashing.

Slashing y failover

Failover significa cambiar las operaciones de validación de un servidor, región, cliente o máquina a otro cuando algo falla.

El failover mejora el tiempo de actividad, pero un failover inseguro puede aumentar el riesgo de slashing.

El patrón peligroso es la firma active-active, en la que dos sistemas pueden firmar con la misma clave de validador al mismo tiempo.

Un patrón más seguro es el failover active-passive, en el que el sistema de respaldo no puede firmar hasta que el sistema principal se haya detenido de forma segura y el estado de firma se haya sincronizado.

Los operadores de validadores deben confirmar que el nodo anterior está detenido antes de iniciar un firmante de sustitución.

También deben conservar los datos de protección contra slashing al migrar validadores.

La recuperación rápida es útil, pero una recuperación precipitada puede ser peligrosa.

Muchos incidentes de slashing se deben a errores operativos y no a ataques intencionados.

Un buen validador prioriza una recuperación segura frente a una búsqueda imprudente del tiempo de actividad.

El failover debe proteger tanto la disponibilidad como la integridad de la firma.

Slashing y staking líquido

El staking líquido permite a los usuarios recibir un token o recibo que representa activos en staking o un derecho sobre activos en staking.

El staking líquido puede hacer que el staking sea más flexible porque los usuarios pueden utilizar el token de recibo en DeFi mientras los activos subyacentes permanecen en staking.

Sin embargo, el staking líquido puede añadir exposición al slashing a través de los validadores que respaldan el sistema de staking líquido.

Si los validadores subyacentes sufren slashing, el valor, el tipo de cambio, el respaldo o el valor de reembolso del token de staking líquido pueden verse afectados según el diseño.

El staking líquido también añade riesgo de contrato inteligente, riesgo de oráculo, riesgo de liquidez, riesgo de gobernanza y riesgo de pérdida de paridad.

Los usuarios deben entender si las pérdidas por slashing se socializan entre todos los participantes o se asignan a asignaciones específicas de validadores.

También deben revisar la diversificación de validadores, la selección de operadores, los mecanismos de seguro y las reglas de retirada.

Un token de staking líquido no elimina el riesgo de Proof of Stake.

Cambia cómo se empaqueta y transfiere ese riesgo.

El riesgo de slashing sigue presente siempre que el sistema de staking subyacente incluya validadores susceptibles de slashing.

Slashing y restaking

El restaking puede exponer los activos en staking o los compromisos de los validadores a servicios adicionales más allá de la red base de Proof of Stake.

Esto puede crear oportunidades de recompensas adicionales, pero también puede introducir condiciones de slashing adicionales.

La documentación de EigenLayer sobre slashing explica el slashing como un mecanismo que puede penalizar a los operadores por infringir las reglas de servicios que utilizan seguridad restakeada.

El riesgo de restaking puede ser más complejo que el staking normal porque un validador u operador puede tener que cumplir varios conjuntos de reglas a la vez.

Un fallo en un servicio adicional puede afectar a activos que los usuarios consideraban ya depositados en staking en otro lugar.

Los usuarios deben entender qué servicios protegen sus activos restakeados y qué condiciones pueden activar penalizaciones.

Los operadores deben entender todas las obligaciones de firma, disponibilidad y nivel de servicio antes de aceptar responsabilidades de restaking.

El restaking puede aumentar la eficiencia del capital, pero también el riesgo de slashing correlacionado.

Más fuentes de recompensas suelen implicar más supuestos operativos y de protocolo.

Los usuarios deben tratar el riesgo de slashing de restaking como un tema de debida diligencia independiente del riesgo de staking de la chain base.

Slashing y riesgo de mercado

El slashing es diferente del riesgo de mercado, pero ambos afectan a los resultados del staking.

El slashing reduce el número de tokens o el valor que respalda una posición de staking.

El riesgo de mercado modifica el valor fiduciario o de mercado del propio token.

Un usuario puede evitar el slashing y aun así perder valor si cae el precio del token.

Un usuario puede recibir recompensas de staking y aun así tener una rentabilidad total negativa si la caída del precio de mercado supera las recompensas.

Por tanto, el riesgo de staking debe evaluarse en varias capas.

Estas capas incluyen riesgo de validador, riesgo de protocolo, riesgo de liquidez, riesgo de contrato inteligente, riesgo de custodia, riesgo fiscal y riesgo de precio de mercado.

El slashing es una capa importante, pero no es la única.

Los usuarios no deben asumir que una baja probabilidad de slashing convierte el staking en una actividad sin riesgo.

El staking de criptomonedas siempre combina incertidumbre operativa y de mercado.

Slashing y unbonding

El unbonding es el periodo de espera después de que un usuario deje de hacer staking antes de que los activos vuelvan a ser totalmente transferibles.

Algunas redes pueden aplicar slashing a staking que aún está dentro del periodo de unbonding si el validador cometió una infracción susceptible de slashing antes o durante la ventana de riesgo correspondiente.

Esto impide que los validadores eviten el castigo retirando rápidamente su staking después de una conducta indebida.

Los periodos de unbonding varían según la red.

Durante el unbonding, los usuarios pueden dejar de recibir recompensas y no poder mover activos inmediatamente.

Los usuarios deben entender si el riesgo de slashing continúa durante el unbonding en la chain elegida.

También deben entender si la redelegación crea una exposición temporal a validadores anteriores, nuevos o a ambos.

El unbonding es un riesgo de liquidez y, en ocasiones, una ventana continua de riesgo de slashing.

Las salidas de staking no siempre son instantáneas.

Un staking seguro exige comprender las reglas de entrada y salida.

Cómo reducen los validadores el riesgo de slashing

Los validadores reducen el riesgo de slashing manteniendo un único firmante activo para cada clave de validador.

Utilizan bases de datos de protección contra slashing y conservan el historial de firmas durante las migraciones.

Evitan diseños de failover active-active inseguros.

Supervisan el rendimiento del validador, las tareas omitidas, la conectividad entre pares, el estado del disco, la salud del cliente y las actualizaciones de la chain.

Protegen las claves de firma con firmantes remotos, almacenamiento seguro de claves, módulos de seguridad de hardware o controles de acceso estrictos cuando corresponde.

Prueban los procedimientos de actualización antes de aplicar actualizaciones de producción.

Utilizan procedimientos claros para migración, recuperación, respuesta ante incidentes y apagado de emergencia.

Separan las funciones de infraestructura para que un error no exponga todas las claves de validadores.

Se comunican de forma transparente con los delegadores sobre incidentes y controles de riesgo.

Las buenas operaciones de validadores son la defensa práctica más sólida contra el slashing accidental.

Cómo reducen los delegadores el riesgo de slashing

Los delegadores reducen el riesgo de slashing eligiendo cuidadosamente a los validadores.

Deben revisar el tiempo de actividad del validador, el historial de slashing, la comunicación pública, la madurez de la infraestructura, la comisión, la participación en gobernanza, el staking propio y la reputación en la comunidad.

Deben evitar seleccionar validadores únicamente por la estimación de recompensa más alta.

Deben considerar la diversificación si la red permite delegar entre varios validadores.

Deben supervisar el estado del validador después de delegar, en lugar de olvidar la posición.

Deben entender las reglas exactas de slashing de la chain antes de hacer staking.

Deben leer la documentación oficial de staking en lugar de confiar en resúmenes genéricos.

Deben entender los periodos de unbonding y las reglas de redelegación.

Deben considerar los riesgos adicionales del staking líquido o el restaking si utilizan esos productos.

La gestión del riesgo del delegador comienza antes de la delegación y continúa hasta que los activos se retiran por completo.

Cómo comprobar el riesgo de slashing antes de hacer staking

Empieza leyendo la documentación oficial de staking de la red.

Comprueba si el slashing es automático, manual, revisado por gobernanza o no está activo actualmente para fallos normales de validadores.

Comprueba qué comportamientos están sujetos a slashing.

Comprueba si los delegadores comparten las pérdidas por slashing del validador.

Comprueba si la inactividad está sujeta a slashing, jailing o solo se penaliza mediante recompensas no obtenidas.

Comprueba el periodo de unbonding y si el slashing puede aplicarse durante ese periodo.

Comprueba el historial de los validadores mediante exploradores, paneles de staking o herramientas oficiales del ecosistema.

Comprueba si el validador cuenta con prácticas claras de infraestructura y respuesta ante incidentes.

Comprueba si el staking es nativo, líquido, con custodia o restakeado, porque cada modelo modifica el perfil de riesgo.

Una buena decisión de staking sopesa las recompensas frente a los riesgos de slashing, liquidez, custodia, mercado y contratos inteligentes.

Errores habituales relacionados con el slashing

Un error habitual es asumir que todas las redes Proof of Stake aplican slashing de la misma forma.

Otro error es confundir las penalizaciones por inactividad con el slashing.

Un tercer error es elegir un validador únicamente por las recompensas anunciadas.

Un cuarto error es ignorar si los delegadores comparten las pérdidas de slashing del validador.

Un quinto error es asumir que el staking líquido elimina el riesgo de slashing.

Un sexto error es ejecutar la misma clave de validador en dos máquinas a la vez.

Un séptimo error es migrar la infraestructura de validadores sin conservar los datos de protección contra slashing.

Un octavo error es ignorar el riesgo durante el periodo de unbonding.

Un noveno error es asumir que la reputación pasada de un validador garantiza la seguridad futura.

Un décimo error es tratar las recompensas de staking como ingresos sin riesgo.

Ventajas del slashing

La primera ventaja del slashing es una seguridad de Proof of Stake más sólida.

La segunda ventaja es la rendición de cuentas, ya que los validadores pueden perder staking por comportamientos perjudiciales demostrables.

La tercera ventaja es una mayor finalidad, ya que los historiales finalizados conflictivos pasan a ser económicamente costosos.

La cuarta ventaja es una mejor disciplina de los validadores porque las firmas inseguras y las malas operaciones tienen consecuencias.

La quinta ventaja son mejores incentivos para los delegadores, ya que se anima a los usuarios a seleccionar validadores fiables.

La sexta ventaja es la protección contra el problema de nothing at stake.

La séptima ventaja es una confianza de red más sólida porque los mensajes de consenso están respaldados por riesgo económico.

La octava ventaja es una descentralización a largo plazo mejor cuando los delegadores evalúan a los validadores más allá de las recompensas.

La novena ventaja es una aplicación de normas más clara basada en pruebas, porque los mensajes firmados pueden demostrar infracciones.

La décima ventaja es que el slashing hace que la seguridad de Proof of Stake sea más que una promesa social.

Riesgos y limitaciones del slashing

El primer riesgo es el slashing accidental causado por una infraestructura de validadores mal configurada.

El segundo riesgo es la pérdida de staking delegado cuando los delegadores comparten las penalizaciones del validador.

El tercer riesgo es el slashing correlacionado cuando muchos validadores utilizan una infraestructura similar o la misma configuración de operador.

El cuarto riesgo es la centralización de validadores si los usuarios delegan únicamente en operadores percibidos como más seguros.

El quinto riesgo es la complejidad, ya que muchos usuarios no entienden cómo difieren las reglas de slashing según la chain.

El sexto riesgo es una comunicación poco clara de productos de staking que simplifican u ocultan la exposición a penalizaciones.

El séptimo riesgo es la complejidad del staking líquido o el restaking, que dificulta rastrear la exposición al slashing.

El octavo riesgo es una disputa de gobernanza o social sobre si un slashing debe revertirse en redes con procesos de revisión.

El noveno riesgo es una reacción operativa excesiva, en la que los validadores evitan redundancia útil por miedo a la doble firma.

El décimo riesgo es una falsa confianza, ya que el slashing reduce algunos ataques, pero no elimina todos los riesgos de staking, mercado o contratos inteligentes.

Buenas prácticas para validadores

Nunca ejecutes la misma clave de firma de validador en dos ubicaciones activas a la vez.

Utiliza protección contra slashing y conserva el historial de firmas durante las migraciones.

Diseña sistemas de failover que impidan la firma duplicada.

Supervisa continuamente la salud del validador, las tareas omitidas, la participación en consenso y las versiones de software.

Utiliza una gestión segura de claves y restringe el acceso a la infraestructura de firma.

Prueba las actualizaciones y migraciones antes de realizar cambios de producción.

Mantén procedimientos claros de respuesta ante incidentes.

Comunícate abiertamente con los delegadores después de caídas o riesgos.

Comprende las reglas exactas de slashing de cada red operada.

Trata la prevención del slashing como una función de seguridad esencial, no como algo secundario.

Buenas prácticas para delegadores

Lee la documentación oficial de staking antes de delegar activos.

Elige validadores según su fiabilidad, transparencia, historial y operaciones, y no únicamente por las recompensas.

Diversifica la exposición a validadores cuando la red lo permita y cuando hacerlo se ajuste a tu estrategia de staking.

Supervisa el estado del validador después de delegar.

Comprende si tu staking delegado puede sufrir slashing.

Comprende el unbonding, la redelegación y los plazos de retirada.

Revisa los riesgos adicionales antes de utilizar productos de staking líquido o restaking.

Mantén registros de depósitos de staking, recompensas, redelegaciones y retiradas para fines contables y fiscales.

Evita tratar el staking como ingresos garantizados.

Equilibra las recompensas de staking frente a los riesgos de slashing, liquidez, mercado, custodia y protocolo.

Preguntas frecuentes

¿Qué significa slashing en cripto?

Slashing significa que un validador de Proof of Stake pierde parte de sus criptomonedas en staking porque incumplió reglas importantes de la red.

¿Por qué las blockchains utilizan slashing?

Las blockchains utilizan slashing para disuadir a los validadores de firmar mensajes conflictivos, atacar el consenso o incumplir responsabilidades importantes del protocolo.

¿Pueden los delegadores sufrir slashing?

Sí, los delegadores pueden sufrir slashing en algunas redes cuando el validador al que delegaron comete una infracción susceptible de slashing.

¿La inactividad equivale al slashing?

No. La inactividad puede causar recompensas no obtenidas, penalizaciones o jailing, pero el slashing real normalmente implica que parte del staking se elimina o confisca.

¿Qué causa el slashing en Ethereum?

El slashing en Ethereum se debe a infracciones específicas de firma de consenso, como doble propuesta, doble voto o surround voting.

¿Solana aplica slashing automático a los stakers?

La página oficial de staking de Solana indica que el slashing no es automático en Solana.

¿Qué es la doble firma?

La doble firma significa que un validador firma mensajes de consenso conflictivos en un contexto en el que solo debería firmarse un mensaje válido.

¿Puede producirse slashing por accidente?

Sí, el slashing accidental puede producirse por claves de validadores duplicadas, failover inseguro, procedimientos de migración deficientes o una mala gestión de claves de firma.

¿Cómo pueden los usuarios reducir el riesgo de slashing?

Los usuarios pueden reducir el riesgo de slashing eligiendo validadores fiables, diversificando cuando resulte adecuado, supervisando el estado de los validadores y comprendiendo las reglas exactas de staking de la red.

¿El staking está exento de riesgo si el slashing es poco frecuente?

No. El staking sigue incluyendo riesgo de validador, riesgo de mercado, riesgo de liquidez, riesgo de custodia, riesgo de contrato inteligente y riesgo de protocolo incluso cuando el slashing es poco frecuente.

Conclusión

El slashing es un mecanismo de aplicación de normas de Proof of Stake que penaliza a los validadores por infracciones graves de reglas al eliminar o confiscar parte de su staking.

Es importante porque la seguridad de Proof of Stake depende de que los validadores tengan capital real en riesgo cuando ayudan a decidir el historial de una blockchain.

El slashing puede castigar acciones como la doble firma, las attestations conflictivas, la equivocación, los fallos graves de consenso o los fallos de disponibilidad, según la red.

El modelo de slashing exacto difiere entre chains, por lo que los usuarios siempre deben revisar la documentación oficial de staking antes de delegar activos.

Ethereum utiliza slashing para infracciones específicas de firma de consenso, mientras que la inactividad ordinaria suele tratarse mediante penalizaciones en lugar de slashing.

La página oficial de staking de Solana indica que el slashing no es automático, lo que muestra por qué el contexto específico de cada chain es importante.

Cosmos SDK y las redes de estilo Polkadot muestran cómo el slashing puede afectar a validadores y delegadores mediante diferentes diseños de staking.

Para los validadores, la prevención del slashing depende de una gestión segura de claves, protección contra slashing, failover seguro, supervisión y operaciones disciplinadas.

Para los delegadores, la gestión del riesgo de slashing depende de la selección de validadores, la diversificación, la supervisión y la comprensión de las reglas de unbonding y de los productos de staking.

En el contexto del glosario cripto, Slashing significa la pérdida de tokens en staking causada por conductas indebidas de validadores o infracciones de staking definidas por el protocolo.

La conclusión principal es que el slashing refuerza la seguridad de Proof of Stake, pero también convierte el staking en una actividad con riesgo que requiere operaciones cuidadosas de los validadores y decisiones de delegación informadas.