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

# Frage zur Liquidation

> Wie Liquidationen auf Intention ablaufen, wie Sie das Ereignis lesen, das Ihre Position geschlossen hat, und wann ein Liquidationsstreit wirklich ein Support-Fall ist.

Diese Seite richtet sich an Trader, die verstehen wollen, warum eine Position liquidiert wurde. Die kurze und ehrliche Antwort lautet: Eine Liquidation ist fast immer das mechanische Ergebnis der Maintenance-Margin-Regeln, angewandt auf den Mark-Preis, und die Erzählung von der „unfairen Liquidation“ löst sich meist auf, sobald der Trader die genauen Eingaben ansieht. Arbeiten Sie die folgenden Abschnitte durch, bevor Sie ein Ticket eröffnen.

<h2 id="what-triggers-a-liquidation">
  Was eine Liquidation auslöst
</h2>

Eine Position wird liquidiert, wenn der Kontowert unter die für ihre aktuelle Größe erforderliche Maintenance Margin fällt, gemessen am aktuellen Mark-Preis. Die genaue Bedingung beschreibt die Seite [Liquidationen](/de/trading/liquidations). Zwei Punkte verdienen Betonung:

* Der Auslöser verwendet den **Mark-Preis**, nicht den letzten Handelspreis. Warum, steht unter [Mark-Preis](/de/trading/mark-price). Das ist wichtig, weil ein einzelner Docht im Orderbuch im Chart dramatisch aussehen kann, ohne den Mark-Preis weit genug zu bewegen, um irgendjemandes Margin zu verletzen.
* Die Maintenance Margin hängt von der **Größenstufe** der Position ab. Größere Positionen verlangen mehr Margin, und die Stufenleiter ist auf der Seite [Hebel](/de/trading/leverage) dokumentiert. Eine Position, die bei einer bestimmten Größe sicher besichert war, kann nach dem Aufstocken unterbesichert sein – auch ohne Kursbewegung.

<h2 id="how-liquidation-runs">
  Wie die Liquidation abläuft
</h2>

Die Liquidation ist kein Bot, der im Nachhinein reagiert. Sie ist eine Zustandsmaschine des Protokolls, die atomar mit dem Matching innerhalb derselben Blockproduktionsschleife läuft. Den Mechanismus beschreibt die Seite [Clearingstelle](/de/protocol/architecture/clearinghouse). Die Folge für Nutzer: Es gibt kein „Wettrennen“ darum, wer Sie liquidiert, und kein externer Keeper kassiert eine Prämie, die das Protokoll selbst hätte vereinnahmen können. Alles passiert deterministisch im IntentionKernel.

Wird eine Margin-Verletzung erkannt, versucht die Engine, die Position gegen das Buch glattzustellen. Ist das Buch zu dünn, um die Glattstellung zu einem akzeptablen Preis aufzunehmen, springt der Versicherungsfonds ein. Ist die Lage so ernst, dass der Versicherungsfonds aufgezehrt würde, greift Auto-Deleveraging – siehe [ADL](/de/trading/adl) –, und Positionen von Gegenparteien werden zu einem definierten Preis zugeteilt.

<h2 id="reading-the-liquidation-event">
  Das Liquidationsereignis lesen
</h2>

Jede Liquidation erzeugt ein strukturiertes Ereignis, das mindestens Folgendes enthält:

* **Konto und Position**, die die Margin verletzt haben.
* Den **Mark-Preis** im Moment der Verletzung.
* Die **Margin-Stufe**, die galt und die Maintenance-Anforderung bestimmt.
* Die **geschlossene Größe** und den **Ausführungspreis** der Glattstellung, einschließlich der Angabe, ob sie über das Buch, den Versicherungsfonds oder ADL lief.
* Das **Delta des Versicherungsfonds**, falls vorhanden.

Wenn Sie eine Liquidation für falsch halten, schauen Sie zuerst auf diese fünf Felder. In der großen Mehrheit der Fälle stimmt der Mark-Preis auf der genannten Blockhöhe mit dem überein, was der aggregierte Oracle gemeldet hat, und die Margin-Anforderung für Ihre Positionsgröße war genau die, die die Stufenleiter nennt. Dann ist die Liquidation kein Fehler und kein Support-Fall – sie ist die Folge der Risikoparameter, die Sie beim Eröffnen der Position akzeptiert haben.

<h2 id="when-it-actually-is-a-support-issue">
  Wann es tatsächlich ein Support-Fall ist
</h2>

Es gibt einige Situationen, in denen ein Ticket angebracht ist:

* Die Oberfläche zeigt einen anderen Mark-Preis als das Ereignis. Das kann eine Verzögerung der Oberfläche und kein Fehler der Engine sein, ist aber eine Nachfrage wert.
* Die Liquidation feuerte zu einem Mark-Preis, den der aggregierte Oracle in diesem Block nicht erreicht hat.
* Die gemeldete Margin-Stufe passt nicht zur Stufenleiter in der Dokumentation.
* Das Delta des Versicherungsfonds passt nicht zum Ausführungspreis der Glattstellung.

Schreiben Sie in diesen Fällen an `contact@intention.xyz` – mit der Positionsadresse, der Blockhöhe des Ereignisses, den Feldern des Ereignisses selbst und einem Screenshot, der die Abweichung zeigt.

<h2 id="when-it-is-not-a-support-issue">
  Wann es kein Support-Fall ist
</h2>

Wenn Ihre Position liquidiert wurde, weil der Mark-Preis gelaufen ist und Ihre Maintenance Margin verletzt wurde, lautet die Antwort nicht „der Support kann das zurücknehmen“. Kein Support-Team irgendwo kann einen finalisierten Zustandsübergang auf der Chain rückgängig machen. Was das Team tun kann: Es geht die Rechnung mit Ihnen durch und bestätigt, dass das Protokoll getan hat, was es tun sollte – was oft die unangenehme Antwort ist.