Polymarket resolution explained

Polymarket resolution explained: यह मार्गदर्शिका रिपोर्टिंग से लेकर outcome टोकन्स को रिडीमेबल फंड्स में बदलने तक का पूरा लाइफसाइकिल समझाती है — UMA optimistic-oracle का विवाद चरण और ट्रेडर्स के लिए व्यावहारिक निहितार्थ। आप सीखेंगे कि ऑन-चेन और ऑफ-चेन क्या होता है, किन स्टेप्स पर यूजर के लिए गैस फ्री होते हैं, और किन टाइमिंग और जोखिमों का ध्यान रखकर arbitrage और पोज़िशन मैनेज करना चाहिए।

Key takeaways

रिज़ॉल्यूशन एक outcome रिपोर्ट के साथ शुरू होता है और अंतिम निपटारे से पहले UMA के optimistic विवाद अवधि में प्रवेश कर सकता है।
जबकि outcome टोकन्स ERC-1155 CTF संपत्तियाँ हैं, split/merge/redeem और ऑर्डर प्लेसमेंट Relayer के माध्यम से यूजर के लिए गैसलेस होते हैं।
विवाद, ऑरेकल देरी, आंशिक फील्स और निपटान टाइमिंग वास्तविक जोखिम पैदा करते हैं भले ही कीमतें गणितीय edge सुझाती हों।
क्रम जानें: report → dispute window (UMA) → finalization → विजेता टोकन्स को pUSD में redeem करना।

Polymarket पर "रिज़ॉल्यूशन" का अर्थ

Polymarket पर, रिज़ॉल्यूशन वह प्रक्रिया है जो ट्रेडेबल outcome टोकन्स को रिडीमेबल फंड्स में बदल देती है। बाइनरी और मल्टी-आउटकम मार्केट्स के लिए, एक ऑरेकल अंततः निर्धारित करता है कि कौन सा/कौन से outcome YES के रूप में resolve होते हैं। जब कोई outcome final हो जाता है, तो हर विजेता टोकन $1.00 के pUSD के लिए रिडीमेबल बन जाता है; हारने वाले टोकन्स बेकार हो जाते हैं।

मार्केट्स outcome टोकन्स के लिए Gnosis Conditional Token Framework (CTF) का उपयोग करते हैं। ये टोकन्स किसी भी ERC-1155 होल्डिंग की तरह व्यवहार करते हैं: आप इन्हें CLOB पर ट्रेड कर सकते हैं, ट्रांसफर कर सकते हैं, या split/merge ऑपरेशन्स के साथ जोड़-संबंध कर सकते हैं। रिज़ॉल्यूशन पर मुख्य अंतर यह है कि ऑरेकल की अंतिम रिपोर्ट वह CTF redeem फ्लो अनलॉक करती है जो विजेता टोकन्स को pUSD में बदल देती है।

रिपोर्टिंग चरण: कौन रिपोर्ट करता है और क्यों मायने रखता है

रिज़ॉल्यूशन तब शुरू होता है जब कोई रिपोर्टर ऑरेकल सिस्टम को एक outcome सबमिट करता है। Polymarket रिपोर्टिंग के लिए UMA optimistic oracle का उपयोग करता है। एक सबमिट की गई रिपोर्ट उस outcome का नाम देती है जिसे रिपोर्टर सही मानता है और अगले चरण का टाइमर शुरू कर देती है।

क्यों यह महत्वपूर्ण है:

रिपोर्ट मार्केट के इवेंट के resolvable स्थिति में पहुँचने का पहला सार्वजनिक संकेत है। ऑर्डर बुक मॉनिटर करने वाले ट्रेडर्स तुरंत प्रतिक्रिया दे सकते हैं।
रिपोर्ट्स Polymarket की UI में और Gamma API के माध्यम से दिखाई देती हैं, इसलिए arbitrage बॉट्स और मानव ट्रेडर्स उन्हें प्रोग्रामेटिकली डिटेक्ट कर सकते हैं।

UMA optimistic-oracle विवाद विंडो (यह क्या है, कितनी लंबी नहीं)

रिपोर्ट पोस्ट होने के बाद, UMA का optimistic मॉडल एक विवाद विंडो की अनुमति देता है जिसके दौरान challengers प्रतिवाद जमा कर सकते हैं। यदि कोई विवाद उठता है, तो optimistic फ्लो रुक जाता है और UMA अपने प्रोसेस के अनुसार असहमति का समाधान करता है।

महत्वपूर्ण व्यावहारिक बिंदु:

विवाद विंडो अनिश्चितता लाती है। एक ऐसा मार्केट जो resolved दिखाई देता है, UMA को विवाद मिलने पर पुनः खोल सकता है।
क्योंकि UMA की प्रक्रियाओं का सटीक समय और कार्यान्वयन Polymarket के बाहरी हैं, ट्रेडर्स को किसी भी मार्केट को जो विवाद चरण में है या उसके पास है, उसे रिज़ॉल्यूशन रिस्क के साथ मानना चाहिए।

Note: सिस्टम प्रॉम्प्ट में UMA के उपयोग का उल्लेख है पर विवाद-विंडो की लंबाई प्रदान नहीं की गई है। उस रिक्ति के लिए Notes सेक्शन देखें।

फाइनलाइज़ेशन और CTF टोकन्स का रिडीम

एक बार ऑरेकल की प्रक्रिया पूरी हो जाने और outcome final होने पर, मार्केट ऑन-चेन finalised हो जाता है। उस बिंदु पर यूज़र CTF redeem ऑपरेशन के माध्यम से विजेता ERC-1155 outcome टोकन्स को pUSD के लिए रिडीम कर सकते हैं।

Polymarket पर व्यावहारिक रूप से:

CTF ऑपरेशन्स (split / merge / redeem) Polymarket Relayer के माध्यम से हैं, इसलिए वे आपके लिए गैसलेस हैं।
रिडीमिंग हर विजेता टोकन को $1.00 के pUSD में बदल देती है, जिसे आप फिर withdraw कर सकते हैं या नए पोज़िशन्स के लिए split कर सकते हैं।

यदि आप रिज़ॉल्यूशन से पहले एक complete सेट रखते हैं, तो रिडीम सरल है: आपको केवल विजेता लेग(स) के लिए pUSD मिलता है। यदि आप partial पोज़िशन्स रखते हैं, तो केवल संबंधित विजेता टोकन्स रिडीम होंगे।

ट्रेडर्स के देखने वाले सामान्य रिज़ॉल्यूशन एज-क ेस

विवादित फाइनलाइज़ेशन: UMA विवाद निपटान में देरी कर सकते हैं और अस्थायी रूप से रिडीम्पशन को रोक सकते हैं। इससे liquidity प्रभावित होती है और पूंजी फँस सकती है।
आंशिक फील्स और ऑर्डर निष्पादन: resolution से पहले आंशिक रूप से भरा ऑर्डर आपको कुछ टोकन्स में लंबा और दूसरों में शॉर्ट छोड़ सकता है; अनपेक्षित एक्सपोज़र से बचने के लिए फील्स को ट्रैक करें।
टिक-साइज़ और प्राइस अपडेट्स: resolution के नज़दीक टिक साइज में बदलाव उपलब्ध ऑर्डर्स को बदल सकते हैं; WebSocket ऐसे tick_size_change इवेंट्स भेजता है जो बॉट्स के लिए मायने रखते हैं।
फीस और इनाम प्रभाव: मेकर फीस शून्य है; टेकर फीस श्रेणी के अनुसार भिन्न होती है। फीस और builder-attribution (यदि आप Builder के माध्यम से रूट करते हैं) नेट परिणामों को प्रभावित करते हैं लेकिन ऑरेकल निपटान प्रक्रिया को नहीं बदलते।

यह कभी न मानें कि एक settled मार्केट को UMA के विवाद फ्लो ट्रिगर होने पर पुनः नहीं खोला जा सकता। किसी भी बड़े transfer या CTF redeem ऑपरेशन शुरू करने से पहले मार्केट स्टेटस की पुष्टि हमेशा करें।

यह arbitrage और endgame रणनीतियों को कैसे प्रभावित करता है

इन्ट्रा-मार्केट arbitrage (जब Σ bestAsk < $1.00 पर सेट खरीदना) के लिए, रिज़ॉल्यूशन मैकेनिक्स केंद्रीय होते हैं: आपका सैद्धान्तिक लाभ finalization और redeem के बाद ही pUSD में बदलता है। इसका मतलब है कि टाइमिंग, ऑरेकल विवाद जोखिम, और निपटान देरी ऑर्डर निष्पादन के जितने ही महत्वपूर्ण हैं।

व्यावहारिक नियम:

स्प्रेड को केवल उसके गणितीय edge के रूप में मानें जब आप फीस, स्लिपेज, और विवाद जोखिम का हिसाब लगा लें। किसी ट्रेड को arbitrage कहने से पहले इन जोखिमों की पूरी सूची बनाएं।
endgame रणनीतियों (रिज़ॉल्यूशन के निकट कीमतें जैसे $0.95–$0.99) के लिए विशेष सावधानी बरतें: छोटी मार्जिन और UMA विवाद एक अल्पकालिक खेल को नुकसान में बदल सकते हैं।
रिपोर्ट्स, tick_size_change, best_bid_ask, और last_trade_price को वास्तविक समय में मॉनिटर करने के लिए Polymarket के APIs और Market WebSocket का उपयोग करें।

प्रोग्रामेटिकली रिज़ॉल्यूशन की निगरानी

देखने योग्य APIs और फीड्स:

Gamma API (https://gamma-api.polymarket.com): मार्केट और इवेंट मेटाडेटा, जिनमें रिज़ॉल्यूशन-संबंधी फ़ील्ड्स शामिल हैं। /markets endpoint का उपयोग cursor-based pagination के साथ करें।
Data API (https://data-api.polymarket.com): फील्स और एक्सपोज़र ट्रैक करने के लिए positions, trades, और open interest।
Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market): रियल-टाइम बुक, price_change, best_bid_ask, last_trade_price, और tick_size_change। हर 10s पर PING; best_bid_ask पाने के लिए custom_feature_enabled के साथ subscribe करें।

इन फीड्स को मिलाकर एक रिपोर्ट का पता लगाएँ, UI या डेटा फीड में UMA विवाद संकेतों पर नज़र रखें, और मार्केट स्टेटस final होने तक अंतिम लेखांकन टालें।

चेकलिस्ट: जब कोई मार्केट रिपोर्ट करे तो क्या करें

Gamma और Polymarket UI में रिपोर्ट किए गए outcome की पुष्टि करें।
ऐसी automation को रोक दें जो तत्काल finality मानती है जब तक UMA का विवाद चरण पूरा न हो।
खुले ऑर्डर्स और फील्स को ट्रैक करें; अनपेक्षित एक्सपोज़र से बचने के लिए आवश्यकतानुसार रद्द या समायोजित करें।
फाइनलाइज़ेशन के बाद विजेता टोकन्स को UI, SDK, या अपने Relayer-इंटीग्रेटेड फ्लो के माध्यम से रिडीम करें।

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

रिज़ॉल्यूशन व्यापार निष्पादन और वास्तविक pUSD के बीच अंतिम बाधा है। सक्रिय ट्रेडर्स और arbitrageurs के लिए इसका अर्थ है कि आपको तीन जुड़े हुए जोखिमों का प्रबंधन करना होगा: निष्पादन (फील्स और स्लिपेज), ऑरेकल रिज़ॉल्यूशन (रिपोर्ट्स और विवाद), और निपटान टाइमिंग (रिडीम और.withdrawals)। सफल निष्पादन के लिये तेज़ मार्केट-साइड टूलिंग और विवाद जोखिम के बारे में रूढ़िवादी अनुमानों दोनों की आवश्यकता होती है।

यदि आप automation बनाते हैं, तो हर फील को लॉग करें और ऊपर दिए WebSocket चैनलों पर नज़र रखें। रिपोर्ट किए गए या उसके पास स्थित मार्केट्स को UMA उन्हें क्लियर करने तक उच्च जोखिम वाला मानें।

Closing note: Polymarket resolution explained आपको संचालनात्मक चेकलिस्ट और मनोवैज्ञानिक मॉडल देना चाहिए जिससे आप निपटान जोखिम का प्रबंधन कर सकें। इवेंट्स मॉनिटर करने के लिए APIs और WebSocket का उपयोग करें, याद रखें कि CTF redeem Relayer के माध्यम से गैसलेस है, और किसी ट्रेड के pUSD में बदलने से पहले विवाद विंडो का हमेशा हिसाब रखें।

Frequently asked questions

कौन Polymarket पर outcomes रिपोर्ट करता है?

Polymarket outcome रिपोर्टिंग के लिए UMA optimistic oracle का उपयोग करता है। रिपोर्ट्स UMA को सबमिट की जाती हैं और Polymarket की UI तथा APIs में दिखाई देती हैं; UMA बाद में किसी भी विवाद को अपने प्रोसेस के अनुसार संभालता है।

UMA विवाद विंडो के दौरान क्या होता है?

रिपोर्ट के बाद, UMA चुनौतियों के लिए एक विवाद अवधि की अनुमति देता है जहाँ challengers रिपोर्ट किए गए outcome को चुनौती दे सकते हैं। अगर चुनौती की जाती है, तो UMA optimistic settlement को रोक देता है और अपना विवाद-समाधान फ्लो आगे बढ़ाता है, जिससे विजेता टोकन्स के रिडीम्पशन में देरी हो सकती है।

क्या Polymarket पर CTF ऑपरेशन्स गैसलेस हैं?

हाँ। Polymarket Relayer के माध्यम से गैस का प्रायोजन किया जाता है। Split, merge, redeem, transfers, और ऑर्डर प्लेसमेंट end user के लिए गैसलेस होते हैं क्योंकि इन्हें Relayer के माध्यम से रूट किया जाता है।

क्या एक मार्केट पुनः खोला जा सकता है जब वह resolved दिखे?

हाँ। यदि UMA को विवाद मिलता है, तो जो मार्केट resolved दिखा कर था वह पुनः खुल सकता है या UMA के निपटान तक देरी हो सकती है। किसी भी मार्केट को जो विवाद चरण में है या उसके पास है, उसे रिज़ॉल्यूशन रिस्क के साथ मानें।

मैं प्रोग्रामेटिक रूप से रिपोर्ट या विवाद कैसे पहचान सकता/सकती हूँ?

Gamma API का उपयोग मार्केट मेटाडेटा के लिए करें और Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market) रियल-टाइम इवेंट्स जैसे price_change, best_bid_ask, last_trade_price, और tick_size_change के लिए। इन फीड्स को Data API endpoints के साथ मिलाकर पोज़िशन्स और फील्स की निगरानी करें।

सिर्फ़ शैक्षिक जानकारी। वित्तीय, कानूनी या कर संबंधी सलाह नहीं। संभावित रूप से आपका क्षेत्र Polymarket के लिए उपलब्ध नहीं हो सकता।

Polymarket का रिज़ॉल्यूशन समझाया गया