Skip to main content

Qué es el slashing

Nota: Este documento es una traducción automática del original en inglés.

Qué es el slashing

El slashing es un mecanismo de penalización en las redes blockchain de Proof of Stake (PoS) que castiga a los validadores por comportamientos que amenazan la seguridad o la integridad de la red. Cuando un validador es penalizado (slashed), una parte de sus tokens en staking se destruye (se quema) o se redistribuye, y el validador suele ser eliminado del conjunto activo — ya sea temporal o permanentemente.

El slashing existe porque las redes PoS dependen de incentivos económicos en lugar de trabajo computacional para asegurar la cadena. Los validadores bloquean tokens como garantía; el slashing garantiza que esta garantía esté genuinamente en riesgo si el validador se comporta mal.

En resumen: el slashing es el castigo económico por la mala conducta de los validadores en los sistemas PoS — y para los proyectos de IA cripto que implican staking o participación de validadores, representa un riesgo financiero concreto ligado a la fiabilidad de la infraestructura.

Cómo funciona el slashing

Infracciones que activan el slashing

No todo error de un validador conduce al slashing. Los protocolos suelen distinguir entre penalizaciones menores (por estar desconectado o lento) e infracciones de nivel de slashing (por comportamientos que podrían comprometer el consenso de la red). Las infracciones penalizables más comunes son:

  • Doble firma (equivocación) — un validador firma dos bloques diferentes para el mismo slot o altura, intentando de hecho crear un fork. Esta es la infracción más grave porque amenaza directamente la integridad del consenso.
  • Voto envolvente (surround voting) — un validador emite votos de atestación que se contradicen entre sí de una manera que podría permitir una reorganización de la cadena. Esto es específico del consenso Casper FFG de Ethereum.
  • Tiempo de inactividad prolongado — en algunas redes, los periodos de desconexión prolongados resultan en penalizaciones progresivas que pueden escalar hasta el slashing. En Ethereum, estar desconectado resulta en penalizaciones de "fuga por inactividad" en lugar de slashing formal, pero otras cadenas PoS pueden tratar el tiempo de inactividad prolongado como una infracción penalizable.

El proceso de penalización

Cuando se detecta un comportamiento penalizable, el protocolo aplica las consecuencias automáticamente mediante lógica on-chain:

  1. Detección — otros validadores o contratos de monitorización identifican las firmas conflictivas o la violación del protocolo.
  2. Presentación de pruebas — la prueba de la mala conducta (por ejemplo, dos mensajes firmados conflictivos) se presenta on-chain, a menudo por un "denunciante" (whistleblower) que puede recibir una recompensa.
  3. Aplicación de la penalización — el protocolo quema un porcentaje definido del stake del validador infractor. La cantidad exacta varía según la red y la gravedad de la infracción. En Ethereum, la penalización mínima de slashing es de 1/32 del saldo efectivo del validador, con "penalizaciones por correlación" adicionales si muchos validadores son penalizados simultáneamente.
  4. Expulsión — el validador penalizado es eliminado del conjunto activo y entra en una cola de retiro. En algunas redes, el validador no puede reincorporarse; en otras, puede volver a entrar tras un periodo de enfriamiento y volver a hacer staking.

Penalizaciones por correlación

Algunos protocolos, en particular Ethereum, imponen penalizaciones por correlación que escalan con el número de validadores penalizados en la misma ventana de tiempo. Si un único validador es penalizado de forma aislada, la penalización es relativamente pequeña. Pero si un gran número de validadores son penalizados juntos —lo que sugiere un ataque coordinado o un error de software generalizado— las penalizaciones aumentan drásticamente, hasta el stake completo. Este diseño garantiza que los fallos correlacionados (que son más peligrosos para la red) se castiguen con más severidad que los incidentes aislados.

Por qué el slashing importa para los proyectos de IA cripto

Proyectos de IA adyacentes a la validación. Algunos proyectos de IA cripto implican staking o roles similares a los de validador: los participantes hacen staking de tokens y proporcionan servicios de cómputo de IA, etiquetado de datos o verificación de modelos. Si estos sistemas incorporan slashing por salidas de baja calidad o comportamiento deshonesto, los participantes enfrentan un riesgo económico real — no solo un coste de oportunidad.

Riesgo para el capital en staking. Cualquier proyecto que anime a los usuarios a hacer staking de tokens en una red PoS expone a esos usuarios al riesgo de slashing. Las herramientas de optimización de staking impulsadas por IA o los protocolos de liquid staking deben tener en cuenta los escenarios de slashing en sus modelos de riesgo. Un agente de IA que gestiona posiciones en staking e ignora el riesgo de slashing está incompleto.

Aplicación de la calidad. En las redes de IA descentralizadas (mercados de cómputo, redes de inferencia, capas de validación de datos), los mecanismos similares al slashing pueden hacer cumplir la calidad: los nodos que devuelven resultados de inferencia incorrectos, envían datos corruptos o no completan las tareas asignadas pueden perder la garantía en staking. Esto adapta el concepto de slashing de blockchain a contextos específicos de IA.

Dónde aparece en las fichas de proyecto de DecAIHub

  • Consensus — los proyectos en cadenas PoS (Ethereum, Solana, Avalanche, redes basadas en Cosmos y otras) heredan el slashing como parte del mecanismo de consenso. El campo de consenso en una ficha de proyecto indica indirectamente si el slashing se aplica a la red subyacente.
  • Staking — los proyectos que implican staking (ya sea en su propia red o en la cadena principal en la que se despliegan) exponen a los stakers al riesgo de slashing. El modelo de staking descrito en la ficha de proyecto puede hacer referencia a las condiciones de slashing.
  • Token model — para los proyectos con arquitecturas basadas en validadores, el modelo de token puede incluir el slashing como parte del diseño de incentivos: los validadores hacen staking de los tokens del proyecto y arriesgan el slashing por la mala conducta.
  • Type — los proyectos L1 que implementan su propio consenso PoS definen directamente las reglas de slashing. Los proyectos L2 y dApp heredan las condiciones de slashing de su cadena principal.

Lo que el slashing por sí solo no demuestra

  • Seguridad — la presencia de slashing no garantiza que una red sea segura. El slashing disuade a los actores económicos racionales, pero no previene errores, ingeniería social ni ataques de gobernanza. Un validador puede ser penalizado por un error de software en lugar de por intención maliciosa.
  • Descentralización — el slashing es un mecanismo, no una medida de descentralización. Una red con slashing aún puede tener un conjunto de validadores pequeño y concentrado.
  • Calidad de la IA — adaptar el slashing para penalizar malas salidas de IA es un patrón de diseño válido, pero su eficacia depende de la capacidad de verificar objetivamente la calidad de las salidas on-chain. Para tareas de IA complejas donde la calidad es subjetiva, los criterios de slashing pueden ser difíciles de definir de forma justa.
  • Valor del token — el slashing afecta al suministro del token (los tokens quemados reducen el suministro circulante), pero este efecto mecánico no determina si el token tiene un valor o una necesidad fundamental.

Preguntas frecuentes

¿Puede ocurrir el slashing por accidente?

Sí. La causa más común de slashing accidental es ejecutar las mismas claves de validador en dos máquinas diferentes simultáneamente (un error de configuración que resulta en doble firma). Los errores de software en los clientes de validación también han causado eventos de slashing. Por eso los operadores de validadores se toman en serio la redundancia y la gestión de claves — y por eso la diversidad de clientes (ejecutar diferentes implementaciones de software) es importante para la red en su conjunto.

¿Tiene toda red PoS slashing?

La mayoría de las redes PoS implementan alguna forma de slashing, pero la severidad y las condiciones varían. Ethereum tiene un mecanismo formal de slashing para la doble firma y el voto envolvente. Las cadenas basadas en Cosmos aplican slashing por doble firma y tiempo de inactividad prolongado. Algunas redes usan penalizaciones más leves (como "encarcelar" temporalmente a un validador) en lugar de destruir el stake. Las reglas específicas de slashing son parte del diseño de cada protocolo y están documentadas en sus especificaciones.

Referencias externas

Véase también

No comments to display

Back to top