All
篩選條件:
如何向帳戶充值現金?
帳戶驗證遇到問題?
為何無法存取帳戶?
加密貨幣提款是否收取手續費?
登入帳戶遇到問題?
倉位分配計劃是一種替代模式,專為高波動率時期提供流動性而設計。此計劃是 權益保護流程 的其中一個步驟。當強制平倉未能在訂單簿中成交時,系統將以未定價格將其分配給自願參與的流動性提供者。此機制旨在減少強制平倉過程中的摩擦,避免直接削減盈利交易者的未平倉量以對沖保證金不足的交易者所造成的不良客戶體驗。
以下是一個志願流動性提供者透過指派計劃填補未成交強制平倉的示例。
假設某客戶目前持有以下倉位:
- 在 PI_BTCUSD 持有 LONG 1,760,000 份合約
- 在 FI_BTCUSD_200228 持有 LONG 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 處理,系統根據各流動性提供者的個人偏好設定,將 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 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(WebSocket)和fillType(REST),兩者的值均為"assignee"。此欄位值即用於程式化處理指派的依據。
註:
- 請在平台的Assignment Program版塊,按個人需要設定偏好。
- 系統不會向您指派超出該合約類型可用保證金承受範圍的指派。
本文中顯示的小數點和千位分隔符可能與我們交易平台上顯示的格式不同。查看我們的文章,了解我們如何使用小數點和逗號的更多資訊。