मुख्य सामग्री पर जाएं

एंटरप्राइज़ बैंकिंग ब्लॉकचेन

दस्तावेज़ित इंटरफ़ेस और सहमत दायरे से इंटीग्रेट करें

इंटीग्रेशन की शुरुआत इंटरफ़ेस खोज, पहुँच डिज़ाइन, डेटा मैपिंग और स्पष्ट स्वामित्व से होती है। बाहरी सिस्टम के साथ संगतता संस्थान के कॉन्फ़िगरेशन में सत्यापित करनी होगी।

मानक EVM JSON-RPC रीड उदाहरण और संस्थागत API इंटीग्रेशन, प्रमाणीकरण, निर्भरताओं व कार्यान्वयन ज़िम्मेदारियों की योजना।

इंटीग्रेशन सहमत इंटरफ़ेस के ज़रिए संस्थागत एप्लिकेशन को नेटवर्क क्षमताओं से जोड़ता है। संगत क्लाइंट के लिए EVM RPC नेटवर्क स्थिति पढ़ने और हस्ताक्षरित लेन-देन भेजने का मानक तरीका देता है। वॉलेट, कॉन्ट्रैक्ट, इवेंट, API या SDK घटक भी तय कार्यक्षेत्र वाले डिज़ाइन का हिस्सा हो सकते हैं। परिचित EVM इंटरफ़ेस होने का अर्थ यह नहीं कि बैंक के कोर सिस्टम पहले से जुड़े हैं या संस्था-विशिष्ट कनेक्टर शामिल है।

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

एप्लिकेशन की सीमा के अनुसार इंटरफ़ेस चुनें

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

SDK ऐसा सॉफ़्टवेयर पैकेज है जो किसी खास विकास पर्यावरण में दस्तावेज़ीकृत इंटरफ़ेस इस्तेमाल करना सरल कर सकता है; यह स्वयं बैंकिंग सिस्टम नहीं है और न ही व्यावसायिक वर्कफ़्लो के पूरे समर्थन की गारंटी देता है। सहमत डिप्लॉयमेंट के लिए दिए गए पैकेज और दस्तावेज़ ही इस्तेमाल करें। सुविधा देने वाले काल्पनिक मेथड के आधार पर डिज़ाइन न करें: कार्यान्वयन टीम से वास्तविक इंटरफ़ेस, संस्करण, प्रमाणीकरण, त्रुटि व्यवहार और सहायता की सीमा की पुष्टि करें।

एप्लिकेशन अनुरोध से नेटवर्क रसीद तक

  1. 01बैंकिंग एप्लिकेशनइच्छित ऑपरेशन तथा लागू ग्राहक या ऑपरेटर प्राधिकरण एकत्र करता है।
  2. 02इंटीग्रेशन घटकसहमत तैयारी, हस्ताक्षर, नीति और सबमिशन की जिम्मेदारियाँ निभाते हैं।
  3. 03RPC और नेटवर्कपात्र हस्ताक्षरित अनुरोध को नेटवर्क प्रक्रिया तक पहुँचाते हैं।
  4. 04रसीद और इवेंटएप्लिकेशन के अगले वर्कफ़्लो के लिए नेटवर्क परिणाम का प्रमाण देते हैं।
अवधारणात्मक क्रम; सटीक प्राधिकरण, हस्ताक्षर, सबमिशन और पुष्टि प्रबंधन डिप्लॉय किए गए इंटीग्रेशन के अनुसार होते हैं।

इंटीग्रेशन को बैंकिंग कोर से अलग रखें

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

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

रसीद को प्रमाण मानें, फिर मिलान करें

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

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

इंटीग्रेशन सीमा और सिस्टम का स्वामित्व

  1. ग्राहक या ऑपरेटर वर्कफ़्लोसंस्था का एप्लिकेशन, पहचान जाँच, अनुमोदन और उपयोगकर्ता अनुभव।
  2. नेटवर्क इंटीग्रेशनसहमत वॉलेट, API, SDK, RPC, कॉन्ट्रैक्ट और इवेंट की जिम्मेदारियाँ।
  1. बैंकिंग कोरसंस्था के खाते, रिकॉर्ड, व्यावसायिक नियम और वित्तीय प्रविष्टियाँ।
  2. निर्धारित कार्यक्षेत्र का कनेक्शनपड़ताल के दौरान मैपिंग, नियंत्रण, अपवाद प्रबंधन और स्वामित्व तय होते हैं।
नेटवर्क इंटरफ़ेस और बैंकिंग कोर की जिम्मेदारियाँ अलग हैं; इनके बीच कनेक्शन सहमत इंटीग्रेशन परियोजना है।

इंटीग्रेशन कार्यक्षेत्र को परीक्षण योग्य बनाएँ

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

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

प्लेटफ़ॉर्म सुविधाएँ

मानक रीड-ओनली JSON-RPC उदाहरण

संगत नेटवर्क के लिए eth_chainId, eth_blockNumber और eth_getTransactionReceipt मानक रीड-ओनली उदाहरण हैं।

ये केवल सामान्य प्रोटोकॉल क्वेरी के उदाहरण हैं। डिप्लॉय किए गए वातावरण में एंडपॉइंट, व्यवहार, प्रमाणीकरण और नेटवर्क विवरण तकनीकी दस्तावेज़ से पुष्टि करें।

प्लेटफ़ॉर्म सुविधाएँ

संस्थागत इंटीग्रेशन मैप करें

सिस्टम, डेटा अनुबंध, पहचान आवश्यकताएँ, नेटवर्क सीमाएँ, त्रुटि प्रबंधन और बदलाव का स्वामित्व पहचानें।

कोर बैंकिंग, HSM, IAM, SIEM और KYC इंटीग्रेशन का कस्टम आकलन और दायरा तय होगा; तैयार कनेक्टर का वादा नहीं।

प्लेटफ़ॉर्म सुविधाएँ

ऐप्लिकेशन और EVM-संगत SDK कनेक्ट करें

स्वीकृत RPC और कॉन्ट्रैक्ट इंटरफ़ेस के ज़रिए डिजिटल और मोबाइल बैंकिंग ऐप्लिकेशन, वॉलेट, भुगतान प्रणालियाँ, ट्रेज़री प्लेटफ़ॉर्म और आंतरिक संचालन जोड़ें। EVM-संगत SDK नेटवर्क की स्थिति पढ़ सकते हैं, हस्ताक्षरित लेनदेन भेज सकते हैं, रसीदें देख सकते हैं और समर्थित कॉन्ट्रैक्ट इवेंट पर नज़र रख सकते हैं।

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

प्लेटफ़ॉर्म सुविधाएँ

उत्पादन से पहले सत्यापन

सहमत गैर-उत्पादन वातावरण में अनुमति, लेनदेन व रसीद प्रबंधन, विफलता, लॉगिंग, मिलान और संचालन हस्तांतरण जाँचें।

संस्करण और निर्भरताएँ दर्ज करें और संस्थान की अनुमोदन प्रक्रिया के अनुसार उत्पादन बदलाव समन्वित करें।

JSON-RPC: eth_chainId

curl --request POST "$BANK_RPC_URL" \
  --header 'Content-Type: application/json' \
  --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":1}'

टीम से संपर्क करें

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

यहाँ कौन-से JSON-RPC तरीके दिए गए हैं?

रीड-ओनली उदाहरण eth_chainId, eth_blockNumber और eth_getTransactionReceipt हैं। एंडपॉइंट व्यवहार की पुष्टि डिप्लॉयमेंट दस्तावेज़ से करें।

क्या कोर बैंकिंग या सुरक्षा इंटीग्रेशन पहले से बने हैं?

किसी तैयार इंटीग्रेशन की गारंटी नहीं है। हर इंटीग्रेशन का तकनीकी आकलन, निर्भरता समीक्षा और सहमत दायरा आवश्यक है।