Polymarket शब्दावली गहन परिचय

यह गाइड एक संक्षिप्त, ट्रेडर-केन्द्रित "Polymarket शब्दावली गहन परिचय" है जो प्लेटफ़ॉर्म शब्दावली को समझाती है जिन्हें नए उपयोगकर्ता अक्सर गलत समझते हैं। इसे पढ़कर आप तकनीकी हिस्सों — CLOB, CTF, UMA, FAK — को रोज़मर्रा की क्रियाओं जैसे आदेश देना, सेट्स को split करना, और resolution का इंतज़ार करने से तेज़ी से जोड़ पाएँगे।

मुख्य निष्कर्ष

• CLOB वह matching engine है जो Polymarket पर limit और market आदेश संचालित करता है; maker शुल्क शून्य हैं और taker शुल्क category के हिसाब से बदलते हैं।
• CTF वह ऑन‑चेन ERC-1155 सिस्टम है जो outcome tokens को mint, merge, और redeem करता है; pUSD का उपयोग complete sets में split करने के लिए होता है।
• UMA वह optimistic oracle है जिसे Polymarket resolution के लिए उपयोग करता है; विवाद settlement के समय को रोक सकते हैं या लंबा कर सकते हैं।
• FAK (Fill‑And‑Kill) Polymarket का market‑order व्यवहार है: तत्काल निष्पादन या रद्द, और built‑in slippage सुरक्षा के साथ।

1. CLOB — हर quote के पीछे की बुक

CLOB का अर्थ Central Limit Order Book है। Polymarket पर, CLOB वह exchange घटक है जो limit आदेश रिकॉर्ड करता है, खरीदारों और विक्रेताओं को मैच करता है, और order‑book तथा midpoint डेटा उजागर करता है। जब आप एक limit आदेश रखते हैं तो आप maker के रूप में बुक में शामिल होते हैं; जब आप liquidity लेते हैं तो आप taker शुल्क भुगतान करते हैं।

महत्वपूर्ण संचालन तथ्य:

• CLOB से पढ़ना सार्वजनिक CLOB REST सतह पर उपलब्ध है: https://clob.polymarket.com (लिखने के लिए API key + HMAC चाहिए)।
• CLOB best bid, best ask, spread और midpoint निर्धारित करता है। WebSocket स्ट्रीम wss://ws-subscriptions-clob.polymarket.com/ws/market वास्तविक‑समय बुक ईवेंट जैसे best_bid_ask और last_trade_price प्रदान करती है।

ट्रेडर्स के लिए इसका मतलब: यह समझना कि बुक आदेशों को कैसे समेकित करती है यह स्पष्ट करता है कि liquid बाजारों में spreads क्यों कसते हैं और arbitrage edges अक्सर सेकंडों में क्यों गायब हो जाते हैं।

2. CTF — outcome tokens कैसे बनाए और settle होते हैं

CTF का मतलब Conditional Token Framework है (Gnosis का ERC-1155 पैटर्न)। Polymarket प्रत्येक outcome का ऑन‑चेन token प्रतिनिधित्व करने के लिए CTF का उपयोग करता है। वे ऑपरेशंस जिनका आप उपयोग करेंगे:

• split: pUSD लेकर market condition के लिए outcome tokens का एक complete set mint करना (हर outcome के लिए एक token)।
• merge: उपयुक्त होने पर outcome tokens को फिर से एक single token class में बदलना।
• redeem: resolution के बाद जीतने वाले tokens को जलाकर pUSD में $1.00 प्रति token प्राप्त करना।

व्यावहारिक निहितार्थ:

• Complete set खरीदने के लिए split करना लगभग $1.00 pUSD की लागत लेता है (ऊपर CLOB पर आप जो market spreads चुकाते हैं वह अलग)। एक complete set यह गारंटी देता है कि आपके पास हर outcome token होता है, इसलिए UMA resolution के बाद जीतने वाली leg को redeem करने पर $1.00 प्रति जीतने वाले token मिलता है।
• CTF ऑपरेशंस Polymarket के Relayer के माध्यम से संभाले जाते हैं ताकि उपयोगकर्ताओं को गैस न देना पड़े; Relayer wallet deployment और ERC-20 approvals को abstract करता है।

3. UMA — वह oracle जो market को resolvable बनाती है

UMA वह optimistic oracle है जिसे Polymarket market outcomes निर्धारित करने के लिए उपयोग करता है। UMA की प्रक्रिया तात्कालिक नहीं है: यह एक प्रस्तावित मान स्वीकार करता है और एक विवाद विंडो की अनुमति देता है। यदि विवाद उठता है, तो oracle प्रक्रिया settlement को लंबा कर सकती है।

ट्रेडर के लिए मुख्य परिणाम:

• Resolution का समय प्रायिक है: विवाद जीतने पर redeeming winning tokens रुका या विलंबित हो सकता है, जो फंड कब withdrawable होंगे इसे प्रभावित करता है।
• विवादित resolutions settlement जोखिम पेश करते हैं; arbitrage और endgame रणनीतियाँ भुगतान में देरी की संभावना को ध्यान में रखनी चाहिए।

4. FAK — Polymarket द्वारा market order का क्या अर्थ है

FAK का अर्थ Fill‑And‑Kill है। Polymarket market order semantics को एक createMarketOrder helper के माध्यम से प्रदर्शित करता है जो FAK के रूप में व्यवहार करता है: यह वर्तमान resting orders के विरुद्ध तत्काल निष्पादन का प्रयास करता है और किसी भी अनभरा बाकी हिस्से को रद्द कर देता है।

संचालन विवरण:

• FAK तात्कालिक निष्पादन या रद्द प्रदान करता है; यह व्यापारियों को अनजाने में बुक पर एक आदेश छोड़ने से बचाता है।
• Polymarket का कार्यान्वयन automatic slippage सुरक्षा शामिल करता है; SDK helper स्वीकार्य निष्पादन सीमाएँ गणना करता है।

निष्पादन रणनीति के लिए यह क्यों महत्वपूर्ण है:

• जब आपको बिना किसी child order को बुक पर छोड़े तुरंत निष्पादन चाहिए तो FAK उपयोगी है। बड़े भराव या पतले बाजारों में, आपको फिर भी partial fills और slippage का सामना करना पड़ सकता है।
• taker fees की उपस्थिति (जो category के अनुसार बदलती हैं) का अर्थ है कि तुरंत निष्पादित liquidity का एक लागत होता है जिसे किसी भी निष्पादन गणना में शामिल किया जाना चाहिए।

5. ट्रेड के दौरान ये हिस्से कैसे मिलकर काम करते हैं

एक सामान्य प्रवाह से गुजरें:

1. आप CLOB से market कीमतें देखते हैं (best bid, best ask, midpoint)। WebSocket स्ट्रीम वास्तविक‑समय परिवर्तन दिखा सकता है।
2. आप CLOB API या Polymarket UI के माध्यम से limit या market (FAK) आदेश देते हैं; Relayer wallet/approval चरणों को गैसलेस तरीके से संभालता है।
3. यदि आप एक complete set खरीदते हैं तो आप लगभग $1.00 pUSD लेकर CTF split कॉल करेंगे; resolution के बाद आप जीतने वाले tokens को pUSD में बदलने के लिए redeem कॉल करेंगे।
4. Resolution UMA से आता है; विवाद redeemability और इसलिए settlement को देरी कर सकते हैं।

लाइफ़साइकल को समझने से यह स्पष्ट होता है कि execution risk, settlement timing risk, और oracle risk स्टैक में कहाँ मौजूद हैं।

6. सामान्य गलतफहमियाँ सुधारी गईं

• "बुक ऑफ‑चेन है": गलत। CLOB एक सार्वजनिक API और WebSocket उजागर करता है; आदेश रखना और रद्द करना authenticated endpoints के माध्यम से होता है।
• "Outcome tokens ERC‑20 हैं": outcome tokens CTF मॉडल के अंतर्गत ERC‑1155 हैं।
• "FAK पूरा भराव सुनिश्चित करता है": नहीं। FAK तत्काल निष्पादन का प्रयास करता है और अनभरे बाकी हिस्से को रद्द कर देता है; partial fills संभव हैं।
• "Resolution हमेशा तुरंत भुगतान करती है": हमेशा नहीं। UMA विवाद settlement को रोक सकते हैं।

यह आपकी ट्रेडिंग को कैसे प्रभावित करता है

इन शब्दों को जानने से आप निष्पादन दृष्टिकोण चुनने में सक्षम होंगे। समय के लिए CLOB डेटा का उपयोग करें; जब आप संभव partial execution स्वीकार करते हैं तो तेज़ भराव के लिए FAK को प्राथमिकता दें; tokenised एक्सपोज़र या arbitrage को लॉक करने के लिए split/merge/redeem फ्लोज़ का उपयोग करें। किसी भी वास्तविकीकृत परिणाम की गणना करते समय हमेशा taker fees, slippage, और UMA विवादों से संभावित देरी को शामिल करें।

समापन नोट: यह गाइड CLOB, CTF, UMA, और FAK की तकनीकी भूमिकाओं और उनके परस्पर क्रिया पर केन्द्रित था। ऑर्डर लॉजिक या जोखिम नियंत्रण डिज़ाइन करते समय इन मैकेनिक को ध्यान में रखें; ये शब्द सीधे ऑन‑चेन क्रियाओं और प्रेक्षित API व्यवहार से मेल खाते हैं।

अक्सर पूछे जाने वाले प्रश्न

क्या Polymarket पर market order किसी विनिमय के market order के समान है?

Polymarket का market order व्यवहार FAK (Fill‑And‑Kill) के रूप में लागू किया गया है: आदेश तत्काल resting liquidity के खिलाफ निष्पादन का प्रयास करता है और किसी भी अनभरे हिस्से को रद्द कर देता है। यह विनिमय के market orders के समान है परंतु partial fills की इजाज़त देता है और built‑in slippage सुरक्षा शामिल करता है।

मुझे कब split/merge ऑपरेशंस का उपयोग करना चाहिए?

जब आप outcome tokens का complete set चाहते हैं (उदाहरण के लिए, combinatorial arbitrage edge पकड़ने के लिए) तब split का उपयोग करें। जब आप अलग‑अलग legs की आवश्यकता नहीं रखते तो outcome tokens को फिर से मिलाने के लिए merge का उपयोग करें। याद रखें कि splitting के लिए लगभग $1.00 pUSD प्रति complete set की आवश्यकता होती है और redemption UMA resolution पर निर्भर करती है।

UMA विवाद मेरे लिए जीतों को redeem करने की क्षमता को कैसे प्रभावित करते हैं?

UMA एक optimistic resolution प्रक्रिया चलाता है जिसमें एक विवाद विंडो होती है। यदि विवाद उठता है तो settlement तब तक देरी हो सकती है जब तक UMA परिणाम को अंतिम रूप नहीं देती, और इससे winning tokens को pUSD में redeem करने में विलंब होगा।

क्या outcome tokens transferable हैं?

Outcome tokens CTF मॉडल के अंतर्गत ERC‑1155 tokens हैं, और इन्हें सामान्य token transfer मैकेनिक्स का उपयोग करके वॉलेट्स के बीच स्थानांतरित किया जा सकता है। Polymarket का Relayer इन ऑपरेशंस को समर्थित वॉलेट्स के लिए गैसलेस तरीके से भी संभाल सकता है।

क्या makers Polymarket पर शुल्क देते हैं?

Polymarket पर maker शुल्क शून्य हैं; taker शुल्क category के अनुसार बदलते हैं और वर्तमान में 0% से 1.8% के बीच हैं, जिनमें कुछ श्रेणियाँ (उदा., Geopolitics) शुल्क‑मुक्त हैं।