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

# Pertanyaan soal likuidasi

> Cara kerja likuidasi di Intention, cara membaca event yang menutup posisi Anda, dan kapan sengketa likuidasi memang urusan dukungan.

Halaman ini untuk trader yang ingin memahami kenapa posisi dilikuidasi. Jawaban singkat dan jujurnya: likuidasi hampir selalu merupakan hasil mekanis dari aturan margin pemeliharaan yang diterapkan terhadap harga mark, dan narasi “likuidasi yang tidak adil” biasanya bubar begitu trader memeriksa input-input persisnya. Baca bagian-bagian di bawah sebelum membuka tiket.

<h2 id="what-triggers-a-liquidation">
  Apa yang memicu likuidasi
</h2>

Posisi dilikuidasi ketika ekuitas akun turun di bawah margin pemeliharaan yang dibutuhkan untuk ukurannya saat itu, dievaluasi terhadap harga mark saat itu. Halaman [Likuidasi](/id/trading/liquidations) menjelaskan kondisi persisnya. Dua hal layak ditegaskan:

* Pemicunya memakai **harga mark**, bukan harga transaksi terakhir. Lihat [Harga mark](/id/trading/mark-price) untuk alasannya. Ini penting karena satu wick (sumbu candle) di order book bisa terlihat dramatis di grafik tanpa benar-benar menggerakkan harga mark cukup jauh untuk menembus margin siapa pun.
* Margin pemeliharaan bergantung pada **tier ukuran** posisi. Posisi yang lebih besar butuh margin lebih banyak, dan tangga tier-nya didokumentasikan di halaman [Leverage](/id/trading/leverage). Posisi yang agunannya aman pada satu ukuran bisa berubah menjadi kekurangan agunan setelah Anda menambah ukurannya, bahkan tanpa pergerakan harga.

<h2 id="how-liquidation-runs">
  Bagaimana likuidasi berjalan
</h2>

Likuidasi bukan bot yang bereaksi setelah kejadian. Likuidasi adalah state machine protokol yang berjalan atomik bersama matching, di dalam loop produksi blok yang sama. Halaman [Lembaga Kliring](/id/protocol/architecture/clearinghouse) menjelaskan mekanismenya. Konsekuensinya bagi pengguna: tidak ada “perlombaan” untuk melikuidasi Anda, dan tidak ada `keeper` eksternal yang dibayar bounty yang sebenarnya bisa ditangkap protokol sendiri. Semuanya terjadi di dalam IntentionKernel secara deterministik.

Ketika pelanggaran margin terdeteksi, mesinnya berusaha menutup posisi terhadap order book. Kalau order book terlalu tipis untuk menyerap penutupan itu pada harga yang layak, dana asuransi turun tangan. Kalau situasinya cukup parah sampai dana asuransi akan terkuras, auto-deleveraging berjalan — lihat [ADL](/id/trading/adl) — dan posisi lawan transaksi ditetapkan pada harga yang terdefinisi.

<h2 id="reading-the-liquidation-event">
  Membaca event likuidasi
</h2>

Setiap likuidasi menerbitkan event terstruktur yang setidaknya memuat:

* **Akun dan posisi** yang menembus margin.
* **Harga mark** pada saat pelanggaran.
* **Tier margin** yang berlaku, yang menentukan kebutuhan margin pemeliharaannya.
* **Ukuran yang ditutup** dan **harga eksekusi** penutupannya, termasuk apakah penutupan itu lewat order book, dana asuransi, atau ADL.
* **Delta dana asuransi**, kalau ada.

Kalau Anda yakin ada likuidasi yang keliru, hal pertama yang perlu dilihat adalah kelima field itu. Pada sebagian besar kasus, harga mark pada tinggi blok yang tercantum cocok dengan yang dilaporkan oracle teragregasi, dan kebutuhan margin pada ukuran posisi Anda persis seperti yang dinyatakan tangga tier. Pada titik itu likuidasinya bukan bug dan bukan urusan dukungan — itu konsekuensi dari parameter risiko yang Anda terima saat membuka posisi.

<h2 id="when-it-actually-is-a-support-issue">
  Kapan ini memang urusan dukungan
</h2>

Ada beberapa situasi yang memang layak dibuatkan tiket:

* UI menampilkan harga mark yang berbeda dari event-nya. Ini bisa menandakan lag UI ketimbang bug mesin, tapi layak dipastikan.
* Likuidasi terpicu pada harga mark yang tidak pernah dicapai oracle agregat di blok tersebut.
* Tier margin yang dilaporkan tidak cocok dengan tangga tier yang diterbitkan di dokumentasi.
* Delta dana asuransi tidak konsisten dengan harga eksekusi penutupannya.

Dalam situasi mana pun di atas, email `contact@intention.xyz` dengan alamat posisi, tinggi blok event-nya, field-field event itu sendiri, dan tangkapan layar yang memperlihatkan selisihnya.

<h2 id="when-it-is-not-a-support-issue">
  Kapan ini bukan urusan dukungan
</h2>

Kalau posisi Anda dilikuidasi karena harga mark bergerak dan margin pemeliharaan Anda tertembus, jawabannya bukan “dukungan bisa membatalkannya”. Tidak ada tim dukungan, di mana pun, yang bisa membatalkan transisi state on-chain yang sudah final. Yang bisa mereka lakukan adalah memandu Anda melewati hitungannya dan memastikan bahwa protokol melakukan apa yang seharusnya — yang, sering kali, ternyata jawaban yang tidak nyaman.