Polymarket Resolution केवल “नियम पढ़ो और लागू करो” नहीं है। हर मार्केट अंत में Precedent के एक Body पर निर्भर हो जाता है — पिछले UMA Proposals और विवादों से निर्णय जो यह तय करते हैं कि अस्पष्ट मामले कैसे संभाले जाते हैं। जो ट्रेडर Precedents को नहीं जानते वे नियमित रूप से ऐसी Resolutions से Blindsided होते हैं जो उनकी तरफ “स्पष्ट” लगीं लेकिन दूसरी तरफ आईं।
यह लेख 8 Precedents को कवर करता है जिन्हें मैंने सबसे अधिक मायने रखते देखा है, प्रत्येक वास्तविक मार्केट के साथ जहां से वे आए। यह Comprehensive नहीं है — Community Archive दर्जनों श्रेणियों तक चलता है — लेकिन ये 8 उन मामलों को Cover करते हैं जो बार-बार आते हैं।
Dive In करने से पहले एक त्वरित Note: Market-specific नियम हमेशा Precedent पर प्राथमिकता लेते हैं। यदि एक मार्केट स्पष्ट रूप से कहता है “Credible Reporting की सहमति के आधार पर Resolve होता है,” तो आपको आधिकारिक प्रमाणीकरण की प्रतीक्षा नहीं करनी है। Precedents उन अंतरालों को भरते हैं जिन्हें नियम Cover नहीं करते, न कि उनको जो वे करते हैं।
1. Market Intention Literal Reading को हराता है
जब मार्केट का Literal Text और उसका स्पष्ट Intent टकराते हैं, तो Intent जीतता है।
प्रामाणिक मामला “MicroStrategy ने नाम बदलकर ‘Strategy’ किया” है। सख्ती से कहें तो, कंपनी का आधिकारिक कानूनी नाम और इसका Consumer-facing Brand अलग चीजें हैं, और आप तर्क दे सकते हैं कि मार्केट को किसी न किसी तरह Resolve होना था, यह इस पर निर्भर करता है कि आपने कौन सी परिभाषा चुनी। Oracle Intent के साथ गया: मार्केट Widely-publicized Rebrand के बारे में पूछ रहा था, और वही वह था जिसने इसे YES पर Resolve किया।
एक संबंधित सिद्धांत Proposal या UMA Request में Typos और मामूली Errors को Cover करता है। जब Super Bowl Championship 2026 मार्केट ने एक Proposal देखा जिसने “2025” को गलत Reference किया, तो मार्केट ने फिर भी Interface के अनुसार Resolve किया — Typo मायने नहीं रखा क्योंकि Intent स्पष्ट था। इसी तरह, Misspelled Names (जैसे NYC Mayor Primary मार्केट के लिए “Zohran Mamdan”) सही ढंग से Resolve हुए उस आधार पर कि स्पष्ट रूप से किसका मतलब था।
Trader Takeaway: यदि मार्केट का Literal Text एक Technical Escape Hatch छोड़ता है लेकिन Intent Interface पढ़ने वाले किसी के लिए भी स्पष्ट है, तो Intent लगभग निश्चित रूप से वही है जिस पर यह Resolve होता है।
2. राष्ट्रीय और Federal Events के लिए आधिकारिक स्रोत आवश्यक
High-stakes राष्ट्रीय Events — राष्ट्रपति चुनाव, Senate Votes, Federal Register Publications, CPI Releases — के लिए Oracle आमतौर पर आधिकारिक पुष्टि की आवश्यकता रखता है, Media Consensus नहीं।
यह #3 नीचे के Precedent का विपरीत है, और अंतर मायने रखता है। “क्या Candidate X ने Senate Race Y जीता?” जैसे मार्केट आम तौर पर Concession या AP Call के आधार पर Election Night को Resolve नहीं होते। वे तब Resolve होते हैं जब State Results को Certify करता है।
“क्या Georgia ने Vote Certify किया?” प्रकार के मार्केट ने ऐतिहासिक रूप से राज्यव्यापी Certification की आवश्यकता रखी है, County-Level Rollups नहीं। Executive Orders के लिए, आवश्यकता Federal Register में Publication है — केवल White House Press Release या Press Briefing पर्याप्त नहीं है।
Trader Takeaway: राष्ट्रीय-स्तर के मार्केट को “Consensus of Credible Reporting May Suffice” वाक्यांश के लिए ध्यान से पढ़ें। यदि वह Clause नहीं है, तो आधिकारिक स्रोत आवश्यक हैं, और मार्केट तब तक Resolve नहीं हो सकते जब तक आधिकारिक स्रोत प्रकाशित नहीं होता — भले ही परिणाम तब तक स्पष्ट हो।
3. “Consensus of Credible Reporting” के माध्यम से जल्दी Resolution
जब मार्केट के नियम स्पष्ट रूप से “Consensus of Credible Reporting May Suffice” Clause शामिल करते हैं और वास्तविक दुनिया की सहमति भारी है, तो Oracle जल्दी Resolve करेगा — आधिकारिक Certification से पहले।
सबसे स्पष्ट Use Case एक Candidate है जो हार मान लेता है, या परिणाम का रास्ता जो गणितीय रूप से असंभव हो जाता है, जिसमें Media Reporting एक समान रूप से Race को Decided मानती है। उन शर्तों के तहत, एक मार्केट आधिकारिक Certification की प्रतीक्षा किए बिना बंद हो सकता है जो अंततः परिणाम को औपचारिक बनाएगा।
लेकिन: Clause मौजूद होना चाहिए, और Proposal के समय सहमति भारी और स्पष्ट होनी चाहिए। “अधिकांश Outlets ऐसा सोचते हैं” पर्याप्त नहीं है। “हर प्रमुख Credible Outlet ने इसे Call किया है, Candidate ने हार मान ली है, और कोई Outlet विवाद नहीं कर रहा” पर्याप्त है।
Trader Takeaway: “Consensus of Credible Reporting” एक शक्तिशाली Clause है लेकिन असंगत रूप से भी लागू होता है। जब यह मौजूद हो, तो यह जल्दी Resolution को सक्षम करता है। जब यह अनुपस्थित हो, तो मार्केट Formal Source की प्रतीक्षा करते हैं चाहे परिणाम कितना भी स्पष्ट हो।
4. Preliminary बनाम Final Data
बहुत सारे Data Sources पहले Preliminary Numbers Publish करते हैं और बाद में उन्हें Revise करते हैं। उन Sources पर निर्भर मार्केट Proposers से अंतर जानने की अपेक्षा करते हैं।
NASCAR क्लासिक उदाहरण है: Race Results को Post-race Technical Reviews के बाद Revise किया जा सकता है, इसलिए “कौन जीता Race?” वास्तव में उस क्षण Resolve नहीं होता जब Checkered Flag गिरता है। USGS Earthquake Magnitudes को प्रारंभिक Reading के बाद 24 घंटों तक Revise किया जाता है। BLS Employment Data में एक प्रारंभिक Release होता है जिसके बाद Revisions होते हैं।
जब एक मार्केट Preliminary या Final निर्दिष्ट किए बिना “The Result” मांगता है, तो Oracle आम तौर पर Final Version पर Default करता है — जिसका मतलब है कि Preliminary Data के आधार पर बहुत जल्दी Propose करने से आपका Proposal Overturned हो सकता है, भले ही Preliminary Number सही दिखता हो।
Trader Takeaway: यदि आप किसी Data Release के आसपास ट्रेड कर रहे हैं जहां Revisions सामान्य हैं, तो मार्केट को ऐसे Price न करें जैसे पहला Release इसे Settle कर देता है। और यदि आप Propose कर रहे हैं, तो Final Data Point की प्रतीक्षा करें जब तक मार्केट स्पष्ट रूप से Preliminary के लिए न कहे।
5. Event Deadline बनाम Data Availability Deadline
#4 से संबंधित लेकिन अधिक विशिष्ट: कुछ मार्केट में दो Implicit Deadlines हैं — Event Deadline, और Data Availability Deadline — और अंतर यह निर्धारित करता है कि मार्केट कैसे Resolve होता है।
Executive Orders सबसे स्पष्ट उदाहरण हैं। एक मार्केट जो पूछता है “क्या राष्ट्रपति जून से पहले X Order पर हस्ताक्षर करेंगे?” दोनों की आवश्यकता है: (1) Order को Deadline तक हस्ताक्षरित होना चाहिए, और (2) यह Listed Date के अगले दिन 12:00 PM ET तक Federal Register में दिखना चाहिए। यदि Order Deadline से पहले हस्ताक्षरित होता है लेकिन Grace Window के भीतर Publish नहीं होता, तो मार्केट अभी भी NO पर Resolve हो सकता है।
Earthquake मार्केट दूसरे तरीके से काम करते हैं: यदि एक योग्यकारी भूकंप मार्केट की Deadline से पहले रजिस्टर होता है, तो मार्केट USGS Magnitude Revisions की अनुमति देने के लिए 24 घंटों तक खुला रहता है। Event समय पर हुआ; Data को बाद में Firm Up होने की अनुमति है।
Trader Takeaway: Deadline से जुड़ी किसी भी Publication, Release, या Confirmation आवश्यकता के लिए ध्यान से पढ़ें। Event का समय पर होना हमेशा पर्याप्त नहीं है।
6. Mention Markets: जब तक न कहा जाए केवल Noun
“Mention” मार्केट — क्या कोई किसी विशिष्ट Event के दौरान एक विशिष्ट Word या Phrase कहेगा — का अपना Dense Ruleset है, और यह खराब Trades के सबसे सामान्य स्रोतों में से एक है।
Defaults:
- केवल Noun रूप, जब तक मार्केट स्पष्ट रूप से अन्यथा न कहे। यदि शब्द Noun और Verb दोनों के रूप में काम कर सकता है, तो केवल Noun Usage गिना जाता है।
- केवल Spoken। Written References — Prepared Text जो ज़ोर से नहीं पढ़ा गया, Social Media Posts, Captions — नहीं गिने जाते।
- निर्दिष्ट Timeframe के भीतर। Event से पहले या बाद में Mentions नहीं गिनते, भले ही वे आसन्न हों।
- Plurals और Possessives आम तौर पर Base Word के रूप में योग्य होते हैं।
- Compound Words जिनमें Target Word होता है आम तौर पर योग्य होते हैं।
उदाहरण के लिए, एक “क्या Trump [X] कहेंगे” मार्केट Spoken X के बारे में है, Noun Form में, विशिष्ट Event के दौरान — वह नहीं जो वह पहले Tweet करता है, और “to [X]” जैसा Verb Form नहीं।
Trader Takeaway: यदि आप एक Mention मार्केट ट्रेड कर रहे हैं, तो सटीक Phrasing पढ़ें और मान लें कि Defaults लागू होते हैं जब तक मार्केट स्पष्ट रूप से उन्हें Override नहीं करता।
7. Word-Level False Equivalence: Zelenskyy Suit Precedent
जब एक मार्केट किसी विशिष्ट Word या चीज़ के बारे में पूछता है, तो Oracle इसे Technical स्तर पर Interpret करता है, Loose Colloquial स्तर पर नहीं — और वह Technical परिभाषा उसी मार्केट के बाद के Versions में बनी रहती है।
प्रामाणिक मामला “क्या Zelenskyy X तक Suit पहनेंगे?” मार्केट Family है। अलग Trousers पर Casual रूप से पहनी गई Suit Jacket “Suit” नहीं है। Suit का मतलब है एक ही Material की Matching Jacket और Trousers, आमतौर पर Dress Shirt और Tie के साथ पहनी जाती है। वह Technical परिभाषा शुरुआती विवादों में स्थापित की गई थी और मार्केट के हर बाद के Version में फिर से लागू की गई है, भले ही “Counts” के रूप में क्या Suit है इस पर Public Interpretation संभवतः नरम हो गई है।
देखने लायक दो संबंधित Patterns:
- Event-Level False Equivalence। “क्या Iran Strait of Hormuz को बंद करेगा?” (देखें #8) में कुछ ट्रेडर एक मंदी या GPS Jamming को “Closure” के रूप में मान रहे थे। Oracle आम तौर पर उस तरह की Scale-Flattening को Reject करता है।
- Phrase-Level False Equivalence। “Severely Restricts” का मतलब “कोई भी प्रमुख व्यवधान” नहीं है। Resolution Phrasing की Loose Interpretation Test होने पर लगभग हमेशा Reject की जाती है।
Trader Takeaway: यदि एक Precedent पहले से ही स्थापित कर चुका है कि मार्केट के एक Version में किसी Word या Phrase को कैसे Interpret किया जाता है, तो मान लें कि वह परिभाषा आगे बढ़ती है। ऐसे ट्रेड न करें जैसे “Public Opinion बदल गई है” — Oracle इसके साथ नहीं बदलेगा।
8. Strait of Hormuz Closure Precedent
2025 Iran-Israel-US Flare-up के दौरान, मार्केट Family ने पूछा कि क्या Iran Strait of Hormuz के माध्यम से Traffic को “Close” करेगा या “Severely Restrict” करेगा। वास्तविक दुनिया की स्थितियाँ अजीब हो गईं: Iranian GPS Jamming ने Tanker Traffic को काफी धीमा कर दिया, जिसमें कुछ Shipping Lanes ने Peak Disruption Days पर 50%+ Traffic Drops देखे।
कुछ ट्रेडर्स ने तर्क दिया कि यह “Closure” या “Severe Restriction” को संतुष्ट करता है। Oracle असहमत था। मार्केट NO पर Resolve हुए क्योंकि मानदंडों को Traffic को एक स्पष्ट, Observable तरीके से रोकने या Severely Restrict करने की आवश्यकता थी — केवल Passage को अधिक महंगा या धीमा बनाने की नहीं। एक बाधित लेकिन कार्यशील Strait एक बंद Strait नहीं है।
Precedent इस विशिष्ट मार्केट से परे सामान्यीकृत होता है: भू-राजनीतिक “क्या X हुआ” मार्केट के लिए, Bar आमतौर पर High और Concrete होता है। “आने वाले X के संकेत” और “Partial X” आम तौर पर उस मार्केट को संतुष्ट नहीं करते जो X के बारे में पूछता है।
Trader Takeaway: जब एक भू-राजनीतिक मार्केट “Tensions Escalating” या “Early Signs” के बारे में भारी News Flow देखना शुरू करता है, तो खुद से पूछें कि मार्केट के Resolution मानदंड वास्तव में क्या आवश्यक हैं। “Escalating” और “Happened” के बीच का अंतर आमतौर पर वहां है जहां विवाद रहते हैं — और जहां पैसा बनता या खोया जाता है।
एक Trader के रूप में इन Precedents का उपयोग कैसे करें
तीन व्यावहारिक Applications:
एक Position में प्रवेश करने से पहले, इन 8 Precedents के विरुद्ध मार्केट के Resolution नियमों को पढ़ें। यदि मार्केट किसी पर भी अस्पष्ट है, तो आप एक Resolution Risk देख रहे हैं जो वर्तमान मार्केट Price में Priced In नहीं हो सकता।
जब मार्केट Price उस चीज़ से Diverge होता है जो आपको स्पष्ट दिखती है, तो इन Precedents में से एक अक्सर कारण होता है। “जब परिणाम स्पष्ट है तो यह $0.99 पर ट्रेड क्यों नहीं हो रहा?” एक ऐसा प्रश्न है जिसके विशिष्ट उत्तर हैं: शायद आधिकारिक Certification नहीं हुआ है, शायद Preliminary Data Final से अलग दिखता है, शायद आप जिस शब्द पर केंद्रित हैं उसकी एक Technical परिभाषा है जो आप नहीं जानते थे।
Propose करते समय, इन Precedents को वह न्यूनतम मानें जो आपको जानना चाहिए। अधिकांश खराब Proposals उन Proposers से आते हैं जिन्होंने “स्पष्ट” Interpretation लागू होने की धारणा बनाई, बिना यह जांचे कि क्या एक Precedent अन्यथा कहता है। यदि आप Propose करने के बारे में सोच रहे हैं, तो सभी 8 को Internalize करें।
Bottom Line
Resolution Precedent Polymarket के Rulebook की अदृश्य दूसरी परत है। polymarketguide.gitbook.io पर Community Archive में इन 8 से परे दर्जनों और Precedents हैं, और गंभीर Traders को Basics के साथ सहज होने के बाद Archive को पूरा पढ़ना चाहिए।
लेकिन ये 8 उन मामलों को Cover करते हैं जिनसे आप सबसे अधिक टकराएंगे, और उन्हें जानना “यह मार्केट अजीब तरह से Resolve हुआ” को “यह मार्केट अनुमान के अनुसार Resolve हुआ, और मुझे उसे Price In करना चाहिए था” में बदल देता है।
यदि आप एक Trading Workflow बना रहे हैं जो इस स्तर के विवरण पर निर्भर करता है, तो पहले सुनिश्चित करें कि आप Platform पर हैं — Polymarket के लिए साइन अप करें और अपने खुद के Market Reads के Pattern-Match करना शुरू करें कि Oracle वास्तव में कैसे व्यवहार करता है।
और जानें
- Polymarket मार्केट कैसे Resolve होते हैं — पूर्ण UMA Optimistic Oracle प्रक्रिया
- Polymarket Resolutions कैसे Propose करें — Proposer बनने के लिए व्यावहारिक गाइड
- Polymarket पर Odds समझना — Resolution अनिश्चितता के प्रकाश में Prices कैसे पढ़ें
- Polymarket Review 2026 — पूर्ण गहन समीक्षा