> ## 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.

# Dubbi sulla liquidazione

> Come funzionano le liquidazioni su Intention, come leggere l'evento che ha chiuso la posizione e quando una contestazione è davvero un problema di supporto.

Questa pagina è per chi vuole capire perché una posizione è stata liquidata. La risposta breve e onesta è che la liquidazione è quasi sempre l'esito meccanico delle regole di margine di mantenimento applicate al prezzo mark, e la narrazione della «liquidazione ingiusta» di solito si dissolve appena il trader ispeziona gli input esatti. Leggi le sezioni qui sotto prima di aprire un ticket.

<h2 id="what-triggers-a-liquidation">
  Che cosa innesca una liquidazione
</h2>

Una posizione viene liquidata quando l'equity del conto scende sotto il margine di mantenimento richiesto per la sua dimensione attuale, misurato rispetto al prezzo mark corrente. La pagina [Liquidazioni](/it/trading/liquidations) descrive la condizione precisa. Due cose meritano di essere sottolineate:

* L'innesco usa il **prezzo mark**, non il prezzo dell'ultima operazione. Vedi [Prezzo mark](/it/trading/mark-price) per il perché. Il punto conta, perché un singolo spike sul book può sembrare drammatico sul grafico senza muovere il mark abbastanza da intaccare il margine di qualcuno.
* Il margine di mantenimento dipende dal **livello di dimensione** della posizione. Le posizioni più grandi richiedono più margine, e la scala dei livelli è documentata nella pagina [Leva finanziaria](/it/trading/leverage). Una posizione adeguatamente collateralizzata a una certa dimensione può diventare sottocollateralizzata una volta che la incrementi, anche senza alcun movimento di prezzo.

<h2 id="how-liquidation-runs">
  Come si svolge la liquidazione
</h2>

La liquidazione non è un bot che reagisce a posteriori. È una macchina a stati di protocollo che gira atomicamente con il matching, dentro lo stesso ciclo di produzione del blocco. La pagina [Stanza di compensazione](/it/protocol/architecture/clearinghouse) descrive il meccanismo. La conseguenza per gli utenti: non esiste alcuna «corsa» a liquidarti, e nessun keeper esterno incassa una taglia che il protocollo stesso avrebbe potuto trattenere. Tutto avviene dentro IntentionKernel in modo deterministico.

Quando viene rilevata una violazione del margine, il motore prova a chiudere la posizione contro il book. Se il book è troppo sottile per assorbire la chiusura a un prezzo accettabile, subentra il fondo assicurativo. Se la situazione è abbastanza grave da esaurire il fondo assicurativo, entra in gioco l'auto-deleveraging — vedi [ADL](/it/trading/adl) — e le posizioni di controparte vengono assegnate a un prezzo definito.

<h2 id="reading-the-liquidation-event">
  Leggere l'evento di liquidazione
</h2>

Ogni liquidazione emette un evento strutturato che contiene, come minimo:

* Il **conto e la posizione** che hanno violato il margine.
* Il **prezzo mark** nel momento della violazione.
* Il **livello di margine** applicato, che determina il requisito di mantenimento.
* La **quantità chiusa** e il **prezzo di esecuzione** della chiusura, incluso se è passata dal book, dal fondo assicurativo o dall'ADL.
* Il **delta del fondo assicurativo**, se presente.

Se ritieni che una liquidazione sia stata scorretta, la prima cosa da guardare sono questi cinque campi. Nella grande maggioranza dei casi il prezzo mark all'altezza indicata coincide con quanto riportava l'oracolo aggregato, e il requisito di margine alla dimensione della tua posizione era esattamente quello che dice la scala dei livelli. A quel punto la liquidazione non è un bug e non è un problema di supporto: è la conseguenza dei parametri di rischio che hai accettato quando hai aperto la posizione.

<h2 id="when-it-actually-is-a-support-issue">
  Quando è davvero un problema di supporto
</h2>

Ci sono alcune situazioni in cui un ticket è giustificato:

* L'interfaccia mostra un prezzo mark diverso da quello dell'evento. Può indicare un ritardo dell'interfaccia più che un bug del motore, ma vale la pena confermarlo.
* La liquidazione è scattata a un prezzo mark che l'oracolo aggregato non ha raggiunto in quel blocco.
* Il livello di margine riportato non corrisponde alla scala dei livelli pubblicata nella documentazione.
* Il delta del fondo assicurativo è incoerente con il prezzo di esecuzione della chiusura.

In uno qualsiasi di questi casi, scrivi a `contact@intention.xyz` con l'indirizzo della posizione, l'altezza del blocco dell'evento, i campi dell'evento stesso e uno screenshot che mostri la discrepanza.

<h2 id="when-it-is-not-a-support-issue">
  Quando non è un problema di supporto
</h2>

Se la posizione è stata liquidata perché il mark si è mosso e il margine di mantenimento è stato violato, la risposta non è «il supporto può annullarla». Nessun team di supporto, da nessuna parte, può annullare una transizione di stato on-chain già finalizzata. Quello che può fare è accompagnarti nei conti e confermare che il protocollo ha fatto quello che doveva — cosa che, spesso, si rivela la risposta scomoda.