बाज़ार डेटा: भाव, कारोबार, फ़ीड और विलंबता

डैशबोर्ड पर बाज़ार डेटा एक ही घटना जैसा दिख सकता है। लेकिन इसके पीछे, घटना बनाना, फ़ीड प्रकाशित करना और उसे दिखाना या उसके आधार पर कार्रवाई करना—ये अलग-अलग स्थिति-परिवर्तन हैं, जिन्हें अलग-अलग प्रतिभागी संभालते हैं। इन छिपे हुए हस्तांतरणों के दौरान ही समय, लागत और जोखिम जुड़ते हैं।

बाज़ार डेटा वह प्रवाह है जिसमें आदेश, भाव, कारोबार, संदर्भ की शर्तें और स्थिति-संदेश शामिल होते हैं, जिनका उपयोग बाज़ारों पर नज़र रखने और उनका संचालन करने के लिए किया जाता है। भाव, बताई गई शर्तों के तहत लेन-देन का प्रस्ताव होता है; कारोबार किसी निष्पादन की सूचना देता है; फ़ीड घटनाओं को एक पैकेज में रखती है; और विलंबता बताती है कि जानकारी कब बनाई, भेजी, संसाधित और दिखाई गई।

दिखाया गया सबसे अच्छा भाव हर प्रतिभागी के लिए अपने-आप निष्पादन योग्य नहीं होता। फ़ीड में कारोबार स्थल का दायरा, बाज़ार की गहराई, विषम लॉट का व्यवहार, संशोधन, डेटा-अभिगम अधिकार, समेकन और समय-मुद्रांकन अलग-अलग हो सकते हैं। दो स्क्रीन पर अलग-अलग, लेकिन अपने-अपने भीतर वैध दृश्य दिख सकते हैं, क्योंकि उन्हें अलग-अलग समय पर अलग घटनाएँ मिली थीं।

बाज़ार डेटा को Securities.io की व्यापक कवरेज के संदर्भ में समझने के लिए, डिजिटल प्रतिभूतियों में भूमिकाओं की व्याख्या, डिजिटल प्रतिभूतियाँ क्या हैं? और सिक्योरिटी टोकन लेन-देन कैसे काम करते हैं की तुलना करें। ये मार्गदर्शिकाएँ मिलकर दिखाती हैं कि जारीकर्ता, परिसंपत्ति, निवेशक का अधिकार या संचालन संबंधी बुनियादी ढाँचा बदलने पर बाज़ार के इसी बुनियादी ढाँचे से जुड़ा सवाल कैसे बदल जाता है।

घटना बनाने से लेकर दिखाने या कार्रवाई करने तक: बाज़ार डेटा की शृंखला

घटना बनाने से यह स्थापित होता है कि कारोबार स्थल अपने नियमों के तहत किसी आदेश को स्वीकार करता है, उसमें बदलाव करता है, उसे रद्द करता है या निष्पादित करता है। इसके बाद यह परिणाम समय-मुद्रांकन और क्रम निर्धारण के लिए इनपुट बनता है, जहाँ स्रोत संदेशों का क्रम तय करता है और घटना के घटित होने का समय दर्ज करता है। यही हस्तांतरण बाज़ार डेटा की जाँच करने का पहला बिंदु है: प्राप्तकर्ता पक्ष को स्थिति में पूर्ण हो चुके बदलाव और किसी संदेश, अनुमान या अस्थायी अभिलेख के बीच अंतर कर पाने में सक्षम होना चाहिए। यही जाँच हर अगले चरण पर भी लागू होती है, जब तक कि दिखाने या कार्रवाई करने से ऐसा परिणाम न मिले जिसका स्वतंत्र रूप से मिलान किया जा सके।

आरेख को दिखाने या कार्रवाई करने वाले छोर से उलटी दिशा में पढ़ें। अंतिम स्थिति से कारोबार स्थल के संदेशों, क्रम-संख्याओं, समकालिक घड़ियों, फ़ीड विनिर्देशों, संशोधन लॉग और निष्पादन के परिणामों तक पहुँचना चाहिए। फिर वहाँ से सामान्यीकरण और गणना में इस्तेमाल किए गए प्रामाणिक स्रोत, फ़ीड प्रकाशित करने से पैदा हुए जोखिम और घटना बनाते समय स्वीकार किए गए इनपुट तक पहुँचना चाहिए। यदि यह शृंखला टूटती है, तो पुराना भाव पूरा हो चुका लेन-देन लग सकता है—भले ही दिखाया गया भाव बाज़ार के बदल जाने के बाद पहुँचे। यह उलटी पड़ताल विश्लेषण को प्रदाता के नाम या इंटरफ़ेस की स्थिति के बजाय बाज़ार की घटना, उसके समय-मुद्रांकन और पर्यवेक्षक द्वारा पुनर्निर्मित स्थिति पर केंद्रित रखती है।

बाज़ार डेटा के महत्वपूर्ण अभिलेखों पर किसका नियंत्रण होता है?

ट्रेडिंग स्थल और प्रतिभूति सूचना प्रोसेसर परिचालन श्रृंखला के अलग-अलग छोरों पर होते हैं। ट्रेडिंग स्थल प्रामाणिक ऑर्डर और ट्रेड घटनाएँ बनाता है, जबकि प्रतिभूति सूचना प्रोसेसर निर्धारित सार्वजनिक डेटा को समेकित करता है। उनके अभिलेख—नियमावली, क्रम संख्याएँ, टाइमस्टैम्प और सुधार संदेश; तथा फ़ीड विनिर्देश, ट्रेडिंग स्थल से मिले इनपुट, गणनाएँ और चालू रहने का समय—एक ही घटना के बारे में सहमत होने चाहिए, न कि किसी एक डेटा विक्रेता के डेटाबेस की प्रतियाँ होने चाहिए। डेटा विक्रेता, ब्रोकर या एल्गोरिदम, और निवेशक—सभी अलग-अलग निर्णय या साक्ष्य जोड़ते हैं; इन भूमिकाओं को एक-दूसरे के स्थान पर इस्तेमाल करने योग्य मानने से यह छिप जाता है कि विवेकाधिकार, तरलता या कानूनी ज़िम्मेदारी कहाँ शामिल होती है।

ब्रोकर या एल्गोरिदम की सेवा ठप होना, बाज़ार डेटा के लिए जवाबदेही की एक व्यावहारिक कसौटी है। वह डेटा का इस्तेमाल ऑर्डर भेजने और उनकी कीमत तय करने के लिए करता है। सवाल यह है कि क्या ट्रेडिंग स्थल और प्रतिभूति सूचना प्रोसेसर, घड़ियों के समकालिकरण, निर्णय लॉग, स्रोत चयन और निष्पादन के नतीजों के आधार पर अब भी स्थिति का पुनर्निर्माण कर सकते हैं। अनुबंध काम बाँट सकते हैं, लेकिन ग्राहक से किए गए वादे, परिसंपत्ति या दायित्व का स्वामी पक्ष, आउटसोर्सिंग की शर्त का हवाला देकर साक्ष्य का स्थान नहीं ले सकता। एक सुदृढ़ व्यवस्था में वैकल्पिक अभिलेख और उस व्यक्ति की पहचान स्पष्ट होती है जिसे विसंगति सुलझाने का अधिकार है।

व्यवहार में बाज़ार डेटा की स्थिति कैसे बदलती है

1. घटना बनाएँ: बाज़ार डेटा की शुरुआती स्थिति तय करें

कोई ट्रेडिंग स्थल अपने नियमों के तहत ऑर्डर स्वीकार करता है, उसमें बदलाव करता है, उसे रद्द करता है या निष्पादित करता है। बाज़ार डेटा के इस चरण में, यह कदम उन शर्तों को तय करता है जिन पर टाइमस्टैम्प और क्रम संख्या निर्भर कर सकते हैं। ट्रेडिंग स्थल केंद्रीय भूमिका निभाता है, क्योंकि वही प्रामाणिक ऑर्डर और ट्रेड घटनाएँ बनाता है। कार्यशील अभिलेख में नियमावली, क्रम संख्याएँ, टाइमस्टैम्प और सुधार संदेश सुरक्षित रहने चाहिए।

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

2. टाइमस्टैम्प और क्रम संख्या: बाज़ार डेटा में निर्णय का नियम पहचानें

स्रोत संदेशों को क्रम में रखता है और घटना के घटित होने का समय दर्ज करता है। बाज़ार डेटा के इस चरण में, यह कदम उन शर्तों की जाँच करता है जिन पर फ़ीड प्रकाशित करना निर्भर कर सकता है। प्रतिभूति सूचना प्रोसेसर केंद्रीय भूमिका निभाता है, क्योंकि वही निर्धारित सार्वजनिक डेटा को समेकित करता है। कार्यशील अभिलेख में फ़ीड विनिर्देश, ट्रेडिंग स्थल से मिले इनपुट, गणनाएँ और चालू रहने का समय सुरक्षित रहने चाहिए।

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

3. फ़ीड प्रकाशित करें: बाज़ार डेटा में जोखिम के हस्तांतरण को मापें

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

यहाँ जिस विफलता पर ध्यान देना चाहिए, वह है गलत प्रतीक मैपिंग: घटनाएँ गलत वित्तीय साधन, वर्ग या कॉरपोरेट कार्रवाई के इतिहास से जुड़ जाती हैं। इस चरण की जाँच के लिए, समान समय, दायरे और लागू शर्तों के आधार पर नतीजे को कठिन कसौटी पर परखें; फिर सामान्यीकरण और गणना से पहले एक मान्यता बदलें। बाज़ार डेटा के मामले में, जवाबदेह हस्तांतरण में यह स्पष्ट होना चाहिए कि किसने मंज़ूरी दी, कौन-सा अभिलेख बदला, क्या अब भी पहले की स्थिति में लौटाया जा सकता है और अगला सहभागी साक्ष्य अस्वीकार करे तो नुकसान कौन उठाएगा।

4. सामान्यीकरण और गणना करें: बाज़ार डेटा के प्रामाणिक अभिलेख का मिलान करें

डेटा विक्रेता प्रतीकों का मिलान करते हैं, छूटे हुए डेटा की भरपाई करते हैं और ऑर्डर बुक, बार या बेंचमार्क की गणना करते हैं। बाज़ार डेटा के इस चरण में, यह कदम उन शर्तों का मिलान करता है जिन पर प्रदर्शन या कार्रवाई निर्भर कर सकती है। ब्रोकर या एल्गोरिदम केंद्रीय भूमिका निभाता है, क्योंकि वह डेटा का इस्तेमाल ऑर्डर भेजने और उनकी कीमत तय करने के लिए करता है। कार्यशील अभिलेख में घड़ियों का समकालिकरण, निर्णय लॉग, स्रोत चयन और निष्पादन के नतीजे सुरक्षित रहने चाहिए।

यहाँ जिस विफलता पर ध्यान देना चाहिए, वह है घड़ी का समय खिसकना: टाइमस्टैम्प समकालिक न होने के कारण सिस्टम घटना के क्रम पर सहमत नहीं होते। इस चरण की जाँच के लिए, समान समय, दायरे और लागू शर्तों के आधार पर नतीजों की तुलना करें; फिर प्रदर्शन या कार्रवाई से पहले एक मान्यता बदलें। बाज़ार डेटा के मामले में, जवाबदेह हस्तांतरण में यह स्पष्ट होना चाहिए कि किसने मंज़ूरी दी, कौन-सा अभिलेख बदला, क्या अब भी पहले की स्थिति में लौटाया जा सकता है और अगला सहभागी साक्ष्य अस्वीकार करे तो नुकसान कौन उठाएगा।

5. प्रदर्शन करें या कार्रवाई करें: बाज़ार डेटा के अंतिम नतीजे की जाँच करें

लोग और एल्गोरिदम निर्णय लेने और लेन-देन निष्पादित करने के लिए इस डेटा से बने दृश्य का इस्तेमाल करते हैं। बाज़ार डेटा के इस चरण में, यह कदम उन शर्तों को पूरा करता है जिन पर दर्ज नतीजा निर्भर कर सकता है। निवेशक केंद्रीय भूमिका निभाता है, क्योंकि उसे चुनी हुई जानकारी दिखाई जाती है, अक्सर पूरी गहराई नहीं। कार्यशील अभिलेख में प्रदर्शन की परिभाषा, विलंब की सूचना, कोटेशन का आकार और अपडेट का समय सुरक्षित रहने चाहिए।

यहाँ जिस विफलता की जाँच करनी है, वह है फ़ीड का संकेंद्रण: किसी एक विक्रेता के विफल होने पर अनेक उपयोगकर्ताओं की दृश्यता घट जाती है या डेटा का मार्ग गलत हो जाता है। इस चरण की जाँच के लिए, समान समय, दायरे और लागू शर्तों का उपयोग करके परिणाम को प्रमाणित करें, फिर दर्ज परिणाम से पहले एक धारणा बदलें। बाज़ार डेटा के मामले में, जवाबदेही तय करने योग्य हस्तांतरण में यह स्पष्ट होना चाहिए कि किसने अनुमोदन दिया, कौन-सा रिकॉर्ड बदला, क्या अब भी पलटा जा सकता है और अगला सहभागी साक्ष्य को अस्वीकार करे तो नुकसान कौन उठाएगा।

बाज़ार डेटा में अक्सर भ्रमित की जाने वाली तीन अवस्थाएँ

बोली/प्रस्ताव का अर्थ है कीमत, मात्रा, बाज़ार-स्थल और समय सहित बोली या प्रस्ताव; कारोबार किए बिना इसकी शर्तें बदल सकती हैं या यह गायब हो सकता है। इसके विपरीत, कारोबार का अर्थ है निष्पादित लेनदेन की पूरी रिपोर्ट, जिसे बाद में सुधारा, रद्द या शर्तों के अधीन चिह्नित किया जा सकता है। परिकलित दृश्य में तीसरी अवस्था शामिल होती है: चुनी हुई घटनाओं और नियमों से तैयार ऑर्डर बुक, सर्वोत्तम कीमत, बार, सूचकांक या विश्लेषणात्मक आँकड़ा। इन भेदों का महत्व इसलिए है कि दो उपयोगकर्ताओं को एक जैसी पुष्टि दिख सकती है, जबकि उनके अधिकार अलग हों, उन्हें अलग समय-सीमाओं का सामना करना पड़े या वे अलग-अलग संस्थानों पर निर्भर हों। बाज़ार डेटा में उपयोगी तुलना के लिए हर अवस्था का प्रामाणिक रिकॉर्ड और नुकसान उठाने वाले पक्ष की पहचान करना ज़रूरी है।

बोली/प्रस्ताव, कारोबार और परिकलित दृश्य की तुलना एक ही आधार पर करें: राशि, समय, उपयोग की गई तरलता, पलटने की संभावना, कानूनी दावा और बचा हुआ नुकसान। बाज़ार डेटा में किसी तेज़तर लेबल का अर्थ अपने-आप यह नहीं होता कि अवस्था अधिक अंतिम है; इसी तरह, दर्ज किया गया प्रतिफल अधिक स्थिर दिखे तो भी आर्थिक जोखिम अपने-आप कम नहीं हो जाता। मापन का एक ही ढाँचा अपनाने से समय या लेखांकन के अंतर को वास्तविक सुधार समझने की भूल नहीं होती।

बाज़ार डेटा की लागत, प्रोत्साहन और बैलेंस शीट पर प्रभाव

डेटा की कीमत उसकी गति, गहराई, पुनर्वितरण के अधिकारों, परिसंपत्तियों के दायरे और सहायता सेवाओं पर निर्भर करती है। सीधे फ़ीड से विलंब-संवेदनशील उपयोगकर्ताओं के लिए लेनदेन निष्पादन बेहतर हो सकता है, जबकि समेकित उत्पाद एकीकरण की लागत घटाते और बाज़ार का व्यापक परिदृश्य देते हैं।

विलंबता का लाभ घटते प्रतिफल देता है और नेटवर्क, सह-स्थापन तथा हार्डवेयर में होड़ को बढ़ावा दे सकता है। सामाजिक लाभ इस बात पर निर्भर करता है कि निवेश से कीमतों का पता लगाने की प्रक्रिया बेहतर होती है या तेज़ और धीमे सहभागियों के बीच मुख्यतः आर्थिक लाभ का पुनर्वितरण होता है।

खराब डेटा के कारण ऑर्डर अस्वीकार होने, गलत मूल्य निर्धारण, झूठे अलर्ट और ऑडिट के काम से छिपी हुई ट्रेडिंग तथा मॉडल-संबंधी लागतें पैदा होती हैं। इसलिए डेटा प्रशासन में स्रोत-श्रृंखला, सुधार और पहुँच-अधिकारों को बैक-ऑफ़िस के मेटाडेटा के बजाय उत्पादन अवसंरचना का हिस्सा माना जाना चाहिए।

बाज़ार डेटा कहाँ विफल होता है—और सबसे पहले क्या जाँचें

• पुरानी बोली/प्रस्ताव: दिखाई गई कीमत बाज़ार में बदलाव हो जाने के बाद पहुँचती है। सामान्य दायित्व बरकरार रखते हुए कारोबार-स्थल पर कोई घटना उत्पन्न करने की प्रक्रिया बाधित करें, फिर जाँचें कि क्या बोली/प्रस्ताव का अर्थ अब भी वही है जो ऊपर बताया गया है।
• छूटा हुआ संदेश: क्रम में आया अंतर स्थानीय ऑर्डर बुक को चुपचाप दूषित कर देता है। प्रतिभूति सूचना प्रोसेसर का सामान्य दायित्व बरकरार रखते हुए टाइमस्टैम्प और क्रम-सूचना को बाधित करें, फिर जाँचें कि क्या कारोबार का अर्थ अब भी वही है जो ऊपर बताया गया है।
• गलत प्रतीक मैपिंग: घटनाएँ गलत लिखत, वर्ग या कॉर्पोरेट कार्रवाई के इतिहास से जुड़ जाती हैं। डेटा विक्रेता का सामान्य दायित्व बरकरार रखते हुए फ़ीड का प्रकाशन बाधित करें, फिर जाँचें कि क्या परिकलित दृश्य का अर्थ अब भी वही है जो ऊपर बताया गया है।
• घड़ी का अंतर: टाइमस्टैम्प का समन्वय न होने से सिस्टम घटनाओं के क्रम पर सहमत नहीं होते। ब्रोकर या एल्गोरिदम का सामान्य दायित्व बरकरार रखते हुए समय-सामान्यीकरण और गणना की प्रक्रिया बाधित करें, फिर जाँचें कि क्या बोली/प्रस्ताव का अर्थ अब भी वही है जो ऊपर बताया गया है।
• फ़ीड का संकेंद्रण: किसी एक विक्रेता के विफल होने पर अनेक उपयोगकर्ताओं की दृश्यता घट जाती है या डेटा का मार्ग गलत हो जाता है। निवेशक का सामान्य दायित्व बरकरार रखते हुए प्रदर्शन या कार्रवाई बाधित करें, फिर जाँचें कि क्या कारोबार का अर्थ अब भी वही है जो ऊपर बताया गया है।

बाज़ार डेटा की एक उपयोगी तनाव-परीक्षा में पुराने कोट को गलत सिंबल मैपिंग के साथ मिलाकर जाँचा जाता है, न कि दोनों को अलग-अलग। फ़ीड का प्रकाशन रोकें या उसमें देरी करें, ब्रोकर या एल्गोरिदम को अनुपलब्ध बनाएँ, और निवेशक से कहें कि वह डिस्प्ले की परिभाषा, देरी की सूचना, कोट का आकार और अपडेट का समय देखकर परिणाम का मिलान करे। डिज़ाइन तभी सफल माना जाएगा, जब डिस्प्ले या कार्रवाई एक ऐसी स्थिति तक पहुँचे जिसे समझाया जा सके, ट्रेड से जुड़े अधिकार सुरक्षित रहें और किसी भी कमी की ज़िम्मेदारी उन नियमों के अनुसार तय हो जो व्यवधान से पहले लागू थे।

उदाहरण सहित: बाज़ार डेटा की एक घटना को शुरू से अंत तक समझना

खुदरा निवेशकों की स्क्रीन पर किसी शेयर के लिए 25.00 डॉलर की बोली और 25.02 डॉलर की माँगी गई कीमत दिखाई देती है। सीधे ट्रेडिंग स्थल से आने वाली फ़ीड को रद्दीकरण की सूचना कुछ माइक्रोसेकंड पहले मिल जाती है, जबकि समेकित फ़ीड अभी अपडेट संसाधित कर रही होती है। सीधे फ़ीड का उपयोग करने वाले एल्गोरिदम को पता है कि माँगी गई कीमत अब उपलब्ध नहीं है; खुदरा उपयोगकर्ता को नहीं। शुरुआत और समाप्ति की घड़ी, नेटवर्क मार्ग और संसाधन-प्रक्रिया बताए बिना, विलंब के किसी भी मान का कोई अर्थ नहीं है। दो सेंट का यह दिखता हुआ अवसर शायद धीमी जानकारी पाने वाले व्यक्ति के लिए कभी उपलब्ध ही न रहा हो।

टाइमस्टैम्प और क्रम-संख्या पर नियंत्रित मान्यता बदलकर या डेटा विक्रेता द्वारा दिए गए साक्ष्य हटाकर इस उदाहरण को गलत साबित किया जा सकता है। बदलाव को फ़ीड के प्रकाशन, सामान्यीकरण और गणना, तथा डिस्प्ले या कार्रवाई—इन सभी चरणों में जाँचें; इनपुट से सीधे मुख्य नतीजे पर न पहुँचें। यदि बाज़ार डेटा के नए नतीजे को ट्रेडिंग स्थल के संदेशों, क्रम-संख्याओं, समकालिक घड़ियों, फ़ीड विनिर्देशों, सुधार लॉग और निष्पादन के नतीजों से दोबारा तैयार नहीं किया जा सकता, तो प्रक्रिया किसी ऐसे निर्णय या रिकॉर्ड पर निर्भर है जिसका दस्तावेज़ीकरण नहीं हुआ है।

आज बाज़ार डेटा क्यों मायने रखता है

आधुनिक बाज़ार-डेटा नीति का ध्यान अधिक समृद्ध समेकित फ़ीड, विषम लॉट, नीलामियों, शासन और निष्पक्ष पहुँच पर है, जबकि इलेक्ट्रॉनिक बाज़ार सीधे फ़ीड और हार्डवेयर टाइमस्टैम्पिंग को बेहतर बनाने में लगे हैं। कृत्रिम बुद्धिमत्ता प्रणालियाँ एक और परत जोड़ती हैं, क्योंकि वे सामान्यीकृत डेटा से बड़े पैमाने पर निष्कर्ष निकालकर कार्रवाई कर सकती हैं; उनका परिणाम उतना ही भरोसेमंद है जितना घटनाओं का कवरेज, डेटा-अधिकार और डेटा-वंशावली।

बाज़ार डेटा से मिलने वाली स्थायी सीख यह है कि घटना का घटित होना और उसे दिखाना या उस पर कार्रवाई करना एक ही घटना नहीं हैं। बीच में लिए गए निर्णय बाज़ार की घटना, उसका टाइमस्टैम्प और पर्यवेक्षक द्वारा पुनर्निर्मित स्थिति तय करते हैं; वहीं ट्रेडिंग स्थल और निवेशक रिकॉर्ड के अलग-अलग हिस्से देख सकते हैं। स्वचालन तब उपयोगी है, जब उससे इन निर्णयों की जाँच कम खर्च में हो सके; लेकिन जब वह इन्हें समेटकर एक ऐसी स्थिति बना दे जो फ़ीड के संकेंद्रण को छिपाती है, तो वह ख़तरनाक हो जाता है।

बाज़ार डेटा के पीछे के साक्ष्य

बाज़ार डेटा के प्राथमिक साक्ष्य SEC का बाज़ार डेटा अवसंरचना नियम, SEC का Regulation NMS और वित्तीय बाज़ार अवसंरचनाओं के लिए CPMI-IOSCO सिद्धांत से मिलते हैं। इन्हें एक-दूसरे के पूरक स्तरों के रूप में पढ़ें: नियम और परिभाषाएँ, संस्थागत या बाज़ार संरचना, तथा किसी वास्तविक दावे की जाँच के लिए आवश्यक परिचालन साक्ष्य। इनमें से किसी को भी ऊपर बताए गए उत्पाद दस्तावेज़ों, खातों या लेन-देन के रिकॉर्ड का विकल्प नहीं मानना चाहिए।

बाज़ार डेटा पर भरोसा करने से पहले पूछे जाने वाले सवाल

• क्या ट्रेडिंग स्थल नियम-पुस्तिका, क्रम-संख्याओं, टाइमस्टैम्प और सुधार-संदेशों के साथ-साथ टाइमस्टैम्प और क्रम-संख्या से जुड़े साक्ष्य भी दे सकता है?
• यदि प्रतिभूति सूचना संसाधक और ब्रोकर या एल्गोरिदम में असहमति हो, तो किस रिकॉर्ड को निर्णायक माना जाएगा?
• फ़ीड प्रकाशित होने पर पैदा हुए जोखिम का वित्तपोषण कौन करेगा या उसे कौन वहन करेगा?
• कानूनी और आर्थिक दृष्टि से ट्रेड, कोट से किस तरह अलग है?
• डिस्प्ले या कार्रवाई से पहले सिस्टम छूटे हुए संदेश का पता कैसे लगाएगा?
• डेटा विक्रेता अनुपलब्ध हो जाए या उसका साक्ष्य पुराना पड़ जाए, तो क्या होगा?
• क्या कोई स्वतंत्र समीक्षक ट्रेडिंग स्थल के संदेशों, क्रम-संख्याओं, समकालिक घड़ियों, फ़ीड विनिर्देशों, सुधार लॉग और निष्पादन के नतीजों से परिणाम का मिलान कर सकता है?

बाज़ार डेटा के संदर्भ में “प्लेटफ़ॉर्म इसे संभाल लेता है” जैसे वाक्यांशों की जगह खातों, अनुबंधों, टाइमस्टैम्प, अनुमोदन नियमों और ज़िम्मेदार संस्थाओं के नाम बताएँ। जवाब इतना पूरा होना चाहिए कि समीक्षक डिस्प्ले या कार्रवाई से पीछे चलते हुए घटना के घटित होने तक पहुँच सके, हर रिकॉर्ड के स्वामी की पहचान कर सके और अपवाद आने से पहले यह गणना कर सके कि नुकसान किसे उठाना होगा।

बाज़ार डेटा का मूल सिद्धांत

बाज़ार डेटा को सबसे स्पष्ट रूप से तब समझा जा सकता है, जब विश्लेषण में बाज़ार की घटना, उसका टाइमस्टैम्प और पर्यवेक्षक द्वारा पुनर्निर्मित स्थिति—इन सबका पाँच परिचालन चरणों में अनुसरण किया जाए और नतीजे को ट्रेडिंग स्थल के संदेशों, क्रम-संख्याओं, समकालिक घड़ियों, फ़ीड विनिर्देशों, सुधार लॉग और निष्पादन के नतीजों से सत्यापित किया जाए। प्रवाह बताता है कि क्या बदलता है; प्रतिभागियों की तालिका पहचानती है कि उस बदलाव को मंज़ूरी कौन दे सकता है; तीन-स्थिति वाली तुलना असमान दावों को एक मानने से रोकती है; और विफलता-मानचित्र दिखाता है कि भरोसा कहाँ कम होना चाहिए। इन सबका मेल वास्तविक सुधार को ऐसी रुकावट या जोखिम से अलग करता है जिसे कम दिखाई देने वाली किसी परत में पहुँचा दिया गया हो।

बाज़ार डेटा के प्राथमिक स्रोत

• SEC का बाज़ार डेटा अवसंरचना नियम
• SEC का Regulation NMS
• वित्तीय बाज़ार अवसंरचनाओं के लिए CPMI-IOSCO सिद्धांत