Dalam artikel ini, kami akan menerangkan situasi di mana seorang pedagang di Kraken Derivatives dilikuidasi dan Sistem Penugasan Posisi (PAS) yang baharu memperuntukkan likuidasi yang tidak terisi kepada penyedia kecairan dalam PAS. Kami akan meneliti semua contoh respons yang akan diterima oleh peserta untuk ini.
Mari kita anggap terdapat pelanggan yang kedudukan semasanya adalah:
- LONG 1,760,000 Kontrak pada PI_BTCUSD
- LONG 300,000 Kontrak pada FI_BTCUSD_200228
Kedua-dua kedudukan ini menggunakan akaun margin FI_BTCUSD utama, yang mengukur risiko dalam masa nyata, menilai cagaran berbanding nilai kedudukan, untuk menentukan sama ada untuk melikuidasi.
Apabila akaun margin untuk jenis kontrak berada di bawah margin penyelenggaraan, likuidasi berlaku dan sistem menjual kedudukan tersebut ke dalam buku pesanan pada harga tersirat 0-ekuiti untuk setiap kontrak.
Dalam kes ini, likuidasi pelanggan berlaku seperti berikut:
Kedudukan | Saiz | Jumlah Dilikuidasi | Jumlah Ditugaskan |
|---|---|---|---|
PI_BTCUSD | 1,760,000 | 1,007,379 | 752,621 |
FI_BTCUSD_200228 | 300,000 | 300,000 | 0 |
Ini bermakna keseluruhan kedudukan FI_BTCUSD_200228 sebanyak 300,000 Kontrak berjaya dijual ke dalam buku pesanan kepada pihak lawan baharu yang mempunyai bidaan sedia ada.
Walau bagaimanapun, kedudukan PI_BTCUSD sebanyak 1,760,000 Kontrak hanya dapat melikuidasi 1,007,379 dengan jayanya ke dalam buku pesanan, dengan baki 752,621 tidak dapat mencari pihak lawan baharu.
Akibatnya, baki likuidasi yang tidak terisi ini dikendalikan dalam PAS dengan menghalakan kedudukan LONG kepada penyedia kecairan yang mengambil bahagian dalam program berdasarkan pilihan individu.
Di bawah ialah contoh pemberitahuan untuk Penugasan 184,317 Kontrak yang diperuntukkan kepada "[email protected]". Pelanggan menerima e-mel berikut (ambil perhatian bahawa format ini mungkin berubah jadi jangan bergantung pada pemformatan ini):
Penyedia kecairan segera menerima pemberitahuan melalui suapan WebSocket yang memaklumkan mereka tentang Penugasan. Mesej ini mengambil format berikut:
{
"feed": "fills",
"username": "[email protected]",
"fills": [
{
"instrument": "PI_XBTUSD",
"time": 1581026151,
"price": 9292.5,
"seq": 103,
"buy": true,
"order_id": "87755b99-bfb7-4f51-a72b-70f542f793a5",
"fill_id": "89f0f4f9-66b5-45eb-ba3f-6eeb2da5cadd",
"fill_type": "assignee",
"qty": 184317
}
]
}
Selain itu, pelanggan boleh meninjau titik akhir REST API untuk isian untuk melihat:
{
"result": "success",
"fills": [
{
"fill_id": "89f0f4f9-66b5-45eb-ba3f-6eeb2da5cadd",
"symbol": "pi_xbtusd",
"side": "buy",
"order_id": "87755b99-bfb7-4f51-a72b-70f542f793a5",
"size": 184317,
"price": 9292.5,
"fillTime": "2020-02-06T21:55:51.000Z",
"fillType": "assignee"
}
...
]
}
Medan utama dalam respons ialah fill_type dan fillType (masing-masing untuk WebSocket dan REST), yang kedua-duanya mengambil nilai "assignee". Ini adalah petunjuk yang harus digunakan untuk mengendalikan penugasan secara programatik.
Nota:
- Tetapkan pilihan anda mengikut kesesuaian di bahagian Program Penugasan platform.
- Anda tidak akan menerima Penugasan yang tidak dapat dikendalikan oleh margin tersedia anda untuk jenis kontrak tersebut.
Pemisah perpuluhan dan ribuan yang ditunjukkan dalam artikel ini mungkin berbeza daripada format yang dipaparkan pada platform dagangan kami. Semak artikel kami tentang cara kami menggunakan titik dan koma untuk maklumat lanjut.