लेख की विषय-सूची
- साक्ष्य और दायरा
- चित्रण
- प्रक्रिया
- हर कॉन्ट्रैक्ट के दो पहलू होते हैं
- यूनिट्स और गिनती के तरीके फ़ीचर डेफ़िनिशन में आते हैं
- स्नैपशॉट को फ़ैसले के हिसाब से जोड़ें, सबसे पास के टाइमस्टैम्प के हिसाब से नहीं
- आउटस्टैंडिंग स्टॉक और ट्रेडिंग फ्लो अलग-अलग क्वांटिटी हैं
- दो प्राइस–OI हाइपोथीसिस को अलग-अलग टेस्ट किया जा सकता है
- फ़िल्टर का मूल्यांकन करने से पहले डेटा को वैलिडेट करें
- आम गलतियाँ
- व्यावहारिक जाँच सूची
- अक्सर पूछे जाने वाले प्रश्न
- शोध स्रोत
साक्ष्य और दायरा
CME OI बनाम वॉल्यूम को समझाता है। बायबिट डॉक्यूमेंटेशन प्रोडक्ट-स्पेसिफिक यूनिट्स और काउंटिंग फ़ील्ड्स को दिखाता है। गियाकियोजिस-सैड एब्स्ट्रैक्ट 2023 सैंपल में इनकंसिस्टेंसीज़ की रिपोर्ट करता है, यह कोई फैसला नहीं है कि हर मौजूदा फ़ीड गलत है। कोई भी नया बैकटेस्ट यहाँ प्रपोज़्ड फ़िल्टर्स को वैलिडेट नहीं करता है। [1] [2] [3]
व्यावहारिक कार्यप्रवाह
- कॉन्ट्रैक्ट स्कीमा पढ़ेंयूनिट्स, मल्टीप्लायर्स और एक तरफ़ा या दो तरफ़ा गिनती रिकॉर्ड करें।
- उपलब्ध स्नैपशॉट संरेखित करेंहर कटऑफ से पहले मिले ऑब्जर्वेशन का ही इस्तेमाल करें।
- अलग मात्रा और मूल्यांकनUSD प्राइस में बदलाव को नए कॉन्ट्रैक्ट से कन्फ्यूज़ न करें।
- मूल्य ट्रिगर की आवश्यकता हैब्रेकआउट और रीक्लेम ब्रांच के इनवैलिडेशन के अलग-अलग नियम हैं।
- डेटा गुणवत्ता की संवेदनशीलता जाँचेंदेरी, पुराने मान, कॉन्ट्रैक्ट रोल और स्कीमा बदलाव का प्रभाव परखें।
हर कॉन्ट्रैक्ट के दो पहलू होते हैं
वन-साइडेड कॉन्ट्रैक्ट-काउंट कन्वेंशन के तहत, एक ट्रांज़ैक्शन जिसमें दोनों काउंटरपार्टी नई पोज़िशन खोलते हैं, OI को एक कॉन्ट्रैक्ट बढ़ा देता है। अगर दोनों मौजूदा पोज़िशन बंद करते हैं, तो OI एक कम हो जाता है। अगर कोई ओपनिंग पोज़िशन किसी क्लोजिंग पोज़िशन की जगह लेती है, तो OI में कोई बदलाव नहीं होता है। तीनों मामलों में ट्रेडिंग वॉल्यूम बढ़ता है। CME आउटस्टैंडिंग कॉन्ट्रैक्ट के स्टॉक को ट्रेडिंग एक्टिविटी के फ्लो से अलग करता है। [1]
कीमत और OI का साथ बढ़ना नई पोजीशन बनने के साथ हो सकता है, लेकिन हर कॉन्ट्रैक्ट के दोनों पक्ष होते हैं। किसने लॉन्ग या शॉर्ट खोला, यह जानने के लिए अतिरिक्त वर्गीकृत डेटा चाहिए। कीमत और OI का साथ गिरना लेवरेज घटने से संगत हो सकता है; इससे हर बंद पोजीशन का जबरन बंद लॉन्ग होना सिद्ध नहीं होता।
प्राइस अप/डाउन और OI अप/डाउन के जाने-पहचाने चार कॉम्बिनेशन डिस्क्रिप्शन हैं, पूरी स्ट्रैटेजी नहीं। वे एंट्री टाइमिंग, पार्टिसिपेंट आइडेंटिटी, हेजिंग मोटिव्स और एग्जीक्यूशन कॉस्ट को छोड़ देते हैं। हर कॉम्बिनेशन को एक कैंडिडेट एक्सप्लेनेटरी फीचर के तौर पर देखें, जिसके फ्यूचर रिलेशनशिप का अंदाज़ा तय मार्केट में लगाया जाना चाहिए।
यूनिट्स और गिनती के तरीके फ़ीचर डेफ़िनिशन में आते हैं
कॉन्ट्रैक्ट मल्टीप्लायर, इनवर्स या लीनियर प्रोडक्ट टाइप और API काउंटिंग का तरीका पढ़ें। यहां जांचा गया Bybit डॉक्यूमेंटेशन दोनों तरफ गिने जाने वाले openInterest और एक तरफ गिने जाने वाले singleOpenInterest में अंतर करता है; इनवर्स प्रोडक्ट USD यूनिट का इस्तेमाल करते हैं जबकि लीनियर प्रोडक्ट कॉइन यूनिट का इस्तेमाल करते हैं। [2] हिस्टोरिकल और लाइव डेटा में फील्ड के बीच चुपचाप स्विच करने के बजाय फील्ड का नाम और स्कीमा वर्शन सेव करें।
USD-वैल्यू वाला OI बढ़ सकता है क्योंकि अंडरलाइंग प्राइस बढ़ता है जबकि कॉइन या कॉन्ट्रैक्ट की संख्या में कोई बदलाव नहीं होता है। पोजीशन बनाने की स्टडी करने के लिए, एक जैसा क्वांटिटी मेज़र चुनें या प्राइस और क्वांटिटी इफ़ेक्ट को डीकंपोज़ करें। ETH क्वांटिटी में BTC क्वांटिटी न जोड़ें। एक क्रॉस-एसेट USD एग्रीगेट के लिए एक तय वैल्यूएशन प्राइस और टाइमस्टैम्प की ज़रूरत होती है।
कॉन्ट्रैक्ट विनिर्देश या एक-पक्षीय से दो-पक्षीय गिनती में बदलाव, ट्रेडिंग से असंबंधित असतत बदलाव पैदा कर सकता है। उसे पहचानकर दर्ज करें। दिखने में चिकना सामान्यीकरण उस बदलाव को छिपाते हुए गलत प्रतिशत-परिवर्तन संकेत बनाए रख सकता है; इसलिए मूल फील्ड और रूपांतरण मेटाडेटा बचाएँ।
एक्सपायरी वाले फ्यूचर्स में कॉन्ट्रैक्ट रोल भी महत्त्वपूर्ण है। निकटतम एक्सपायरी के OI में कमी पूरे बाजार का एक्सपोजर घटने की जगह अगली एक्सपायरी में स्थानांतरण हो सकती है। तय करें कि फीचर एक नामित कॉन्ट्रैक्ट देखता है या पात्र एक्सपायरी का प्रलेखित समुच्चय।
स्नैपशॉट को फ़ैसले के हिसाब से जोड़ें, सबसे पास के टाइमस्टैम्प के हिसाब से नहीं
फ़ैसले से पहले असल में मिले सबसे नए स्नैपशॉट का इस्तेमाल करें। सबसे पास का जॉइन भविष्य का ऑब्ज़र्वेशन चुन सकता है और जानकारी लीक कर सकता है। फ़ॉरवर्ड फ़िलिंग को बताई गई ज़्यादा से ज़्यादा उम्र तक लिमिट करें; पुराना OI नहीं तो एक्टिव मार्केट को बिना बदलाव वाला दिखा सकता है। एक मज़बूत डेटासेट ऑब्ज़र्वेशन टाइमस्टैम्प और वह टाइमस्टैम्प दोनों स्टोर करता है जिस पर वैल्यू उपलब्ध हुई थी।
होराइजन तुलना के लिए, मौजूदा कटऑफ और पहले के कटऑफ पर लेटेस्ट एलिजिबल क्वांटिटी निकालें। दोनों ऑब्जर्वेशन के लिए एक पॉजिटिव पिछली क्वांटिटी, कंसिस्टेंट कॉन्ट्रैक्ट आइडेंटिटी और एक्सेप्टेबल उम्र की ज़रूरत होती है। स्यूडोकोड दोनों स्नैपशॉट को उनके संबंधित कटऑफ के खिलाफ चेक करता है।
इंट्राडे मान के लिए ज्ञात पुराने और भविष्य के स्नैपशॉट के बीच रैखिक इंटरपोलेशन न करें। यह पिछली स्थिति के दृश्यांकन में उपयोगी हो सकता है, लेकिन उस समय उपलब्ध इनपुट नहीं है। ऐतिहासिक उपलब्धता समय न हो तो सीमा बताएँ और तत्काल प्राप्ति मानने की जगह सावधानीपूर्ण प्रकाशन देरी का प्रभाव जाँचें।
अपने खुद के अवेलेबिलिटी रूल्स का इस्तेमाल करके मैचिंग होराइजन पर प्राइस चेंज और ट्रेडेड वॉल्यूम को कैलकुलेट करें। एक्चुअल स्नैपशॉट टाइम सेव करें क्योंकि इर्रेगुलर अपडेट का मतलब है कि दो नॉमिनल पांच-मिनट की तुलना अलग-अलग इफेक्टिव इंटरवल में हो सकती है। बहुत ज़्यादा अलाइनमेंट मिसमैच वाले ऑब्जर्वेशन को रिजेक्ट करें या अलग से एनालाइज़ करें।
हर स्नैपशॉट की उम्र को उसके अपने कटऑफ के हिसाब से मापें: t के हिसाब से अभी की वैल्यू और t−horizon के हिसाब से पहले की वैल्यू। दोनों में एक जैसे कॉन्ट्रैक्ट आइडेंटिटी, यूनिट, मल्टीप्लायर और काउंटिंग के तरीके होने चाहिए; comparable_quantity_schema बिना हैंडल किए गए बदलाव को रिजेक्ट करता है। उम्र ऑब्ज़र्वेशन टाइमस्टैम्प का इस्तेमाल करती है, जबकि received_at यह पता लगाता है कि वैल्यू आ गई है या नहीं।
at decision_time t:
oi = latest_snapshot(received_at <= t, instrument=contract)
prev = latest_snapshot(received_at <= t-horizon, instrument=contract)
if missing(oi,prev): return INSUFFICIENT_DATA
if stale(oi, asof=t, max_age=max_age): return INSUFFICIENT_DATA
if stale(prev, asof=t-horizon, max_age=max_age): return INSUFFICIENT_DATA
if not comparable_quantity_schema(oi,prev): return INCOMPATIBLE_DATA
if prev.quantity <= 0 or oi.quantity < 0: return INVALID_DATA
delta_oi = oi.quantity / prev.quantity - 1
delta_price = last_known_price(t) / last_known_price(t-horizon) - 1
volume = sum(trade.size for trade in contract_trades
if t-horizon < trade.exchange_time <= t
and trade.received_at <= t)
emit_features(delta_oi,delta_price,volume,oi.schema_version)
आउटस्टैंडिंग स्टॉक और ट्रेडिंग फ्लो अलग-अलग क्वांटिटी हैं
एक-पक्षीय गिनती में OI के1,000 कॉन्ट्रैक्ट से शुरू करें। दोनों पक्षों के नई पोजीशन खोलने वाला100 कॉन्ट्रैक्ट का ट्रेड OI को1,100 करता है और वॉल्यूम में100 जोड़ता है। बाद में दोनों पक्षों के बंद करने वाला60 कॉन्ट्रैक्ट का ट्रेड OI को1,040 करता है और वॉल्यूम में60 जोड़ता है। कुल वॉल्यूम160 है लेकिन OI का शुद्ध बदलाव सिर्फ40 है।
वैल्यूएशन के एक काउंटर उदाहरण के लिए, क्वांटिटी 100 BTC बनी रहती है, जबकि कीमत 50,000 से बढ़कर 55,000 हो जाती है। USD का नोशनल 5 मिलियन से बढ़कर 5.5 मिलियन हो जाता है, जो क्वांटिटी में कोई बदलाव किए बिना 10% की बढ़ोतरी है। अगर कोई फ़िल्टर इसे नए कॉन्ट्रैक्ट में 10% बढ़ोतरी कहता है, तो यह वैल्यूएशन इफ़ेक्ट को पोजीशन क्रिएशन से गलत तरीके से जोड़ देगा।
टाइमिंग फेलियर के लिए, 10:00 एंट्री को सही ठहराने के लिए 10:05 OI स्नैपशॉट का इस्तेमाल करना गलत है, भले ही फाइनल फ़ाइल ऑब्ज़र्वेशन टाइम के हिसाब से ठीक से सॉर्ट की गई हो। 09:55 और 10:05 के बीच इंटरपोलेट करने से भी भविष्य का स्नैपशॉट 10:00 फीचर में लीक हो जाता है। सॉर्ट करने से अवेलेबिलिटी ठीक नहीं होती है।
चार्ट में मात्रा बढ़ती और फिर घटती दिखाई गई है। यह पार्टिसिपेंट्स की पहचान नहीं करता, अपनी मर्ज़ी से बाहर निकलने और ज़बरदस्ती लिक्विडेशन में फ़र्क नहीं करता या इन्वेस्टमेंट रिटर्न नहीं दिखाता। उन नतीजों के लिए दूसरे ऑब्ज़र्वेशन और एक अलग से तय रिसर्च सवाल की ज़रूरत है।
दो प्राइस–OI हाइपोथीसिस को अलग-अलग टेस्ट किया जा सकता है
एक प्रस्तावित ब्रेकआउट-कंटिन्यूएशन ब्रांच एक फ्रोजन प्राइस कैंडिडेट और रेजिस्टेंस के ऊपर क्लोज से शुरू होती है। एक फिक्स्ड होराइजन पर पॉजिटिव क्वांटिटी-बेस्ड OI चेंज को टेस्ट करें, फिर एक एडिशनल फिल्टर के तौर पर हाई RVOL को टेस्ट करें। होराइजन और थ्रेशोल्ड रिसर्च चॉइस हैं। एंट्री कन्फर्मेशन के बाद होती है और स्टॉप प्राइस स्ट्रक्चर से आता है; OI अलग से एक वैलिड स्टॉप लोकेशन नहीं देता है।
एक प्रपोज़्ड वॉशआउट-रीक्लेम ब्रांच के लिए लो से नीचे स्वीप, OI क्वांटिटी में एक अच्छी-खासी गिरावट और एक प्राइस रीक्लेम की ज़रूरत होती है। लॉन्ग में एंटर करने से पहले बाद में प्राइस कन्फर्मेशन का इंतज़ार करें। सिर्फ़ इसलिए खरीदने के बजाय स्ट्रक्चरल इनवैलिडेशन या टाइमआउट पर कैंसिल करें क्योंकि OI गिर गया। 5% या 10% में गिरावट एक यूनिवर्सल मार्केट कॉन्स्टेंट नहीं है।
लिक्विडेशन डेटा जोड़ने पर जबरन बंद पोजीशन के पक्ष को ट्रेड फीड के taker पक्ष से अलग रखें। लेबल अलग चीजों को दर्शा सकते हैं। बंद होता लॉन्ग समझने के लिए एक API का Buy लेबल दूसरे API की अर्थ-व्यवस्था में सीधे कॉपी करना उचित नहीं है।
ब्रांच को शुरू से अलग रखें। अगर OI के गिरने पर कोई ब्रेकआउट फेल हो जाता है, तो यह अपने आप एक सफल वॉशआउट एक्सपेरिमेंट नहीं बन जाता। एक नए कैंडिडेट को अपना इवेंट टाइम, कन्फर्मेशन और रिस्क रूल चाहिए। फेल हुए ओरिजिनल कैंडिडेट को इवैल्यूएशन लॉग में सेव कर लें।
फ़िल्टर का मूल्यांकन करने से पहले डेटा को वैलिडेट करें
गिआगकिओजिस और सईद ने सात एक्सचेंजों में 2023 में दो पीरियड के टिक डेटा की जांच की और OI और लिक्विडेशन में अंतर की रिपोर्ट दी। यहां पढ़ने का स्कोप बदले हुए पेपर का एब्स्ट्रैक्ट है, न कि इसके डेटासेट का रिप्रोडक्शन। [3] यह स्नैपशॉट, ट्रेड और स्कीमा की जांच करने के लिए मोटिवेट करता है, लेकिन हर मौजूदा एक्सचेंज फीड को रिजेक्ट करने को सही नहीं ठहराता।
उसी मूल्य-आधारित डिटेक्टर की तुलना OI को शामिल करने और न करने पर करें। इसके बाद RVOL या परिसमापन से जुड़े फीचर एक-एक करके जोड़ें। डेटा प्रकाशित होने में देरी, पुराने मानों की दर, अनुबंध रोलओवर और API में बदलाव की जाँच करें। फंडिंग, स्प्रेड, स्लिपेज और लागू उधार लागतों को शामिल करें, और एक अतिरिक्त स्नैपशॉट-चक्र की देरी का प्रभाव भी परखें।
शुद्ध प्रत्याशा, ट्रेड संख्या, ड्रॉडाउन और डेटा उपलब्ध न होने के कारण छोड़े गए अवसर दर्ज करें। केवल बाद में संशोधित OI मान पर काम करने वाला फिल्टर मूल समय पर निष्पादन योग्य था, यह सिद्ध नहीं करता। डेटा गुणवत्ता या प्रकाशन देरी का दिखने वाले पूर्वानुमान लाभ पर भारी पड़ना भी उपयोगी निष्कर्ष है।
आम गलतियाँ
नोशनल OI सिर्फ़ इसलिए बढ़ता है क्योंकि कीमत बढ़ती है
USD वैल्यूएशन में एक प्राइस कंपोनेंट होता है; नई पोजीशन बनाने का मतलब समझने से पहले क्वांटिटी को अलग करें।
हर गिरावट को लिक्विडेशन कहते हैं
अपनी मर्ज़ी से पोजीशन बंद करने से भी OI कम हो जाता है; लिक्विडेशन के लिए अलग इवेंट फ़ीड की ज़रूरत होती है।
परपेचुअल OI की जगह स्पॉट वॉल्यूम लगाना
ये अलग-अलग मार्केट और अलग-अलग क्वांटिटी हैं जिनका अलाइनमेंट साफ़ होना चाहिए।
इस विधि का उपयोग करने से पहले जाँच सूची
अपने डेटा पर सत्यापन के बाद प्रत्येक मद पर निशान लगाएँ। प्रगति इसी ब्राउज़र में सहेजी जाती है; यह रणनीति के लाभदायक होने का प्रमाणपत्र नहीं है।
अक्सर पूछे जाने वाले प्रश्न
क्या OI का बढ़ना स्वाभाविक रूप से बुलिश है?
नहीं। हर कॉन्ट्रैक्ट के दोनों साइड होते हैं। डायरेक्शनल यूटिलिटी प्राइस कॉन्टेक्स्ट, डेटा सिमेंटिक्स और एंपिरिकल वैलिडेशन पर निर्भर करती है।
क्या दिन के आखिर में OI पहले की इंट्राडे एंट्री को गाइड कर सकता है?
सिर्फ़ इसके असली पब्लिकेशन टाइम के बाद। हर पहले वाले बार को फ़ाइनल वैल्यू देने से लुक-अहेड बायस बनता है।
शोध स्रोत
हर स्रोत अपने साथ दिए गए विवरण में परिभाषा या साक्ष्य का समर्थन करता है। छद्मकोड, कृत्रिम उदाहरण और प्रस्तावित पैरामीटर अलग सत्यापन माँगते हैं।
- Open InterestCME Group. आउटस्टैंडिंग कॉन्ट्रैक्ट्स की परिभाषा और ट्रेडिंग वॉल्यूम से उनका अंतर। जाँच की तारीख: .
- Get Open InterestBybit. प्रोडक्ट यूनिट्स, काउंटिंग फ़ील्ड्स और अपडेट की शर्तें; इम्प्लीमेंटेशन में इस्तेमाल किया गया वर्शन रखें। जाँच की तारीख: .
- Reconciling Open Interest with Traded Volume in Perpetual SwapsGiagkiozis और Said. रिवाइज़्ड एब्स्ट्रैक्ट और उसके 2023 सैंपल स्कोप की जांच की गई; कोई इंडिपेंडेंट रिप्रोडक्शन नहीं किया गया। जाँच की तारीख: .
संबंधित विधियाँ
जोखिम संबंधी सूचना
यह सामग्री शिक्षा और शोध की योजना बनाने के लिए है, वित्तीय सलाह नहीं। Backtest ऐतिहासिक डेटा का सिमुलेशन है, भविष्य के प्रदर्शन की गारंटी नहीं देता और वास्तविक ट्रेड नहीं करता। इस संग्रह की विधियाँ अपने-आप ऐप में उपलब्ध सुविधाएँ नहीं हैं। देखें कार्यपद्धति और शिक्षण केंद्र.
वास्तविक पूँजी जोखिम में डालने से पहले नियमों का सत्यापन करें
ऐप की क्षमताओं, डेटा और प्रत्येक सिमुलेटेड ट्रेड की जाँच करें; उन्नत डिटेक्टरों के लिए अलग कार्यान्वयन की आवश्यकता हो सकती है।
App Store से Backtest डाउनलोड करें