इस लेख में हम एक ऐसी स्थिति के बारे में जानेंगे जहाँ Kraken Derivatives पर एक ट्रेडर को लिक्विडेट किया जाता है और नया पोज़िशन असाइनमेंट सिस्टम (PAS) अधूरी लिक्विडेशन को PAS में लिक्विडिटी प्रोवाइडर को आवंटित करता है। हम उन सभी प्रतिक्रिया उदाहरणों पर गौर करेंगे जो एक प्रतिभागी को इसके लिए प्राप्त होंगे।
मान लीजिए कि एक क्लाइंट है जिसकी वर्तमान पोज़िशन इस प्रकार हैं:
- PI_BTCUSD पर LONG 1,760,000 कॉन्ट्रैक्ट
- FI_BTCUSD_200228 पर LONG 300,000 कॉन्ट्रैक्ट
ये दोनों पोज़िशन मुख्य FI_BTCUSD मार्जिन खाते का उपयोग कर रही हैं, जो वास्तविक समय में जोखिम को मापता है, संपार्श्विक बनाम पोज़िशन मूल्य का मूल्यांकन करता है, यह निर्धारित करने के लिए कि लिक्विडेट करना है या नहीं।
एक बार जब कॉन्ट्रैक्ट प्रकार के लिए मार्जिन खाता रखरखाव मार्जिन से नीचे चला जाता है, तो लिक्विडेशन होता है और सिस्टम उन पोज़िशन को ऑर्डरबुक में प्रत्येक कॉन्ट्रैक्ट के लिए 0-इक्विटी अनुमानित मूल्य पर बेच देता है।
इस मामले में, क्लाइंट का लिक्विडेशन इस प्रकार होता है:
पोज़िशन | आकार | लिक्विडेट की गई राशि | निर्धारित राशि |
|---|---|---|---|
PI_BTCUSD | 1,760,000 | 1,007,379 | 752,621 |
FI_BTCUSD_200228 | 300,000 | 300,000 | 0 |
इसका मतलब है कि 300,000 कॉन्ट्रैक्ट की पूरी FI_BTCUSD_200228 पोज़िशन को सफलतापूर्वक ऑर्डरबुक में नए प्रतिपक्षों को बेच दिया गया जिनके पास मौजूदा बोलियाँ थीं।
हालांकि, 1,760,000 कॉन्ट्रैक्ट की PI_BTCUSD पोज़िशन केवल 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 एंडपॉइंट को पोल कर सकता है:
{
"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" मान लेते हैं। यह वह संकेत है जिसका उपयोग असाइनमेंट को प्रोग्रामेटिक रूप से संभालने के लिए किया जाना चाहिए।
ध्यान दें:
- प्लेटफ़ॉर्म के असाइनमेंट प्रोग्राम अनुभाग पर अपनी प्राथमिकताएँ अपनी इच्छानुसार सेट करें।
- आपको ऐसा कोई असाइनमेंट प्राप्त नहीं होगा जिसे आपके कॉन्ट्रैक्ट प्रकार के लिए उपलब्ध मार्जिन संभाल न सके।
इस लेख में दिखाए गए दशमलव और हज़ार विभाजक हमारे ट्रेडिंग प्लेटफ़ॉर्म पर प्रदर्शित प्रारूपों से भिन्न हो सकते हैं। हम पॉइंट्स और कॉमा का उपयोग कैसे करते हैं, इस बारे में अधिक जानकारी के लिए हमारा लेख देखें।