指派範例

最近一次更新: 2026年10月7日

指派計劃是一種替代模式,專為在高波動率時期提供流動性而設計。它是權益保護流程中的一個環節——當強制平倉未能成交時,系統會將相關倉位以訂單簿以外的未定價格指派給自願參與的流動性提供者。此機制旨在減少強制平倉過程中的摩擦,避免單純削減盈利交易者的未平倉量以對沖抵消抵押品不足的交易者所帶來的不良客戶體驗。

以下示例說明自願參與的流動性提供者如何透過指派計劃承接未能成交的強制平倉。有關指派邏輯的詳細資訊,請參閱
倉位指派系統。

假設某客戶目前持有以下倉位:

- 做多 PI_BTCUSD 1,760,000 份合約

- 做多 FI_BTCUSD_200228 300,000 份合約

上述兩個倉位均使用主要的 FI_BTCUSD 孖展帳戶,系統會實時評估抵押品與倉位價值,以決定是否觸發強制平倉。

當該合約類型的孖展帳戶低於維持保證金水平時,系統將觸發強制平倉,並以各合約的零權益推算價格將相關倉位賣出至訂單簿。

在本示例中,客戶的強制平倉情況如下:

倉位

大小

已強制平倉數量

已指派數量

PI_BTCUSD

1,760,000

1,007,379

752,621

FI_BTCUSD_200228

300,000

300,000

0


這意味著 FI_BTCUSD_200228 的全部 300,000 份合約倉位已成功賣出至訂單簿,由持有現有買價的新交易對手承接。

然而,PI_BTCUSD 共 1,760,000 份合約的倉位中,僅有 1,007,379 份成功於訂單簿完成強制平倉,餘下 752,621 份未能找到新交易對手。

因此,此未成交的強制平倉餘額將由倉位指派系統(PAS)處理,系統根據各流動性提供者的個人偏好設定,將多倉路由至參與計劃的流動性提供者。

以下是將 184,317 份合約指派至「[email protected]」的示例通知。客戶將收到以下電子郵件(請注意格式可能有所變更,請勿依賴此格式):

Selection_999_912_.png

流動性提供者會立即透過 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 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"。此值用於以程式方式識別及處理指派。

註:

- 請在平台的Assignment Program版塊按需設定偏好。

- 系統不會向您指派超出該合約類型可用保證金承受範圍的倉位。

本文中顯示的小數點和千位分隔符可能與我們交易平台上顯示的格式不同。查看我們的文章,了解我們如何使用小數點和逗號的更多資訊。