Polymarket pUSD और Protocol V2 को समझें

मिलते-जुलते नामों वाले दो अपग्रेड आसानी से गड्डमड्ड हो जाते हैं। CLOB V2 ने एक्सचेंज, ऑर्डर बैकएंड और कोलैटरल टोकन बदला। Protocol V2 ने नतीजों के पोज़िशन रखने का एक दूसरा तरीका जोड़ा। यह गाइड दोनों को Polymarket के अपने दस्तावेज़ों के आधार पर समझाती है, डेवलपर वाला ब्योरा छोटा रखती है, और बताती है कि पेज कहाँ चुप हैं या एक-दूसरे से मेल नहीं खाते। चेंजलॉग की प्रविष्टियों की तारीख़वार टाइमलाइन एक अलग पोस्ट है।

pUSD क्या है?

Polymarket का दस्तावेज़ pUSD को Polymarket पर सारी ट्रेडिंग का कोलैटरल टोकन बताता है। तकनीकी रूप से यह Polygon पर एक ERC-20 टोकन, जिसे USDC का समर्थन है है। ERC-20 एक टोकन स्टैंडर्ड है, और दस्तावेज़ pUSD को एक रैपर कहता है, जो USDC पर दावे को दर्शाता है। बैकिंग स्मार्ट कॉन्ट्रैक्ट लागू करता है, और पेज बताता है कि न कोई एल्गोरिदमिक पेग है और न आंशिक रिज़र्व। किसी मार्केट में Yes और No टोकन की एक पूरी जोड़ी 1 pUSD की वैल्यू से समर्थित होती है।

pUSD किसी भी दूसरे ERC-20 टोकन की तरह ट्रांसफ़र हो सकता है, पर इसे Polymarket के भीतर काम करने के लिए बनाया गया है: दस्तावेज़ कहता है कि फ़िलहाल बाहरी एक्सचेंजों पर लिस्ट करने की कोई योजना नहीं। Polymarket Perps भी यही टोकन इस्तेमाल करते हैं, क्योंकि Perps का कोलैटरल pUSD है (Perps गाइड देखें)।

Polymarket ने इसे क्यों शुरू किया?

दस्तावेज़ एक छोटा कारण देता है: नेटिव USDC में सेटलमेंट। वह इसे ऐसा स्टैंडर्ड बताता है जो ज़्यादा कैपिटल-एफ़िशिएंट, ज़्यादा स्केलेबल और संस्थाओं के साथ बेहतर तालमेल वाला है, क्योंकि प्लेटफ़ॉर्म बढ़ रहा है। pUSD से पहले कोलैटरल USDC.e था, यानी USDC का ब्रिज्ड रूप, और pUSD ने उसकी जगह ली। पेज इन दोनों टोकन की तुलना नहीं करते और फ़ैसले के बारे में इससे ज़्यादा कुछ नहीं बताते।

pUSD कैसे मिलता है?

यह इस पर निर्भर करता है कि आप Polymarket कैसे इस्तेमाल करते हैं।

• polymarket.com पर। फ़्रंटएंड में एक बार की मंज़ूरी के बाद आपके फ़ंड अपने आप रैप हो जाते हैं। उसके बाद आपको बस एक बैलेंस दिखता है और आप ट्रेड करते हैं।
• डिपॉज़िट करके। ब्रिज रूपांतरण संभालता है: दूसरी चेन के एसेट Polygon पर अपने आप pUSD में बदल जाते हैं। आप नेटिव USDC या ब्रिज्ड USDC.e भेज सकते हैं।
• कॉन्ट्रैक्ट के ज़रिए। दस्तावेज़ दो समूहों का नाम लेता है जो हाथ से रैप करते हैं: पावर यूज़र और सिर्फ़ API से ट्रेड करने वाले, जो Collateral Onramp कॉन्ट्रैक्ट के ज़रिए USDC.e को pUSD में रैप करते हैं। वह दूसरे इंटरफ़ेस का वर्णन नहीं करता।

दूसरी दिशा में, निकासी Collateral Offramp के ज़रिए pUSD को अनरैप करती है, और आप pUSD को सीधे भी निकाल सकते हैं, हालाँकि कुछ एक्सचेंज अब pUSD डिपॉज़िट सीधे स्वीकार नहीं करते। फ़ीस के बारे में Fees पेज कहता है कि Polymarket USDC जमा करने या निकालने पर कोई फ़ीस नहीं, और Withdraw पेज कहता है कि वह निकासी पर कोई फ़ीस नहीं लेता। रास्ते में आप जो सेवा इस्तेमाल करें, वह अपनी फ़ीस ले सकती है।

खाता किस तरह का वॉलेट इस्तेमाल करता है?

Wallets पेज कहता है कि डिपॉज़िट वॉलेट डिफ़ॉल्ट है और 4 मई 2026 या उसके बाद बने सभी अकाउंट वॉलेट इसी का इस्तेमाल करते हैं, जबकि Proxy और Safe वॉलेट लेगेसी प्रकार हैं। Polymarket 101 इसे ज़्यादा सीमित शब्दों में कहता है: नए API यूज़र डिपॉज़िट वॉलेट इस्तेमाल करते हैं, और Safe और Proxy वॉलेट उन लोगों और इंटीग्रेशनों के लिए समर्थित रहते हैं जो उन्हें पहले से इस्तेमाल करते हैं। Contracts पेज जोड़ता है कि pUSD और Polymarket अकाउंट वॉलेट दोनों पोज़िशन सिस्टम के साथ काम करते हैं, जिनकी चर्चा आगे है।

CLOB V2 ने क्या बदला?

CLOB V2 वह अपग्रेड है जिसने pUSD शुरू किया। Polymarket का चेंजलॉग इसे एक समन्वित अपग्रेड बताता है, जिसमें नए एक्सचेंज कॉन्ट्रैक्ट, दोबारा बना CLOB बैकएंड और नए कोलैटरल टोकन के रूप में pUSD शामिल हैं। यह 28 अप्रैल 2026 को लगभग 11:00 UTC पर लाइव हुआ, और ट्रेडिंग लगभग 1 घंटा के लिए रुकी रही। ट्रेडर्स को दिखने वाले असर ये थे:

• खुले ऑर्डर मिटा दिए गए, इसलिए कटओवर से पहले जो भी ऑर्डर रखा था, उसे दोबारा देना पड़ा।
• फ़ीस प्रोटोकॉल द्वारा मैच के समय तय की जाती है, हस्ताक्षरित ऑर्डर का हिस्सा बनकर नहीं। दरें फ़ीस गाइड में हैं।
• Builder attribution अब ऑर्डर पर एक वैकल्पिक builder code फ़ील्ड से चलता है। माइग्रेशन गाइड कहती है कि builder codes इंटीग्रेटर्स के लिए attribution और रेवेन्यू शेयरिंग संभव बनाते हैं।

Protocol V2 क्या है?

Protocol V2, CLOB V2 से अलग बदलाव है, और इसके माइग्रेशन पेज उन इंटीग्रेशनों से शुरू होते हैं जो पहले से pUSD और CTF Exchange V2 ऑर्डर फ़ॉर्मैट इस्तेमाल कर रहे हैं। दस्तावेज़ कहता है कि यह नए पोज़िशन टोकन, साथ में ट्रेडिंग, पोज़िशन ऑपरेशन और रिज़ॉल्यूशन के लिए नए कॉन्ट्रैक्ट लाता है। नाम को लेकर एक उलझन है: Contracts पेज pUSD टोकन और उसके Onramp तथा Offramp कॉन्ट्रैक्ट पर वही Poly v2 बैज लगाता है, जो PositionManager पर है, जबकि चेंजलॉग और माइग्रेशन गाइड pUSD को CLOB V2 के लाइव होने से जोड़ते हैं, और यह गाइड उसी व्याख्या को मानती है।

Protocol V2 का मूल नतीजों के पोज़िशन के लिए एक दूसरा बही-खाता है। Conditional Tokens Framework (CTF) पर बने मार्केट्स अपने Yes और No बैलेंस Conditional Tokens कॉन्ट्रैक्ट में रखते हैं। Protocol V2 मार्केट्स उन्हें PositionManager नाम के कॉन्ट्रैक्ट में रखते हैं, जो हर ऑपरेशन को एक मॉड्यूल को सौंप देता है: सादे Yes/No मार्केट के लिए BinaryModule, कई नतीजों वाले इवेंट्स के लिए NegRiskModule और लेग्स के सेट से बने पोज़िशन के लिए CombinatorialModule। Combinatorial पोज़िशन, जो कई मौजूदा नतीजों को मिलाकर एक नई Yes और No जोड़ी बनाते हैं, Conditional Tokens Framework की जगह Protocol V2 इस्तेमाल करती हैं। V2 पोज़िशन के ऑर्डर एक अलग एक्सचेंज कॉन्ट्रैक्ट, ExchangeV3, के ज़रिए सेटल होते हैं, और स्प्लिट, मर्ज और रिडेम्पशन Router नाम के कॉन्ट्रैक्ट से गुज़रते हैं।

Protocol V2 रिज़ॉल्यूशन तक भी पहुँचता है। Polymarket 101 कहता है कि V2 मार्केट्स दूसरे रिज़ॉल्यूशन तंत्र भी इस्तेमाल कर सकते हैं। Contracts पेज रास्ता दिखाता है: नतीजे रिपोर्टर मॉड्यूल से OracleAggregator के ज़रिए उस मॉड्यूल तक जाते हैं जो condition का मालिक है, जिसमें रिपोर्टर मॉड्यूल के नाम OO, Chainlink और EOA हैं। रिज़ॉल्यूशन डेटा हर रिज़ॉल्व हुई condition के लिए एक रिपोर्टर का नाम देता है: UMA_OO, CHAINLINK या EOA। पेज "OO" या "EOA" का मतलब नहीं खोलते और यह नहीं बताते कि कौन-सा मार्केट किस रिपोर्टर का इस्तेमाल करता है। UMA वाला रास्ता रिज़ॉल्यूशन गाइड में पूरा समझाया गया है।

दोनों पोज़िशन सिस्टम आपस में कैसे जुड़ते हैं?

Polymarket पर दो पोज़िशन सिस्टम. स्रोत: docs.polymarket.com/trading/positions/how-positions-work, जाँच 19 अक्टूबर 2026.

दोनों सिस्टम Yes और No नतीजों को ERC-1155 टोकन के रूप में रखते हैं (यह वही स्टैंडर्ड है जिसका नाम 101 पेज नतीजों के शेयर के लिए लेता है), और दस्तावेज़ कहता है कि वे बैलेंस ट्रेडर के लिए आर्थिक रूप से एक ही चीज़ दर्शाते हैं। pUSD को Yes और No जोड़ी में बाँटना, जोड़ी को वापस मर्ज करना और रिज़ॉल्यूशन के बाद रिडीम करना, दोनों में है, पर अलग कॉन्ट्रैक्ट्स के ज़रिए। How Positions Work पेज चेतावनी देता है कि CTF token ID को PositionManager को नहीं भेजना चाहिए, और Position ID को Conditional Tokens को नहीं; वह कहता है कि मार्केट डिस्कवरी हर वर्कफ़्लो के लिए ज़रूरी आइडेंटिफ़ायर देती है।

जो आपके पास पहले से है, उसका क्या होगा? ओवरव्यू कहता है कि मौजूदा CTF होल्डिंग्स बदली नहीं जातीं, और कॉन्ट्रैक्ट माइग्रेशन पेज जोड़ता है कि इंटीग्रेशन अपडेट करने से मौजूदा CTF बैलेंस नहीं बदलते। Contracts पेज CTF पोज़िशन से PositionManager में जाने का एक माइग्रेशन रास्ता भी बताता है, लेकिन पहले Polymarket को condition या इवेंट रजिस्टर करना होगा, और पेज यह नहीं बताते कि इसे कौन और कब इस्तेमाल कर सकता है। Polymarket ऐप और वेबसाइट के यूज़र्स के लिए ओवरव्यू कहता है कि आने वाले किसी भी मंज़ूरी प्रॉम्प्ट को पूरा करने के अलावा कोई तकनीकी माइग्रेशन ज़रूरी नहीं।

ट्रेडर्स के लिए क्या बदला और क्या नहीं

क्या बदला

• कोलैटरल अब USDC.e की जगह pUSD है, इसलिए बैलेंस, ऑर्डर की लागत और पेआउट pUSD में हैं।
• कुछ मार्केट्स अपने पोज़िशन Protocol V2 बही-खाते में रखते हैं, और Polymarket ऐप मंज़ूरी के प्रॉम्प्ट दिखा सकता है।

क्या वही रहा

• Polymarket का pUSD पेज इसे इस तरह कहता है: रोज़-रोज़ कुछ नहीं बदलता। आप अब भी डिपॉज़िट करते हैं, बैलेंस देखते हैं, ट्रेड करते हैं और निकालते हैं।
• जीतने वाला शेयर अब भी $1.00 में रिडीम होता है और हारने वाला शेयर बेकार हो जाता है, चाहे उसे कोई भी सिस्टम रखे।
• Prices & Orderbook पेज कहता है कि ऑर्डर बुक मार्केट्स के बीच साझा है, जबकि सेटलमेंट का रास्ता इस पर निर्भर करता है कि टोकन किस सिस्टम में हैं।
• जो इंटीग्रेशन पहले से pUSD पर हैं, उनके लिए ओवरव्यू कहता है कि Protocol V2 में कोलैटरल, वॉलेट, CLOB क्रेडेंशियल और endpoint वही रहते हैं।

मार्केट पेज पर क्या जाँचें

• रिज़ॉल्यूशन नियम। वे तय करते हैं कि मार्केट कैसे रिज़ॉल्व होता है, और कुछ मार्केट्स UMA के अलावा दूसरे तंत्र भी इस्तेमाल कर सकते हैं। रिज़ॉल्यूशन गाइड देखें।
• इकाई। बैलेंस, ऑर्डर की लागत और पेआउट pUSD में हैं, USDC.e में नहीं, जबकि लिमिट ऑर्डर एक कीमत और शेयरों की एक संख्या के साथ दिया जाता है।
• मंज़ूरी के प्रॉम्प्ट। ओवरव्यू Polymarket ऐप और वेबसाइट के यूज़र्स से कहता है कि जो भी मंज़ूरी प्रॉम्प्ट आए, उसे पूरा करें। पेज यह नहीं बताते कि ये प्रॉम्प्ट किस चीज़ की मंज़ूरी माँगते हैं।
• वर्ज़न, अगर आप डेटा पढ़ते हैं। Gamma API का मार्केट डेटा एक वर्ज़न रखता है: CTF मार्केट्स के लिए "v1" और Protocol V2 मार्केट्स के लिए "v2"। दस्तावेज़ की सलाह है: मार्केट का version फ़ील्ड पढ़ें, क्योंकि किसी ID फ़ील्ड का होना यह नहीं बताता। इस गाइड के लिए इस्तेमाल हुए पेज यह नहीं कहते कि Polymarket ऐप इसे दिखाता है।
• आधिकारिक सूचनाएँ। चेंजलॉग और स्टेटस पेज बदलावों और घटनाओं की घोषणा करते हैं; टाइमलाइन पोस्ट चेंजलॉग की तारीख़ वाली प्रविष्टियाँ गिनाती है।

डेवलपर्स के लिए

डेवलपर्स के पास करने को ज़्यादा था। CLOB V2 के लिए प्रोडक्शन अब लेगेसी V1 SDK और V1 से हस्ताक्षरित ऑर्डर को सपोर्ट नहीं करता, और ऑर्डर का ढाँचा और साइनिंग डोमेन बदल गए; ब्योरे के लिए गाइड Migrating to CLOB V2 देखें। Protocol V2 के लिए Polymarket SDK, API और स्मार्ट-कॉन्ट्रैक्ट इंटीग्रेशन के लिए माइग्रेशन पेज प्रकाशित करता है, जो सब ओवरव्यू से खुलते हैं। संक्षेप में: मार्केट के वर्ज़न के हिसाब से आइडेंटिफ़ायर चुनें, नई अनुमतियाँ दें क्योंकि मौजूदा CTF अनुमतियाँ V2 पर अपने आप लागू नहीं होतीं, V2 ऑर्डर V2 एक्सचेंज के विरुद्ध साइन करें, और CTF मार्केट्स के लिए CTF सपोर्ट रखें। यह गाइड जान-बूझकर यहीं रुकती है।

PolyTerminal, Polymarket के लिए एक स्वतंत्र इंटरफ़ेस है। इसे न Polymarket चलाता है और न ही इसका समर्थन करता है। PolyTerminal से दिए गए ऑर्डर में PolyTerminal का Polymarket builder code लगा होता है, और PolyTerminal, Polymarket की अपनी फ़ीस के ऊपर builder fee ले सकता है। यह पेज शैक्षिक है और निवेश की सलाह नहीं है। नियमों को 19 अक्टूबर 2026 को आधिकारिक दस्तावेज़ों से मिलाया गया था; किसी संख्या के आधार पर कदम उठाने से पहले स्रोत देख लें।