倉位分配系統

上次更新時間: More than 3 months ago

未平倉清算分配

目前,由於簡單地中斷盈利交易者的未平倉合約以抵銷抵押不足的交易者會導致糟糕的客戶體驗,我們開發了一種替代模型,以適應高波動期間的流動性提供。

流動性提供者 (LP) 願意承擔接收未平倉清算的風險。好處是從倉位標記價值中剩餘的維持保證金,這彌補了風險。

參與倉位分配系統 (PAS) 的方式如下:

  1. 1

    每個希望參與此計劃的 LP 都可以提供他們願意在單一訂單中被分配的最大倉位,或者在分配發生後他們願意持有的最大倉位規模(或兩者兼有)。

  2. 2

    每個 LP 在任何時候都有一定數量的可用保證金 (AM),因此如果 AM < MT(最大閾值),他們不會承擔其最大閾值,而只會承擔可用部分。

  3. 3

    分配後,它會顯示在 Fills 的 websocket feed 中,我們會發送一封電子郵件,概述他們所承擔倉位的參數。

  4. 4

    作為最後的手段,如果清算既不能在訂單簿中成交,也不能由參與 PAS 的 LP 分配,那麼就會發生平倉。

參與該計劃的流動性提供者總容量是一個事實上的保險基金,可提供保護,以應對導致系統損失的極端波動。

此解決方案使我們能夠繼續不要求追回,並實現利潤的實時結算。

倉位分配系統邏輯

分配撥付

有許多因素會影響 PAS 中分配給流動性提供者 (LP) 的方式。

  • 分配計劃的成員一律平等對待。當發生無法由訂單簿成交的清算時,可供分配的總份額將在所有活躍的流動性提供者之間平均分配。

  • 儘管在分配份額時所有帳戶都一律平等對待,但設定更高的最大偏好以接收分配份額的好處仍然可以在分配份額的分佈中看到,如果您通常能夠接收更多分配(即,保持足夠的保證金以抓住機會),這將使您成為更可靠的提供者,並使您能夠獲得更高的份額。

  • 例如,如果 500,000 份 FI_BTCUSD 合約(任何類型)在 10 個 LP 之間分配(其中 5 個 LP 設定為 max_position = 25,000,另外 5 個 LP 設定為 max_position = 100,000),那麼首先清算分配將在 10 個帳戶之間平均分配,每個帳戶 50,000。然而,由於前 5 個帳戶的最大值為 25,000,它們將收到其最大限額。這意味著剩餘的 125,000 份溢出部分將在其他帳戶之間分配。

演算法描述

以下是該過程的直接描述:

  1. 1

    合約的標記價格發生變化,以新金額評估倉位。

  2. 2

    當倉位價值低於維持保證金要求時,清算會在保證金帳戶層級(例如 FI_BTCUSD)發生。

  3. 3

    分配按每份合約進行(例如 FI_BTCUSD_150618)。

  4. 4

    我們將特定合約的未平倉清算稱為 U

  5. 5

    我們將其一般偏好得到滿足的流動性提供者集合稱為 P

  6. 6

    我們根據其風險偏好P 之間分配 U

  7. 7

    重複以下過程,直到 U 已完全分配或 P 為空。

  8. 8

    如果 P 為空且 U 尚未完全分配,則剩餘部分將被終止,未平倉合約隨之減少。

請查看我們的系統中分配如何展開的範例

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

需要更多幫助?