分配示例

分配程序是一种替代模式，旨在高波动率时期支持流动性供给。该程序是权益保护流程中的一个环节：当强制平仓订单未能成交时，系统将以订单簿外的待定价格，将其分配给自愿参与的流动性提供者。此机制旨在降低强制平仓过程中的摩擦，避免为对冲抵押品不足的交易者而直接削减盈利交易者的未平仓量，从而改善客户体验。

以下示例展示了自愿流动性提供者通过分配程序承接未成交强制平仓订单的过程。有关分配逻辑的详细说明，请参阅仓位分配系统。

假设某客户当前持有以下仓位：

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

- 做多FI_BTCUSD_200228 300,000份合同

上述两个仓位均使用FI_BTCUSD主要杠杆账户，系统实时评估抵押品价值与仓位价值的比率，以判断是否触发强制平仓。

当对应合同类型的杠杆账户低于维持保证金水平时，系统将触发强制平仓，并按各合同的零权益推算价格将相关仓位卖出至订单簿。

在本示例中，客户的强制平仓过程如下：

这意味着FI_BTCUSD_200228的全部仓位（300,000份合同）已成功在订单簿中卖给持有买价的新交易对手方。

然而，PI_BTCUSD的1,760,000份合同仓位中，仅有1,007,379份成功在订单簿中完成强制平仓，剩余752,621份未能找到新的交易对手方。

因此，这部分未成交的强制平仓余量由仓位分配系统（PAS）处理，系统根据各参与者的个人偏好设置，将多仓路由至参与该程序的流动性提供者。

以下是一个分配通知示例，显示向“[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"。程序可通过该字段识别并处理分配事件。

注意：

- 请在平台的Assignment Program板块按需设置偏好。

- 系统不会向您分配超出该合同类型可用保证金承受能力的仓位。

本文中显示的小数和千位分隔符可能与我们交易平台上显示的格式不同。如需了解更多信息，请查看我们关于如何使用点和逗号的文章。