分配範例

本文將探討 Kraken Derivatives 交易者被強制平倉，以及新的倉位分配系統 (PAS) 如何將未平倉的強制平倉分配給 PAS 中的流動性提供者。我們將介紹參與者會收到的所有回應範例。

假設某客戶目前的倉位如下：

- PI_BTCUSD 的 1,760,000 份合約為 LONG 倉位

- FI_BTCUSD_200228 的 300,000 份合約為 LONG 倉位

這兩個倉位都使用主要的 FI_BTCUSD 保證金帳戶，該帳戶會即時衡量風險，評估抵押品與倉位價值，以決定是否進行強制平倉。

一旦合約類型的保證金帳戶低於維持保證金，就會發生強制平倉，系統會以每份合約的 0 權益估計價格將這些倉位賣入訂單簿。

在此情況下，客戶的強制平倉過程如下：

這表示 FI_BTCUSD_200228 的 300,000 份合約倉位已成功賣入訂單簿，由現有買盤的新交易對手承接。

然而，PI_BTCUSD 的 1,760,000 份合約倉位中，只有 1,007,379 份成功賣入訂單簿，其餘 752,621 份未能找到新的交易對手。

因此，此未平倉的強制平倉餘額將由 PAS 處理，根據個人偏好將 LONG 倉位分配給參與該計劃的流動性提供者。

以下是分配給「[email protected]」的 184,317 份合約的分配通知範例。客戶會收到以下電子郵件（請注意，此格式可能會變更，因此請勿依賴此格式）：

流動性提供者會立即透過WebSocket feed收到分配通知。訊息格式如下：

{
"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
}
]
}

此外，客戶可以輪詢REST API的成交端點以查看：

{
"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"
}
...
]
}

回應中的關鍵欄位是 fill_type 和 fillType（分別用於 WebSocket 和 REST），兩者都採用值 "assignee"。這是應用程式處理分配時應使用的指示。

注意：

- 您可以在平台的分配計劃部分設定您的偏好。

- 您不會收到您的合約類型可用保證金無法處理的分配。

本文所示的小數點和千位分隔符號可能與我們交易平台上顯示的格式不同。請查閱我們關於如何使用點和逗號的文章以獲取更多資訊。