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

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

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

आपका बैंक। आपका ब्लॉकचेन। आपके नियम।

बैंक-नियंत्रित नेटिव एसेट, संस्थागत गवर्नेंस, लचीली शुल्क नीतियों और एकीकृत बैंकिंग एक्सप्लोरर वाला समर्पित EVM-संगत नेटवर्क डिप्लॉय करें। FusionPointAI प्लेटफ़ॉर्म और सहमत सेवाएँ देता है; नीतियों, जारीकरण, रिज़र्व और संचालन पर नियंत्रण संस्थान का रहता है।

बैंकिंग गाइड

बैंकिंग ब्लॉकचेन इन्फ्रास्ट्रक्चर के लिए खरीदार की मार्गदर्शिका

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

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

शुरुआती जरूरत से उत्पादन-कार्यक्षेत्र तक छह निर्णय

  1. 1. बैंकिंग की जरूरत तय करें

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

  2. 2. परिचालन सीमा तय करें

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

  3. 3. एसेट और रिकॉर्ड की रूपरेखा बनाएँ

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

  4. 4. नियंत्रण और गवर्नेंस की जिम्मेदारी तय करें

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

  5. 5. शुल्क और इंटीग्रेशन की योजना बनाएँ

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

  6. 6. मूल्यांकन करें, कार्यक्षेत्र तय करें और अनुबंध करें

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

विषय-सूची

  1. प्लेटफ़ॉर्म की क्षमताएँ और परिचालन सीमाएँ

    नेटवर्क, वैलिडेटर, एक्सप्लोरर, इंटीग्रेशन, गवर्नेंस और संचालन क्षमताओं को संस्थागत जिम्मेदारियों तथा वास्तविक तैयारी-समीक्षा से जोड़ें।

    अध्याय पढ़ें
  2. मूल एसेट और आधिकारिक बैलेंस

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

    अध्याय पढ़ें
  3. प्रतिबंध और रोक नियंत्रण

    स्पष्ट अनुमोदन और हटाने की प्रक्रिया के साथ आंशिक राशि रोकने, पूर्ण प्रतिबंध, खाते या वॉलेट के दायरे, ऑपरेशन पर रोक और ट्रांसफ़र रोकने के बीच अंतर समझें।

    अध्याय पढ़ें
  4. प्रायोजित शुल्क और Paymaster नीति

    पात्र प्रायोजन और ग्राहक शुल्क नीति की योजना बनाते हुए नेटवर्क गैस का वित्तपोषण, निपटान एसेट, रिज़र्व और सेवा लागत अलग रखें।

    अध्याय पढ़ें
  5. गवर्नेंस, वैलिडेटर और बदलाव नियंत्रण

    प्रशासनिक, लोकतांत्रिक और मिश्रित अधिकारों की तुलना करें; अनुमोदन, कोरम, विलंब, वैलिडेटर जीवनचक्र और अपरिवर्तनीय Chain ID की योजना बनाएँ।

    अध्याय पढ़ें
  6. बैंकिंग ब्लॉक एक्सप्लोरर

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

    अध्याय पढ़ें
  7. API और संस्थागत इंटीग्रेशन

    विशेष रूप से आकलित इंटीग्रेशन के लिए इंटरफ़ेस, पहचान, डेटा मैपिंग, परीक्षण, स्वामित्व और मिलान संबंधी निर्णय तैयार करें।

    अध्याय पढ़ें
  8. सुरक्षा और परिचालन जिम्मेदारियाँ

    प्रमाणन या गारंटी माने बिना पहचान, कुंजियों, मॉनिटरिंग, अनुमोदन, घटना-संबंधी भूमिकाओं और सुरक्षा समीक्षा की व्यवस्था करें।

    अध्याय पढ़ें
  9. डिप्लॉयमेंट और सेवा का कार्यक्षेत्र

    पर्यावरण की सीमाओं, होस्टिंग, क्षमता, लचीलापन, रिकवरी, सहायता और संस्था तथा सेवा-प्रदाता की संचालन जिम्मेदारियों का आकलन करें।

    अध्याय पढ़ें
  10. संस्थागत उपयोग-प्रकरण

    नियंत्रित निपटान और संस्था द्वारा जारी एसेट के वर्कफ़्लो का मूल्यांकन करें तथा ग्राहक, रिज़र्व, समर्थन और रिडेम्प्शन से जुड़े निर्णय स्पष्ट रखें।

    अध्याय पढ़ें

खरीदारों के लिए व्यावहारिक सवाल

क्या नेटवर्क हमारे कोर बैंकिंग लेज़र की जगह लेता है?

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

लेन-देन प्रायोजित होने पर क्या ग्राहक को कोई शुल्क नहीं देना पड़ता?

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

क्या हम एक वॉलेट रोक सकते हैं या पूरे नेटवर्क पर ट्रांसफ़र रोक सकते हैं?

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

क्या इंटीग्रेशन, रिज़र्व और उत्पादन क्षमता डिफ़ॉल्ट रूप से शामिल हैं?

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

ऐसा ब्लॉकचेन जो आपके संस्थान के नियमों के अनुसार चले

FusionPointAI का एंटरप्राइज़ बैंकिंग ब्लॉकचेन इंफ्रास्ट्रक्चर किसी बैंक या कंसोर्टियम को समर्पित EVM-संगत नेटवर्क, बैंक-नियंत्रित नेटिव एसेट, गवर्नेंस, लेनदेन नीतियाँ, एक्सप्लोरर और इंटीग्रेशन इंटरफ़ेस उपलब्ध कराता है। यह कॉन्फ़िगर किया जा सकने वाला तकनीकी प्लेटफ़ॉर्म है; टोकन बिक्री, रिज़र्व एसेट या सभी कोर बैंकिंग कार्यों का विकल्प नहीं।

संस्थानों के बीच साझा रिकॉर्ड

बैंक, ट्रेज़री टीमें, भुगतान ऑपरेटर या कंसोर्टियम के सदस्य साझा लेनदेन इतिहास पर काम कर सकते हैं। भाग लेने वाले पक्ष नेटवर्क, पहुँच नियमों और सेटलमेंट प्रक्रिया पर सहमत हों तो अलग-अलग रिकॉर्ड का मिलान कम हो सकता है।

संस्थागत नियंत्रण वाले डिजिटल एसेट

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

बैंक ग्राहकों के लिए परिचित अनुभव

बैंक तय कर सकता है कि लेनदेन की लागत कैसे दिखाई और वित्तपोषित की जाए। समर्थित बैंकिंग ऐप इस्तेमाल करने से पहले ग्राहकों को अलग तकनीकी gas एसेट खरीदना आवश्यक नहीं है।

अधिकार और संचालन की स्पष्ट ज़िम्मेदारी

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

पूरा बैंकिंग प्लेटफ़ॉर्म आपस में कैसे काम करता है

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

  1. बैंकिंग ऐप्लिकेशन

    डिजिटल बैंकिंग, ट्रेज़री, भुगतान, ऑपरेटर टूल और संस्थान के स्वीकृत ऐप्लिकेशन।

  2. इंटीग्रेशन और नीतियाँ

    वॉलेट, API, SDK, RPC, पहचान जाँच, लेनदेन नीतियाँ और कॉन्फ़िगर किया गया Paymaster फ़्लो।

  3. समर्पित बैंकिंग नेटवर्क

    EVM निष्पादन, नेटिव एसेट लेज़र, गवर्नेंस वाले कॉन्ट्रैक्ट, Parlia/PoSA कंसेंसस और वैलिडेटर।

  4. दृश्यता और संचालन

    बैंकिंग एक्सप्लोरर, समर्थित इवेंट, नेटवर्क मॉनिटरिंग, लॉग, मिलान के लिए इनपुट और सहमत संचालन रिपोर्टिंग।

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

संस्थान द्वारा जारी मूल्य से नियंत्रित सेटलमेंट तक

बैंक इस नेटवर्क का उपयोग संस्थान द्वारा जारी सेटलमेंट एसेट, टोकनाइज़्ड जमा, बैंक द्वारा जारी स्टेबलकॉइन या किसी अन्य सहमत डिजिटल एसेट के लिए कर सकता है। एसेट का व्यावसायिक अर्थ और रिज़र्व, कस्टडी या रिडेम्प्शन से जुड़ी कोई भी प्रतिबद्धता बैंक तय करता है। FusionPointAI तकनीक और सहमत सेवाएँ देता है; वह ऐसे रिज़र्व उपलब्ध नहीं कराता और न ही उनकी गारंटी देता है।

  1. एसेट तय करें

    एसेट का उद्देश्य, जारी करने का अधिकार, बैकिंग मॉडल, कस्टडी और रिडेम्प्शन प्रक्रिया सहमति से तय करें।

  2. जारी करने की अनुमति दें

    अधिकृत ऑपरेटर कॉन्फ़िगर की गई अनुमतियों और मंज़ूरियों के अनुसार एसेट मिंट करते हैं या सप्लाई का प्रबंधन करते हैं।

  3. ट्रांसफ़र और सेटल करें

    पात्र लेनदेन नेटवर्क की एसेट, खाते, प्राधिकरण और शुल्क संबंधी नीतियों के अनुसार चलते हैं।

  4. मिलान करें या रिडीम करें

    संस्थान नेटवर्क रिकॉर्ड का अपने बैंकिंग सिस्टम से मिलान करता है और सहमत रिडेम्प्शन या बर्न प्रक्रिया पूरी करता है।

एसेट जीवनचक्र का उदाहरण। जारी करने, बैकिंग, रिडेम्प्शन और लेखांकन की नीतियाँ जारीकर्ता संस्थान तय करता है।

ग्राहक ट्रांसफ़र करता है तो क्या होता है?

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

  1. ग्राहक का अनुरोध

    बैंकिंग ऐप इच्छित कार्रवाई और उसके लिए ज़रूरी प्राधिकरण दर्ज करता है।

  2. नीति जाँच

    लागू अनुमतियाँ, राशि पर प्रतिबंध, वॉलेट/खाता नियम और ट्रांसफ़र रोकने की स्थिति जाँची जाती है।

  3. शुल्क व्यवस्था

    कॉन्फ़िगर किया गया फ़्लो स्पॉन्सरशिप, ग्राहक शुल्क और तकनीकी gas के वित्तपोषण का तरीका तय करता है।

  4. नेटवर्क पर निष्पादन

    हस्ताक्षरित लेनदेन RPC के ज़रिए भेजा जाता है और वैलिडेटर नेटवर्क उसे प्रोसेस करता है।

  5. रसीद और मिलान

    ऐप परिणाम पढ़ता है; अधिकृत समीक्षा के लिए एक्सप्लोरर और समर्थित इवेंट नेटवर्क की स्थिति दिखाते हैं।

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

प्रतिबंध का मतलब हमेशा सब कुछ रोकना नहीं होता

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

चुनी हुई राशि रोकें

उपलब्ध राशिप्रतिबंधित राशि

वॉलेट या खाते पर प्रतिबंध लगाएँ

प्रतिबंधित राशि

लागू कार्रवाई रोकें

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

चुनी हुई राशि रोकें

बैलेंस के पात्र हिस्से पर प्रतिबंध लगाएँ, जबकि बाकी उपलब्ध राशि सामान्य ट्रांसफ़र नीति के अनुसार इस्तेमाल हो सके। रोक हटाने पर कॉन्फ़िगर किए गए नियमों के मुताबिक पात्रता बहाल होती है।

वॉलेट या खाते पर प्रतिबंध लगाएँ

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

लागू कार्रवाई रोकें

जब अधिकृत प्रक्रिया इसकी माँग करे तो संबंधित ट्रांसफ़र कार्रवाई रोकें, फिर स्वीकृत प्रक्रिया से उसे दोबारा चालू करें। सभी संबंधित कार्रवाइयों पर रोक, किसी एक ग्राहक की राशि रोकने से अलग है।

ग्राहक के शुल्क और नेटवर्क के gas को अलग रखें

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

ग्राहक के लिए शुल्क व्यवस्था

  1. 01बैंकिंग ऐप
  2. 02संस्थान की शुल्क नीति
  3. 03पात्र ग्राहक शुल्क या स्पॉन्सरशिप

तकनीकी नेटवर्क सेटलमेंट

  1. 01समर्थित Paymaster फ़्लो
  2. 02वित्तपोषित तकनीकी gas
  3. 03वैलिडेटर नेटवर्क पर निष्पादन
दो संबंधित प्रक्रियाएँ हैं, एक ही शामिल सेवा के लिए दो शुल्क नहीं। शुल्क की राशि और समर्थित एसेट सहमत नेटवर्क कॉन्फ़िगरेशन पर निर्भर करते हैं।
  • समर्थित भुगतान एसेट और स्पॉन्सरशिप की शर्तें कॉन्फ़िगर करके सत्यापित की जाती हैं; कोई भी मनमाना स्टेबलकॉइन अपने-आप संगत नहीं होता।
  • संस्थान का संचालन डिज़ाइन वित्तपोषण, सीमाएँ, शुल्क लेखांकन और मिलान तय करता है। FusionPointAI हर ग्राहक का gas अपने-आप नहीं चुकाता।

नेटवर्क शुरू होने से पहले तय करें कि उसमें बदलाव कौन कर सकता है

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

प्रशासनिक

अधिकृत एडमिन या कॉन्फ़िगर की गई परिषद सहमत मतदान और मंज़ूरी प्रक्रिया के ज़रिए प्रस्तावों को स्वीकृति देती है।

लोकतांत्रिक

कॉन्फ़िगर किए गए मतदाता समूह सहमत भागीदारी, वोट के भार, कोरम और सीमा संबंधी नियमों के अनुसार प्रस्तावों पर निर्णय लेते हैं।

हाइब्रिड

प्रशासनिक और लोकतांत्रिक अधिकार कॉन्फ़िगर किए गए नियमों के तहत मिलकर काम करते हैं, जो तय करते हैं कि किन मंज़ूरियों की आवश्यकता है।

  1. 01प्रस्ताव
  2. 02समीक्षा और मतदान
  3. 03ज़रूरी मंज़ूरियाँ
  4. 04अधिकृत निष्पादन और ऑडिट

Chain ID स्थिर रहती है

नेटवर्क बनाते समय Chain ID तय की जाती है और बाद में इसे बदला नहीं जा सकता। समर्थित परिवर्तनशील पैरामीटर गवर्नेंस के अधीन होते हैं; कुछ के लिए इंटरफ़ेस में तुरंत बदलाव करने के बजाय समन्वित तकनीकी बदलाव ज़रूरी होते हैं।

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

तय करें कि इंफ्रास्ट्रक्चर कौन चलाएगा

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

FusionPointAI सहमत इंफ्रास्ट्रक्चर चलाता है

पूरी तरह प्रबंधित

इम्प्लीमेंटेशन, प्रबंधित संचालन, रखरखाव, मॉनिटरिंग और सहायता सहमत क्षमता तथा सेवा-दायरे के अनुसार मिलते हैं।

  • प्रबंधित नोड और वैलिडेटर
  • RPC और बैंकिंग एक्सप्लोरर
  • सहमत मॉनिटरिंग और सेवा-निरंतरता सेवाएँ

संस्थान सहमत परिवेश को होस्ट करता है

बैंक-होस्टेड / ऑन-प्रिमाइसेस

FusionPointAI सहमत इम्प्लीमेंटेशन, एंटरप्राइज़ सॉफ़्टवेयर लाइसेंस, इंटीग्रेशन, अपग्रेड और तकनीकी सहायता देता है। इसके लिए अलग कोटेशन चाहिए; सोर्स कोड का स्वामित्व अपने-आप हस्तांतरित नहीं होता।

  • संस्थान का स्वीकृत इंफ्रास्ट्रक्चर
  • कॉन्फ़िगर किया गया नेटवर्क और एक्सप्लोरर
  • इंटीग्रेशन और सहायता की सहमत ज़िम्मेदारियाँ

संस्थान के नियंत्रण में

बैंकिंग नीतियाँ, एसेट जारी करना, रिज़र्व और बैकिंग, कस्टडी व्यवस्था, ग्राहक रिकॉर्ड, अधिकृत गवर्नेंस और संस्थान के संविदात्मक दायित्व।

FusionPointAI उपलब्ध कराता है

बैंकिंग प्लेटफ़ॉर्म, इम्प्लीमेंटेशन, इंटीग्रेशन इंटरफ़ेस, दस्तावेज़ और सहमत डिलीवरी मॉडल में शामिल इंफ्रास्ट्रक्चर या सहायता सेवाएँ।

ज़िम्मेदारियों का योजनाबद्ध विवरण। होस्टिंग क्षेत्र, नोड का आकार, लचीलापन, बैकअप, रिकवरी और सेवा स्तर संस्थान के समझौते में तय किए जाते हैं।

यह सामान्य उपयोग के ब्लॉकचेन से कैसे अलग है?

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

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

यह केवल ERC-20 टोकन बनाने, नोड किराए पर लेने या एक्सप्लोरर इंस्टॉल करने से कहीं अधिक है। ये किसी सिस्टम के अलग-अलग हिस्से हो सकते हैं; यह उत्पाद बैंकिंग नेटवर्क, एसेट नियंत्रण, शुल्क आर्किटेक्चर, गवर्नेंस, एक्सप्लोरर और संचालन मॉडल को एक साथ लाता है।

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

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

रिज़र्व का स्वामित्व किसका है?

रिज़र्व संस्थान के स्वामित्व और प्रबंधन में हैं। FusionPointAI तकनीक व सहमत सेवाएँ देता है, रिज़र्व एसेट नहीं।

क्या पायलट उत्पादन सेवा देता है?

नहीं। पायलट मूल्यांकन के लिए है। उत्पादन डिप्लॉयमेंट, सहायता और व्यावसायिक शर्तों के लिए अलग दायरा, औपचारिक कोटेशन और हस्ताक्षरित समझौता चाहिए।