En este artículo analizamos una situación donde un trader en Crypto Facilities es liquidado y el nuevo Sistema de Asignación de Posiciones (Position Assignment System, PAS) asigna la liquidación sin completar a los proveedores de liquidez en el PAS. Repasamos todos los ejemplos de respuestas que el participante recibirá por esto.

Supongamos que existe un usuario cuyas posiciones actuales son:

- 205,000 Contratos en LARGO para FI_ETHUSD_180727 (ETHUSD Mes)

- 207,800 Contratos en LARGO para FI_ETHUSD_180928 (ETHUSD Trimestre)

Ambas posiciones están usando la cuenta de margen principal FI_ETHUSD, que mide el riesgo en tiempo real, valorando el valor del colateral frente al valor de la posición, para determinar si se debe liquidar.

Una vez que la cuenta de margen para el tipo de contrato se encuentre por debajo del margen de mantenimiento, ocurre la liquidación y el sistema vende esas posiciones insertándolas en el libro de órdenes al precio imputado de cero acciones por cada contrato.

En este caso, la liquidación del usuario se realiza de la siguiente manera:

Posición Tamaño Cantidad Liquidada Cantidad Asignada FI_ETHUSD_180727 205000 205000 0 FI_ETHUSD_180928 207800 51600 156200

Esto significa que la posición FI_ETHUSD_180727 completa de 205,000 Contratos se vendió exitosamente en el libro de órdenes a nuevas contrapartes que tenían ofertas existentes.

Sin embargo, la posición FI_ETHUSD_180928 de 207,800 Contratos sólo pudo liquidar exitosamente 51,600 en el libro de órdenes, mientras que los 156,200 restantes no pudieron encontrar una nueva contraparte.

Como resultado, el resto de esta liquidación sin completar se maneja en el PAS dirigiendo la posición larga hacia los proveedores de liquidez participantes según sus preferencias individuales.
En este ejemplo, cuatro proveedores de liquidez que participan en el PAS recibieron asignaciones:




A continuación se encuentran las notificaciones para la asignación de 104,132 Contratos a "[email protected]" (mailto:[email protected]). Él recibe el siguiente email (tenga en cuenta que este formato puede cambiar, así que no se base en este formato, es probable que incluyamos más información al respecto):

El proveedor de liquidez recibe inmediatamente la notificación a través del feed de WebSocket que le alerta sobre la asignación. El mensaje lleva este formato:

{
"feed": "fills",
"username": "[email protected]" (mailto:[email protected]),
"fills": [
{
"instrument": "FI_ETHUSD_180928",
"time": 1528974027919,
"price": 489.1,
"seq": 103,
"buy": true,
"order_id": "87755b99-bfb7-4f51-a72b-70f542f793a5",
"fill_id": "7be7e33c-e733-49c2-98e0-34bd4ad96bf3",
"fill_type": "assignee",
"qty": 104132
}
]
}

Además, el usuario puede sondear el endpoint API REST para ver las ejecuciones:

{
"result": "success",
"fills": [
{
"fill_id": "7be7e33c-e733-49c2-98e0-34bd4ad96bf3",
"symbol": "fi_ethusd_180928",
"side": "buy",
"order_id": "87755b99-bfb7-4f51-a72b-70f542f793a5",
"size": 104132,
"price": 489.1,
"fillTime": "2018-06-14T11:00:28.000Z",
"fillType": "assignee"
}
...
]
}

Los campos clave en las respuestas son fill_type y fillType (para WebSocket y REST, respectivamente), ambos toman el valor "assignee". Esta es la indicación que se debe utilizar para programar la asignación.

Nota:

- Las preferencias para Asignación Máxima y Posición post-asignación máxima sólo se pueden manejar manualmente mediante email. Si desea actualizar alguna de sus preferencias sólo envíenos un email.

- No recibirá una asignación que su margen disponible para el tipo de contrato no pueda manejar.