Polymarket कर — भविष्यवाणी-मार्केट के लाभों की रिपोर्टिंग का अवलोकन

यह गाइड Polymarket पर ट्रेडिंग से हुए लाभ और हानियों की रिपोर्टिंग के सामान्य तरीकों का वर्णन करता है। इसमें prediction-market गतिविधि पर लागू होने वाले सामान्य कर फ्रेमवर्क, व्यावहारिक रिकॉर्ड-कीपिंग, और टैक्स रिटर्न या अकाउंटेंट को जानकारी तैयार करते समय ट्रेडर्स द्वारा आमतौर पर उठाए जाने वाले कदम शामिल हैं। यह जानकारीशैली की सामग्री है, कर सलाह नहीं।

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

अधिकांश क्षेत्राधिकार prediction-market स्थितियों से होने वाले लाभों को अन्य क्रिप्टो या पूंजी लेनदेन के समान मानते हैं; वर्गीकरण गतिविधि और नियत पर निर्भर करता है।
सटीक ट्रेड-स्तरीय रिकॉर्ड रखें: टाइमस्टैम्प, मार्केट ID, pUSD या USDC की राशि, ऑर्डर विवरण, और CTF split/merge/redeem ईवेंट्स।
वास्तविक बनाम अनरियलाइज़्ड लाभ अलग करें: कर आमतौर पर किसी टैक्सेबल इवेंट (बिक्री, रिडीम, या सेटलमेंट) से जुड़ा होता है, न कि मूल्य में कागज़ी बदलाव से।
नेट प्राप्ति की गणना करते समय fees, maker/taker fees, और सेटलमेंट समय को ध्यान में रखें।
संदेह होने पर, अपने टैक्स प्रोफेशनल को पूर्ण ट्रांज़ैक्शन लॉग प्रदान करें और इस गाइड में कर व्यवहार का दावा करने से बचें।

कर प्राधिकरण आम तौर पर prediction-market गतिविधि को कैसे देखते हैं

"Polymarket कर" के लिए कोई एक वैश्विक नियम नहीं है। व्यवहार स्थानीय कानून और ट्रेडर की परिस्थितियों पर निर्भर करता है। हालांकि, कर प्राधिकरण prediction-market लाभों का विश्लेषण करते समय कुछ सामान्य फ्रेमवर्क का उपयोग करते हैं:

पूंजी-लाभ मॉडल: outcome tokens खरीदने और बाद में बेचने (या उनके समकक्ष जोखिम) से हुए लाभों को पूंजीगत लाभ या हानि के रूप में माना जाता है। टैक्सेबल इवेंट आमतौर पर निपटान (disposal) होता है — उदाहरण के लिए CLOB पर शेयर बेचना या resolution के बाद जीतने वाले outcome tokens को pUSD के लिए redeem करना।
आय/व्यवसायी मॉडल: पेशेवर या बार-बार ट्रेड करने वाले ट्रेडर्स के लिए, प्राधिकरण लाभों को सामान्य आय के रूप में मान सकते हैं। फ़्रीक्वेंसी, नियत, पैमाना, और संगठन ऐसे सामान्य कारक हैं जिनका उपयोग कर एजेंसियां यह निर्धारित करने के लिए करती हैं कि क्या ट्रेडिंग एक व्यवसाय है।
सेटलमेंट पर सामान्य आय: कुछ अधिकारक्षेत्रों में, जीतने वाले tokens के CTF redeem के माध्यम से pUSD प्राप्त करना सामान्य आय के रूप में माना जा सकता है यदि प्लेटफ़ॉर्म इस गतिविधि को आय प्राप्त करने के समान समझता है।

कौन से इवेंट सामान्यतः कर ट्रिगर करते हैं

CLOB पर बिक्री: कोई market या limit order निष्पादित करके outcome token का निपटान आमतौर पर एक टैक्सेबल इवेंट बनाता है — प्राप्ति (pUSD या USDC में) माइनस लागत आधार ही लाभ या हानि निर्धारित करती है।
Resolution के बाद redeem: जीतने वाले CTF tokens को $1.00 pUSD के लिए बर्न करके सेटलमेंट प्राप्त करना सामान्यतः token के निपटान के रूप में माना जाता है और कर योग्य हो सकता है।
Splitting / पोजिशन बनाना: CTF split का उपयोग करके pUSD से एक complete set मिंट करना आमतौर पर अपने आप में टैक्सेबल निपटान नहीं माना जाता; यह pUSD को outcome tokens में एक परिभाषित लागत आधार पर परिवर्तित करता है। रिकॉर्ड रखें ताकि लागत आधार split से बाद के निपटानों में प्रवाहित हो सके।
वॉलेट्स के बीच ट्रांसफर: अपने ही वॉलेट्स के बीच token स्थानांतरित करना कई अधिकारक्षेत्रों में एक गैर-टैक्सेबल आंतरिक ट्रांसफर होता है — सिवाय उन मामलों के जहां स्थानीय नियमों के तहत ट्रांसफर ऑन-चेन इवेंट को निपटान के रूप में कर देते हैं। ट्रांसफर मेमो और वॉलेट पतों को संजोकर रखें।

रिकॉर्ड-कीपिंग: क्या कैप्चर करें और क्यों

अच्छे रिकॉर्ड्स रिपोर्टिंग को सरल बनाते हैं और ऑडिट में जोखिम कम करते हैं। न्यूनतम रूप से, निम्नलिखित कैप्चर करें:

मार्केट पहचानकर्ता (Polymarket मार्केट slug या Gamma market id का उपयोग करें)।
लेनदेन प्रकार: buy, sell, split, merge, redeem, transfer।
Timestamp (UTC), ब्लॉकचेन ट्रांज़ैक्शन हैश, और शामिल वॉलेट पता।
मात्रा और outcome token id (ERC-1155 id) या स्पष्ट विवरण (YES/NO या outcome नाम)।
प्रति शेयर कीमत और कुल pUSD/USDC राशि जो प्राप्त या चुकाई गई।
भुगतान की गई फीस (taker fees; Polymarket पर maker fees शून्य हैं पर यदि आपने Builder का उपयोग किया है तो builder fees लागू हो सकती हैं)।
आंशिक फील्स, स्लिपेज, और ऑर्डर प्रकार (FAK market order, limit order) पर नोट्स।

Polymarket-विशिष्ट डेटा स्रोत

Gamma API (https://gamma-api.polymarket.com) मार्केट्स, slugs, और मेटाडेटा प्रदान करता है जो market id को मानव-पठनीय प्रश्न से जोड़ने में उपयोगी है।
Data API (https://data-api.polymarket.com) ट्रेड्स और पोजिशन्स को उजागर करता है जो वॉल्यूम और फील्स को मिलान करने में मदद कर सकता है।
ऑन-चेन साक्ष्य: CTF split/merge/redeem और ERC-1155 ट्रांसफर Polygon (chain id 137) पर दिखाई देते हैं और क्रियाओं के अधिकारिक प्रमाण प्रदान करते हैं।

यदि आप रिकॉर्ड्स अपने अकाउंटेंट को सौंपने की योजना बनाते हैं, तो दोनों शामिल करें: मानव-पठनीय market slug और ट्रांज़ैक्शन हैश ताकि आपका प्रिपेयर इवेंट्स को सत्यापित कर सके।

लागत आधार और लाभ की गणना

First-in, first-out (FIFO) कई टैक्स प्राधिकरणों द्वारा लागत‑आधार गणना के लिए सामान्य विधि है। अन्य विधियाँ (specific identification, LIFO) अनुज्ञेय हो सकती हैं जो अधिकारक्षेत्र पर निर्भर करती हैं।
जब आप pUSD से एक complete set split करते हैं, तो pUSD लागत को परिणामी outcome tokens में आवंटित करें। यदि आप बाद में उन tokens को बेचते या redeem करते हैं, तो लाभ/हानि की गणना के लिए उस आवंटित लागत आधार का उपयोग करें।
फीस प्राप्तियों को घटाती हैं। निष्पादन पर भुगतान की गई taker fees को रिकॉर्ड करें और नेट लाभ की गणना करते समय सकल प्राप्ति से घटाएं।

खास परिस्थितियाँ जिनका ध्यान रखें

Arb ट्रेड और समकालिक लेग्स: यदि आप intra-market arbitrage के हिस्से के रूप में पूरक outcomes (उदा., YES और NO) खरीदते हैं, तो आप दो पोजिशन्स खोल सकते हैं जिनका लिंक्ड लागत आधार हो सकता है। प्रत्येक लेग का निपटान आमतौर पर अपना टैक्सेबल इवेंट ट्रिगर करता है; जोड़ी और समय-सीमा का दस्तावेज़ीकरण रखें।
आंशिक फील्स और FAK ऑर्डर्स: आंशिक निष्पादन वास्तविक किए गए मात्राओं और लागत आधार को बदलते हैं। CLOB या Data API से फील-स्तरीय विवरण बनाए रखें।
विवाद और UMA resolution में देरी: UMA विवाद से सेटलमेंट रुक सकता है। अंतिम सेटलमेंट तक tokens संभवतः redeemable नहीं होते; ऊंटेल्ड पोजिशन्स के उपचार में अधिकारक्षेत्र के अनुसार विविधता हो सकती है और यह टैक्सेबल इवेंट के समय को प्रभावित कर सकता है।

वर्ष-अंत रिपोर्ट तैयार करने के लिए व्यावहारिक वर्कफ़्लो

Data API और CLOB ट्रेड रिपोर्टों से ट्रेड और पोजिशन इतिहास एक्सपोर्ट करें। मार्केट नामों के लिए Gamma slugs शामिल करें।
प्रमाणिक समय के लिये Polygon ट्रांज़ैक्शन हैश का उपयोग करके ऑन-चेन CTF ईवेंट्स (split/merge/redeem) को मिलान करें।
split के माध्यम से बनाए गए tokens के लिए लागत आधार आवंटित करें। चुना गया लागत‑आधार तरीका लगातार लागू करें।
प्रत्येक निपटान इवेंट के लिए वास्तविक किए गए लाभ/हानि की गणना करें। फीस घटाएँ और किसी भी प्रासंगिक builder fees को अलग से रिपोर्ट करें।
अपने टैक्स प्रिपेयर को एक साफ CSV दें जिसमें प्रत्येक टैक्सेबल निपटान के लिए एक पंक्ति हो (date, market, outcome, quantity, proceeds, cost basis, gain/loss, tx hash)।

अधिकारक्षेत्र कैसे अलग होते हैं (उच्च-स्तरीय)

कर नियम काफी भिन्न होते हैं। कुछ कर प्रणालियों के पास क्रिप्टो ट्रेडिंग और पूंजीगत लाभ के लिए विस्तृत मार्गदर्शन है; अन्य क्रिप्टो प्राप्तियों को सामान्य आय के रूप में मानते हैं। पूंजीगत लाभ और सामान्य आय के बीच विभाजन अक्सर इस बात पर निर्भर करता है कि ट्रेडिंग एक मनोरंजन/शौक है या एक व्यवसाय। आप स्थानीय मार्गदर्शन या किसी कर पेशेवर से अधिकारक्षेत्र-विशिष्ट नियमों के लिए परामर्श करें।

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

रिकॉर्ड-कीपिंग और टैक्सेबल इवेंट्स का समय संचालनात्मक विकल्पों को सूचित करना चाहिए। यदि आप कई निपटान की उम्मीद करते हैं, तो सुनिश्चित करें कि आपका एक्सपोर्ट और मिलान वर्कफ़्लो फील-स्तरीय विवरण कैप्चर करता है। जो arbitrage रणनीतियाँ पेयर किए गए लेग्स खोलती हैं, उनके लिए ट्रेड पेयरिंग और टाइमस्टैम्प रखें ताकि निपटान को मूल लागत आवंटन तक ट्रेस किया जा सके। Polymarket-विशिष्ट मेकैनिक्स को याद रखें: Relayer गैस प्रायोजित करता है, CTF split/merge/redeem ही सेटलमेंट प्रवाह है, और maker fees शून्य हैं।

समापन सारांश

Polymarket कर इस पर निर्भर करते हैं कि आप कहां रहते हैं और आप कैसे ट्रेड करते हैं। व्यावहारिक प्राथमिकताएँ स्थिर हैं: पूर्ण, सत्यापनीय रिकॉर्ड रखें (Gamma slugs, Data API एक्सपोर्ट, Polygon ट्रांज़ैक्शन हैश), लागत आधार स्पष्ट रूप से आवंटित करें, और अपने अकाउंटेंट के लिए निपटान‑स्तरीय पंक्तियाँ प्रदान करें। कर को एक रिपोर्टिंग समस्या की तरह देखें जिसे अच्छे डेटा से हल किया जा सकता है; मूल कदम हैं एक्सपोर्ट, मिलान, आवंटन, और रिपोर्ट।

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

क्या Polymarket पर ट्रेडिंग को अन्य क्रिप्टो ट्रेडिंग से अलग तरीके से रिपोर्ट किया जाता है?

कर प्राधिकरण सामान्यतः मौजूदा क्रिप्टो या प्रतिभूति नियमों को prediction-market ट्रेडिंग पर लागू करते हैं। Polymarket ट्रेड्स में ERC-1155 outcome tokens और pUSD सेटलमेंट शामिल होते हैं; मुख्य अंतर CTF split/merge/redeem lifecycle है। व्यवहार स्थानीय कानून और यह तय करने पर निर्भर करता है कि ट्रेडिंग पूंजीगत है या व्यवसायिक आय।

Polymarket पर टैक्सेबल इवेंट कब ट्रिगर होता है?

सामान्य टैक्सेबल इवेंट निपटान होते हैं: CLOB पर outcome token बेचना, तीसरे पक्ष को ट्रांसफर करना (यदि स्थानीय रूप से निपटान माना जाए), या resolution के बाद जीतने वाले tokens को pUSD के लिए redeem करना। pUSD से complete set split करना आमतौर पर अपने आप में टैक्सेबल निपटान नहीं माना जाता; यह लागत आधार सेट करता है।

मेरे अकाउंटेंट के लिए मुझे कौन से रिकॉर्ड रखने चाहिए?

मार्केट slugs, टाइमस्टैम्प, Polygon ट्रांज़ैक्शन हैश, वॉलेट पते, मात्राएँ, कीमतें, और फीस सहित ट्रेड-स्तरीय एक्सपोर्ट रखें। साथ ही CTF split/merge/redeem ईवेंट विवरण और किसी भी Data API या CLOB order-fill रिपोर्ट को रखें ताकि आंशिक फील्स और स्लिपेज का मिलान किया जा सके।

क्या maker fees टैक्सेबल लाभों को प्रभावित करती हैं?

Polymarket पर maker fees शून्य हैं; निष्पादन पर भुगतान की गई taker fees और कोई भी builder fees रिकॉर्ड किए जाने चाहिए। निष्पादन पर अदा की गई फीस नेट प्राप्तियों को घटाती हैं और इसलिए लाभ या हानि की गणना को प्रभावित करती हैं।

UMA विवाद टैक्स की समय-सीमा को कैसे प्रभावित करते हैं?

UMA विवाद अंतिम सेटलमेंट और जीतने वाले tokens की redeemability को देरी कर सकते हैं। असमाप्त पोजिशन्स का उपचार अधिकारक्षेत्र के अनुसार बदलता है। किसी भी टैक्सेबल इवेंट के समय का समर्थन करने के लिए विवाद समय और अंतिम निर्णय तिथियों के साक्ष्य रखें।

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

Polymarket कर— भविष्यवाणी-मार्केट लाभों की रिपोर्टिंग