> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Dudas sobre una liquidación

> Cómo funcionan las liquidaciones en Intention, cómo leer el evento que cerró tu posición y cuándo una disputa por una liquidación es de verdad un asunto de soporte.

Esta página es para traders que quieren entender por qué se liquidó una posición. La respuesta corta y honesta es que una liquidación es casi siempre el resultado mecánico de aplicar las reglas de margen de mantenimiento contra el precio de marca, y el relato de la “liquidación injusta” suele disolverse en cuanto el trader inspecciona las entradas exactas. Lee las secciones de abajo antes de abrir un ticket.

<h2 id="what-triggers-a-liquidation">
  Qué activa una liquidación
</h2>

Una posición se liquida cuando el patrimonio de la cuenta cae por debajo del margen de mantenimiento exigido para su tamaño actual, evaluado contra el precio de marca del momento. La página de [Liquidaciones](/es/trading/liquidations) describe la condición exacta. Merece la pena subrayar dos cosas:

* La activación usa el **precio de marca**, no el precio de la última operación; consulta [Precio de marca](/es/trading/mark-price) para saber por qué. Importa porque una sola mecha en el libro de órdenes puede parecer dramática en el gráfico sin llegar a mover la marca lo bastante como para romper el margen de nadie.
* El margen de mantenimiento depende del **tramo de tamaño** de la posición. Las posiciones más grandes exigen más margen, y la escala de tramos está documentada en la página de [Apalancamiento](/es/trading/leverage). Una posición que estaba bien colateralizada con un tamaño puede quedar infracolateralizada después de que la amplíes, incluso sin que el precio se mueva.

<h2 id="how-liquidation-runs">
  Cómo se ejecuta una liquidación
</h2>

La liquidación no es un bot que reacciona a posteriori. Es una máquina de estados del protocolo que se ejecuta de forma atómica junto con la casación, dentro del mismo bucle de producción de bloques. La página [Cámara de compensación](/es/protocol/architecture/clearinghouse) describe el mecanismo. La consecuencia para el usuario: no hay ninguna “carrera” por liquidarte, y ningún keeper externo cobra una recompensa que el propio protocolo podría haberse quedado. Todo ocurre dentro de IntentionKernel, de forma determinista.

Cuando se detecta una ruptura del margen, el motor intenta cerrar la posición contra el libro. Si el libro no tiene profundidad suficiente para absorber el cierre a un precio aceptable, entra el fondo de seguro. Si la situación es lo bastante grave como para agotarlo, entra el desapalancamiento automático (consulta [ADL](/es/trading/adl)) y se asignan posiciones de contraparte a un precio definido.

<h2 id="reading-the-liquidation-event">
  Leer el evento de liquidación
</h2>

Toda liquidación emite un evento estructurado que contiene, como mínimo:

* La **cuenta y la posición** que rompieron el margen.
* El **precio de marca** en el momento de la ruptura.
* El **tramo de margen** que se aplicó, que determina el requisito de mantenimiento.
* El **tamaño cerrado** y el **precio de ejecución** del cierre, incluido si pasó por el libro, por el fondo de seguro o por ADL.
* El **delta del fondo de seguro**, si lo hubo.

Si crees que una liquidación fue incorrecta, lo primero que hay que mirar son esos cinco campos. En la inmensa mayoría de los casos, el precio de marca a la altura indicada coincide con lo que reportaba el oráculo agregado, y el requisito de margen para el tamaño de tu posición era exactamente el que dice la escala de tramos. Llegado ese punto, la liquidación no es un bug ni un asunto de soporte: es consecuencia de los parámetros de riesgo que aceptaste al abrir la posición.

<h2 id="when-it-actually-is-a-support-issue">
  Cuándo sí es un asunto de soporte
</h2>

Hay unas pocas situaciones en las que abrir un ticket tiene sentido:

* La interfaz muestra un precio de marca distinto del que figura en el evento. Puede ser un retraso de la interfaz y no un fallo del motor, pero conviene confirmarlo.
* La liquidación se activó a un precio de marca que el oráculo agregado no alcanzó en ese bloque.
* El tramo de margen reportado no coincide con la escala de tramos publicada en la documentación.
* El delta del fondo de seguro es incoherente con el precio de ejecución del cierre.

En cualquiera de esos casos, escribe a `contact@intention.xyz` con la dirección de la posición, la altura de bloque del evento, los campos del propio evento y una captura que muestre la discrepancia.

<h2 id="when-it-is-not-a-support-issue">
  Cuándo no es un asunto de soporte
</h2>

Si tu posición se liquidó porque la marca se movió y se rompió el margen de mantenimiento, la respuesta no es “soporte puede revertirlo”. Ningún equipo de soporte, en ningún sitio, puede revertir una transición de estado ya finalizada en la cadena. Lo que sí puede hacer es repasar contigo los cálculos y confirmar que el protocolo hizo lo que debía, que a menudo resulta ser la respuesta incómoda.