डिजिटल सिक्योरिटीज
डिलीवरी बनाम भुगतान: एटॉमिक सेटलमेंट कैसे काम करता है
डिलीवरी बनाम भुगतान कैसे एक व्यापार की संपत्ति और नकद पैर को समन्वित करता है, एटॉमिक सेटलमेंट क्या हटाता है, और कौन-से तरलता, कानूनी और संचालन जोखिम शेष रहते हैं। हिंदी में।
Securities.io को Google पर अपने पसंदीदा स्रोतों में जोड़ें
एक ट्रेड में दो वादे होते हैं: संपत्ति को डिलीवर करना और पैसा डिलीवर करना। यदि ये दोनों पक्ष अलग-अलग निपटते हैं, तो एक पक्ष कार्य कर सकता है जबकि दूसरा विफल हो जाता है। डिलीवरी बनाम भुगतान इन्हें जोड़ता है ताकि लेनदेन एक साथ पूरा हो—या बिल्कुल न हो।
यह एक शुद्ध स्मार्ट‑कॉन्ट्रैक्ट समस्या जैसा लगता है, लेकिन कानूनी अंतिमता, अभिकरण, तरलता, और सेटलमेंट संपत्ति की गुणवत्ता अभी भी महत्वपूर्ण है। हमारे प्राइमर में स्मार्ट कॉन्ट्रैक्ट कोड लेयर को समझाता है।
डिलीवरी बनाम भुगतान, या DvP, एक सुरक्षा के ट्रांसफ़र को भुगतान के ट्रांसफ़र से जोड़ता है ताकि एक पक्ष केवल तभी पूरा हो जब दूसरा भी पूरा हो। एक प्रोग्रामेबल लेज़र पर, दोनों राज्य परिवर्तन एक ही एटॉमिक ट्रांज़ैक्शन में या समन्वित सिस्टमों के माध्यम से समान अंतिमता के साथ निष्पादित किए जा सकते हैं। इससे प्रमुख जोखिम में तीव्र कमी आ सकती है—जिसमें एक पक्ष मूल्य डिलीवर करता है और कभी प्रतिमूल्य प्राप्त नहीं करता।
एटॉमिकिटी यह नहीं मतलब कि सभी जोखिम समाप्त हो गए हैं। संपत्ति और सेटलमेंट पैसा कानूनी रूप से वैध दावे का प्रतिनिधित्व करना चाहिए, पक्षों के पास आवश्यक क्षण में तरलता होनी चाहिए, लेनदेन निष्पादन से पहले विफल हो सकते हैं, और शासन को आउटेज या त्रुटियों को संभालना चाहिए। त्वरित ग्रॉस सेटलमेंट काउंटरपार्टी एक्सपोज़र को कम कर सकता है जबकि कई दायित्वों को पहले नेटिंग करने की तुलना में अंतर‑दिन फंडिंग की आवश्यकता बढ़ा सकता है।
डिलीवरी बनाम भुगतान एक नज़र में
डिलीवरी बनाम भुगतान क्रम को सॉफ़्टवेयर चरणों की पंक्ति की बजाय साक्ष्य की श्रृंखला के रूप में पढ़ें। प्रत्येक चरण को ऐसा रिकॉर्ड छोड़ना चाहिए जिसे अगला प्रतिभागी बिना गायब तथ्यों को बनाये सत्यापित कर सके।
डिलीवरी बनाम भुगतान के लिए कौन जिम्मेदार है?
| खरीदार और विक्रेता | वैध निर्देश, पात्र संपत्तियां और पर्याप्त सेटलमेंट तरलता प्रदान करें। |
|---|---|
| ट्रेडिंग वेन्यू या मिलान प्रणाली | सुसंगत सेटलमेंट डेटा के साथ एक सहमत लेनदेन बनाता है। |
| सिक्योरिटीज़ लेज़र | डिलीवर करने योग्य संपत्ति और उसके स्वामित्व प्रतिबंधों को बनाए रखता है। |
| नकद या सेटलमेंट‑मनी लेज़र | भुगतान संपत्ति प्रदान करता है और परिभाषित करता है कि कब धन हस्तांतरण अंतिम हो जाता है। |
| सेटलमेंट समन्वयक | दोनों पक्षों में शर्तों, टाइम‑आउट, विफलता प्रबंधन और साक्ष्य को जोड़ता है। |
समीक्षा को अंतिमता रिकॉर्ड करें से शुरू करें और पीछे की ओर काम करें। अंतिम धारक या संस्था को अपनी स्थिति को दोनों पक्षों को लॉक करें पर निर्णय से और व्यापार सहमत करें पर स्वीकृत साक्ष्य से जोड़ने में सक्षम होना चाहिए। यदि यह श्रृंखला डैशबोर्ड या ट्रांज़ैक्शन हैश पर रुकती है, तो सिस्टम ने यह सिद्ध किया है कि सॉफ़्टवेयर चला—यह जरूरी नहीं कि वादा किया गया अधिकार, भुगतान, या रजिस्ट्री परिवर्तन लागू हो।
प्रतिभागी मानचित्र एक दूसरी सीमा को उजागर करता है। खरीदार, विक्रेता और सेटलमेंट समन्वयक एक ही उत्पाद के भीतर काम कर सकते हैं, फिर भी वे अलग-अलग रिकॉर्ड रखते हैं और विभिन्न दायित्वों के होते हैं। एक परिचालन कार्य को आउटसोर्स करने से ग्राहक का वादा या गलती सुधारने की बाध्यता स्वचालित रूप से नहीं बदलती। एक विश्वसनीय डिजाइन विफलता से पहले बैकअप मालिक का नाम बताती है, न कि बाद में।
एक वास्तविक तनाव परीक्षण के लिए, संपत्ति अमान्यता को तरलता जाम के साथ मिलाएँ। प्रतिभागियों को सही स्थिति को फ्रीज़ करने, वैध धारक अधिकारों को संरक्षित करने, क्रम को पुनर्निर्मित करने और एक सुसंगत परिणाम तक पहुँचने की आवश्यकता रखें। यह अभ्यास उजागर करता है कि डिलीवरी बनाम भुगतान के पास एक शासित पुनर्प्राप्ति पथ है या केवल एक कुशल सुखद पथ।
डिलीवरी बनाम भुगतान के बारे में व्यावसायिक दावे को भी एक मापनीय पूर्व‑और‑पश्चात तुलना में बदला जाना चाहिए। डिजाइन द्वारा बदले जाने वाले मैन्युअल हैंडऑफ़, समझौता देरी, पूंजी चार्ज, तरलता बफ़र, या वितरण बाधा की पहचान करें। फिर सिक्योरिटीज़ लेज़र, रजिस्ट्री, सेटलमेंट संपत्ति, और पुनर्प्राप्ति प्रक्रिया द्वारा लाए गए प्रत्येक नए निर्भरता को गिनें। यदि अपवाद धीमे या अधिक केंद्रित हो जाते हैं तो तेज़ ट्रांसफ़र स्वचालित रूप से सस्ता जीवन‑चक्र नहीं होता।
अंत में, कार्य उदाहरण में एक तथ्य बदलें: एटॉमिक रूप से सेटल करें में देरी करें, ट्रेडिंग वेन्यू या मिलान प्रणाली को अनुपलब्ध बनाएं, या नकद या सेटलमेंट‑मनी लेज़र द्वारा रखे रिकॉर्ड को विवादित करें। एक मजबूत उत्पाद को दस्तावेज़ों और प्राधिकरणीय रिकॉर्ड पर आधारित एक पूर्वानुमेय उत्तर देना चाहिए। यदि परिणाम एक अनडॉक्यूमेंटेड फ़ोन कॉल पर निर्भर करता है, तो डिलीवरी बनाम भुगतान ने दृश्य पथ को डिजिटल बना दिया है जबकि निर्णायक नियंत्रण प्रणाली के बाहर छोड़ दिया है।
पूछें कि जब डिलीवरी बनाम भुगतान डिजाइन के अनुसार काम करता है तो कौन लाभ उठाता है और जब अंतिमता संघर्ष होता है तो कौन भुगतान करता है। राजस्व एक इंटरफ़ेस या प्लेटफ़ॉर्म को मिल सकता है जबकि तरलता, सेवा, और कानूनी जोखिम किसी अन्य संस्था के पास रहता है। शुल्क और हानि आवंटन दोनों का पालन करने से एक आकर्षक संचालन आरेख उस पक्ष को छिपाने से रोकता है जिसकी बैलेंस शीट उत्पाद को विश्वसनीय बनाती है।
डिलीवरी बनाम भुगतान रिकॉर्ड्स को कहाँ सहमत होना चाहिए
ग्राहक‑समक्ष डिलीवरी बनाम भुगतान बैलेंस, टोकन लेज़र, कानूनी रजिस्ट्री, अभिकरण खाते, और नकद रिकॉर्ड विभिन्न समय पर अपडेट हो सकते हैं। उत्पाद तभी विश्वसनीय होता है जब उसके नियम यह स्पष्ट करते हैं कि कौन सा रिकॉर्ड नियंत्रित करता है और बाकी सभी रिकॉर्ड्स उससे कैसे मिलते हैं।
डिलीवरी बनाम भुगतान कैसे काम करता है
1. डिलीवरी बनाम भुगतान में व्यापार सहमत करें
एक ट्रेड पहले एक मिलित दायित्व उत्पन्न करता है। पक्ष उपकरण, राशि, मूल्य और सेटलमेंट खातों पर सहमत होते हैं। इस चरण में त्रुटियों को संपत्तियों को लॉक करने से पहले हल किया जाना चाहिए; अन्यथा प्रोग्रामेबल सेटलमेंट एक गलत लेकिन आंतरिक रूप से वैध निर्देश को बहुत कुशलता से निष्पादित कर सकता है।
2. डिलीवरी बनाम भुगतान में संपत्तियों की पुष्टि करें
सिस्टम जांचता है कि विक्रेता के पास डिलीवर करने योग्य सिक्योरिटीज़ का नियंत्रण है और खरीदार के पास स्वीकार्य भुगतान का नियंत्रण है। यह पात्रता, प्रतिबंध, ट्रांसफ़र प्रतिबंध और खाता स्थिति की भी पुष्टि करता है। यदि कानूनी उपकरण फ्रीज़ है या भुगतान टोकन पार मूल्य पर रिडीमेबल नहीं है, तो केवल टोकन बैलेंस अपर्याप्त है।
3. डिलीवरी बनाम भुगतान में दोनों पक्षों को लॉक करें
दोनों पक्ष आरक्षित होते हैं। एक लेज़र पर यह एटॉमिक स्मार्ट कॉन्ट्रैक्ट का उपयोग कर सकता है; कई लेज़र पर यह लॉक, शर्तीय ट्रांसफ़र, विश्वसनीय समन्वयक या समकालिक विंडो का उपयोग कर सकता है। डिजाइन को यह सुनिश्चित करना चाहिए कि कोई भी पक्ष आरक्षित संपत्ति को कहीं और उपयोग न करे और साथ ही जब प्रतिपक्षी गायब हो तो अनिश्चितकालीन लॉक से बचा जाए।
4. डिलीवरी बनाम भुगतान में एटॉमिक रूप से सेटल करें
सेटलमेंट दोनों स्वामित्व रिकॉर्ड को बदलता है। यदि सभी शर्तें पूरी होती हैं, तो सिक्योरिटी खरीदार को और पैसा विक्रेता को एक अविभाज्य क्रम में स्थानांतरित हो जाता है। यदि कोई शर्त विफल हो या समय समाप्त हो, तो कोई भी ट्रांसफ़र अंतिम नहीं होता और आरक्षित संपत्तियां ज्ञात नियमों के तहत रिलीज़ हो जाती हैं।
5. डिलीवरी बनाम भुगतान में अंतिमता रिकॉर्ड करें
इसके बाद, सिस्टम अंतिमता रिकॉर्ड करते हैं और स्थितियों को मिलाते हैं। त्वरित उपलब्धता खरीदार को सिक्योरिटीज़ को कोलेटरल के रूप में पुनः उपयोग करने और विक्रेता को नकद पुनः उपयोग करने की अनुमति देती है, लेकिन केवल तभी जब अभिकरण, जोखिम सिस्टम और कानूनी ढाँचे समान अंतिम स्थिति को मान्यता दें। अन्यथा एक तेज़ लेज़र एक अतिरिक्त रिकॉर्ड बनाता है जिसे डाउनस्ट्रीम सिस्टम को मिलाना पड़ता है।
डिलीवरी बनाम भुगतान की अर्थव्यवस्था
DvP प्रमुख एक्सपोज़र, कोलेटरल बफ़र और समझौता को कम कर सकता है, लेकिन सेटलमेंट डिजाइन तरलता की मांग बदलता है। ग्रॉस एटॉमिक सेटलमेंट प्रत्येक ट्रेड को निष्पादन पर फंडेड होना आवश्यक बनाता है। नेट सेटलमेंट दायित्वों को ऑफसेट करके फंडिंग की आवश्यकता को कम करता है लेकिन नेट चक्र तक एक्सपोज़र बना रहता है।
सेटलमेंट संपत्ति आर्थिक रूप से महत्वपूर्ण है। केंद्रीय बैंक का पैसा क्रेडिट एक्सपोज़र को न्यूनतम करता है लेकिन हर प्लेटफ़ॉर्म पर उपलब्ध नहीं हो सकता। टोकनाइज़्ड जमा बैंक एक्सपोज़र और नेटवर्क नियम लेकर आते हैं; स्थिरकॉइन जारीकर्ता, रिज़र्व और रिडेम्प्शन जोखिम जोड़ते हैं। टुकड़े‑टुकड़े पैसे के बीच ब्रिजिंग या प्री‑फंडिंग की लागत सिक्योरिटीज़ पैर पर मिली दक्षता का कुछ हिस्सा संतुलित कर सकती है।
डिलीवरी बनाम भुगतान में विफलता मोड
- संपत्ति अमान्यता: डिलीवर किया गया टोकन लागू करने योग्य सुरक्षा अधिकार नहीं ट्रांसफ़र करता।
- धन जोखिम: भुगतान संपत्ति पार मूल्य खो देती है या रिडीमेबल नहीं है।
- तरलता जाम: पक्षों के पास संपत्तियां हैं लेकिन आवश्यक सटीक समय और स्थान पर नहीं।
- क्रॉस‑लेज़र विफलता: संपत्ति और नकद सिस्टम के बीच लॉक या संदेश अलग हो जाते हैं।
- अंतिमता संघर्ष: तकनीकी पूर्णता को कानून या डाउनस्ट्रीम रिकॉर्ड द्वारा मान्यता नहीं मिलती।
डिलीवरी बनाम भुगतान का एक कार्यात्मक उदाहरण
एक डीलर टोकनाइज़्ड बांड $5 मिलियन में टोकनाइज़्ड वाणिज्यिक‑बैंक पैसे का उपयोग करके खरीदता है। सेटलमेंट कॉन्ट्रैक्ट दोनों स्वीकृत खातों की पुष्टि करता है, बांड और $5 मिलियन को लॉक करता है, फिर उन्हें एक एटॉमिक ऑपरेशन में ट्रांसफ़र करता है। उस ट्रेड के लिए प्रमुख जोखिम हटाया गया है। हालांकि, डीलर को उस क्षण सही प्लेटफ़ॉर्म पर $5 मिलियन की आवश्यकता थी, और दोनों पक्ष बांड रिकॉर्ड की कानूनी वैधता और बैंक पैसे की क्रेडिट गुणवत्ता के प्रति उजागर रहते हैं।
डिलीवरी बनाम भुगतान के पीछे साक्ष्य
BIS की वार्षिक आर्थिक रिपोर्ट 2026 टोकनाइज़्ड मौद्रिक और वित्तीय प्रणालियों की जांच करती है, जबकि IOSCO की टोकनाइज़ेशन रिपोर्ट सेटलमेंट, इंटरऑपरेबिलिटी, और कानूनी निश्चितता को व्यावहारिक बाधाओं के रूप में पहचानती है। साथ में वे दिखाते हैं कि एटॉमिक निष्पादन सुरक्षित DvP डिजाइन की केवल एक परत क्यों है।
डिलीवरी बनाम भुगतान में क्या बदल रहा है?
केन्द्रीय बैंक और बाजार बुनियादी ढाँचे सैंडबॉक्स डेमॉन्स्ट्रेशन से वास्तविक मूल्य DvP पायलट्स की ओर बढ़ रहे हैं। ध्यान इंटरऑपरेबल सेटलमेंट पैसे, कानूनी अंतिमता और तरलता प्रबंधन की ओर स्थानांतरित हो रहा है। 2025 और 2026 में BIS का काम टोकनाइज़्ड केंद्रीय‑बैंक रिज़र्व, वाणिज्यिक‑बैंक पैसे और सिक्योरिटीज़ को एकीकृत प्रोग्रामेबल सिस्टम के घटकों के रूप में प्रस्तुत करता है, न कि नाज़ुक पुलों से जुड़े अलग‑अलग चेन के रूप में।
डिलीवरी बनाम भुगतान के बारे में पूछने वाले प्रश्न
- कौन सा रिकॉर्ड व्यापार सहमत करें को प्रमाणित करता है, और जब संपत्ति, मात्रा, मूल्य, प्रतिपक्षी, खाते और इच्छित सेटलमेंट समय मिलते हैं तो इसे कौन सुधार सकता है।
- कौन सा रिकॉर्ड संपत्तियों की पुष्टि करें को प्रमाणित करता है, और जब पुष्टि करें कि विक्रेता के पास पात्र सिक्योरिटीज़ का नियंत्रण है और खरीदार के पास स्वीकार्य पैसा है तो इसे कौन सुधार सकता है।
- कौन सा रिकॉर्ड दोनों पक्षों को लॉक करें को प्रमाणित करता है, और जब संपत्ति और भुगतान को आरक्षित या शर्तित किया जाता है ताकि कोई भी अन्यत्र खर्च न हो सके तो इसे कौन सुधार सकता है।
- कौन सा रिकॉर्ड एटॉमिक रूप से सेटल करें को प्रमाणित करता है, और जब दोनों दावों को साथ में ट्रांसफ़र किया जाता है या शर्तों के विफल होने पर कोई भी रिलीज़ नहीं किया जाता तो इसे कौन सुधार सकता है।
- कौन सा रिकॉर्ड अंतिमता रिकॉर्ड करें को प्रमाणित करता है, और जब प्राधिकरणीय रिकॉर्ड अपडेट किए जाते हैं और पूर्ण स्थितियों को पुनः उपयोग के लिए उपलब्ध कराया जाता है तो इसे कौन सुधार सकता है।
डिलीवरी बनाम भुगतान के बाद क्या पढ़ें
सिक्योरिटीज़ पैर को सिक्योरिटी टोकन के लेन-देन कैसे काम करते हैं में देखें, फिर Paxos को समझें में सेटलमेंट संपत्तियों की तुलना करें। व्यापक भुगतान क्रम एजेंट-आधारित और टोकनाइज़्ड भुगतान में दिखाई देता है।
डिलीवरी बनाम भुगतान का मुख्य निष्कर्ष
DvP संपत्ति डिलीवर करने और भुगतान प्राप्त करने के बीच का अंतर हटाता है। यह फंडिंग की आवश्यकता, विफल ट्रेड, पहचान नियंत्रण, अभिकरण जोखिम, या यह आवश्यकता नहीं हटाता कि दोनों पक्ष कानूनी रूप से अंतिम हों।
डिलीवरी बनाम भुगतान के स्रोत
