हर चरण का सही पहचानकर्ता चुनें
एक घटना में कई बाज़ार हो सकते हैं। एक बाज़ार निश्चित सवाल है और हर परिणाम का अपना टोकन पहचानकर्ता है। यह संबंध साफ़ रखें। बदला हुआ, अनूदित या दोहराया शीर्षक ऑर्डर का भरोसेमंद पहचानकर्ता नहीं है।
खोज, विवरण, कीमत और प्रमाणित ट्रेडिंग के लिए वर्तमान आधिकारिक दस्तावेज़ देखें। API और SDK बदलते हैं। यह हिंदी मार्गदर्शिका संरचना समझाती है, पुराने क्लाइंट की अप्रमाणित हस्ताक्षर विधि नहीं देती।
पाँच चरण, अलग ज़िम्मेदारियाँ
भेजने से पहले कार्रवाई के इरादे का स्थायी पहचानकर्ता दर्ज करें। उससे नियम संस्करण, शुरुआती निरीक्षण और परिणामी ऑर्डर जुड़ते हैं। यह ऐप में दोहराव रोकने की रूपरेखा है; हर API में इडेम्पोटेंसी कुंजी उपलब्ध होने का दावा नहीं।
- खोजें: सही बाज़ार, परिणाम, नियम, स्थिति और लागू ट्रेडिंग सीमाएँ।
- देखें: वर्तमान स्थिति लें और समय व कनेक्शन की स्थिति के साथ अपडेट पढ़ें।
- निर्णय लें: दर्ज इनपुट पर नियम का निश्चित संस्करण लगाएँ; कार्रवाई या न करने का कारण बनाएँ।
- अनुमति जाँचें: पात्रता, हस्ताक्षर अधिकार, मंज़ूरी, बजट और ऑर्डर की शर्तें।
- मिलान करें: इच्छित कार्रवाई को वास्तविक खुले ऑर्डर, निष्पादन और पोज़िशन से तुलना करें।
समय सीमा पार होना अनिश्चित परिणाम है
ऑर्डर और ट्रेड रिकॉर्ड देखने तक उसी इरादे को फिर न भेजें। पहला अनुरोध स्वीकार हो चुका हो सकता है। बिना जाँच दोहराने से जोखिम दोगुना हो सकता है। प्रक्रिया दोबारा शुरू होने पर भी अनसुलझी स्थिति बनाए रखें।
काल्पनिक दस इकाइयों के ऑर्डर में तीन पूरी हों तो तीन की पोज़िशन और सात खुले हिस्से की बजट आरक्षण अलग दर्ज करें। बाकी रद्द करने से पूरी हुई तीन इकाइयाँ वापस नहीं होतीं। रद्द होने की पुष्टि के बाद नया डेटा लेकर अगला निर्णय करें।
डेवलपर के लिए बहाली की सूची
बिना प्रमाणपत्र या निजी कुंजी के नकली सेवा और दर्ज इनपुट से परीक्षण करें। केवल पढ़ने वाला नमूना बाज़ार पहचान जाँच सकता है। वास्तविक एकीकरण के लिए वर्तमान API और अनुमति मॉडल अलग से सत्यापित करें।
- अस्वीकृति: कारण दर्ज करें और मूल शर्त सुधारें; बिना समझे लगातार न भेजें।
- कनेक्शन टूटना: ताज़ा डेटा वाली कार्रवाई रोकें और फिर जुड़ने पर स्थिति दोबारा बनाएँ।
- अनुरोध सीमा: वर्तमान नीति मानें और कई प्रक्रियाओं के एक साथ पुनः प्रयास रोकें।
- अज्ञात प्रेषण: स्पष्ट अनसुलझी स्थिति रखें और मिलान के बाद ही दोहराएँ।
- पुनः शुरुआत: ऑर्डर, पोज़िशन, अनुमतियाँ और आरक्षित बजट पहले बहाल करें।
- अनुमति वापस लेना: नए हस्ताक्षर रोकें और खुले ऑर्डर अलग देखें।
डेटा पढ़ने वाले हिस्से से रहस्य अलग रखें
सुविधा के लिए निगरानी हिस्से को हस्ताक्षर अधिकार न दें। निजी जानकारी लॉग, ब्राउज़र कोड, रिपॉज़िटरी या जाँच के स्क्रीनशॉट में न रखें। अनुमति की समाप्ति और वापसी का व्यवहार जाँचें।
SharkRule उपयोगकर्ता के नियमों और अनुमतियों पर केंद्रित है। यह SharkRule की अपनी API का दस्तावेज़ नहीं है और उपलब्ध डेवलपर API या SDK का वादा नहीं करता। समर्थित उत्पाद सुविधाओं की जानकारी के लिए शुरुआती पहुँच की सूची में नाम दें।
धन की कस्टडी, अनुमतियाँ और पात्रता
नॉन-कस्टोडियल का मतलब धन उपयोगकर्ता के नियंत्रण वाले वॉलेट में रहना है; इससे ट्रेडिंग अनुमतियाँ, स्मार्ट कॉन्ट्रैक्ट के जोखिम या नुकसान की संभावना खत्म नहीं होती। SharkRule, Polymarket से स्वतंत्र है और किसी संबद्धता या समर्थन का दावा नहीं करता। यह सॉफ़्टवेयर की शिक्षा है, वित्तीय या निवेश सलाह नहीं। ट्रेडिंग पात्रता Polymarket के मौजूदा भौगोलिक प्रतिबंधों पर निर्भर है।
मौजूदा भौगोलिक प्रतिबंध देखेंअक्सर पूछे जाने वाले सवाल
डेटा देखने के लिए ट्रेडिंग कुंजी चाहिए?
डेटा पढ़ना और प्रमाणित ट्रेडिंग अलग हैं। हर आधिकारिक एपीआई पथ की ज़रूरत देखें और केवल पढ़ने वाले नमूने को हस्ताक्षर अधिकार न दें।
क्या हर विफल अनुरोध दोहराया जा सकता है?
नहीं। जवाब न मिलने पर भी ऑर्डर स्वीकार हुआ हो सकता है। दूसरा ऑर्डर बनाने से पहले स्थिति मिलाएँ।
ऑर्डर भेजना ट्रेड पूरा होना है?
नहीं। प्रेषण, स्वीकृति, आंशिक या पूरा निष्पादन और निपटान अलग अवस्थाएँ हैं।