बिचौलियों के बिना ब्लॉकचैन: हमने वितरित रजिस्ट्री में प्रतिभूतियों को कैसे भेजा

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

अल्पकालिक बांड

ब्लॉकचैन पर हमारा पहला ओवर-द-काउंटर वित्तीय लेनदेन राष्ट्रीय निपटान डिपॉजिटरी (एनएसडी) की भागीदारी के साथ एमटीएस मोबाइल ऑपरेटर के अल्पकालिक बांड का मुद्दा था। यह सभी डिपॉजिटरी का एक प्रकार का "केंद्रीय बैंक" है। डिपॉजिटरी सिक्योरिटी बिचौलियों की प्रतिभूतियों के मालिकों का रिकॉर्ड रखते हुए उन्हें जारी करती है।

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

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

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

समाधान का मुख्य लाभ बहुमुखी प्रतिभा था। "दो समकक्षों और एक रजिस्ट्रार" योजना ओटीसी बाजार में लगभग किसी भी लेनदेन को शामिल करती है, और मामूली बदलावों के साथ - सामान्य रूप से अधिकांश वाणिज्यिक लेनदेन।

REPO 1.0

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

इस परियोजना में, हमने Sberbank और एक विदेशी साझेदार के बीच पुनर्खरीद समझौते में प्रवेश किया। यह पहले से ही Hyperledger Fabric संस्करण 1.2 का उपयोग करता था। एमटीएस बॉन्ड की तुलना में, हमारे दो अंतर थे:

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

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

"आरईपीओ 1.0" हमने कानूनी पक्ष से काम किया। एक बड़ी कानूनी फर्म की मदद से, लंदन के उच्च न्यायालय के मामलों का विश्लेषण किया गया। इसके अलावा, बैंक के ईडीएस और उसके समकक्षों ने अलग-अलग क्रिप्टोग्राफिक एल्गोरिदम का उपयोग किया।

REPO 1.0 कैसे काम करता है?

लेनदेन के लिए प्रत्येक पार्टी का अपना ब्लॉकचैन नोड है। पी 2 पी नेटवर्क में सभी नोड एक दूसरे से जुड़े होते हैं। मान लीजिए आपको एक सौदा करने की आवश्यकता है। हम लेनदेन के लिए पार्टियों के बीच एक स्मार्ट अनुबंध तैनात करते हैं, जहां वित्तीय साधन पूरी तरह से वर्णित है।



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

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

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

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

REPO 2.0

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

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

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

एनएसडी ने इस लेनदेन में एक समाशोधन गृह के रूप में काम किया। उन्होंने फंड्स और सिक्योरिटीज के मूवमेंट पर सभी निर्देश दिए। यह लेनदेन रूसी कानून के तहत संपन्न हुआ था।

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

REPO 2.0 कैसे काम करता है?

नेटवर्क को तैनात करने और चेन कोड के साथ क्लाइंट इंटरफेस के साथ बातचीत करने के लिए, हमने फैब्रिक स्टार्टर समाधान का उपयोग किया। HLF के लिए मानक grpc इंटरफ़ेस के बजाय, यह एक REST API प्रदान करता है, जिसने हमारे मामले में एकीकरण की जटिलता को काफी कम कर दिया है।



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

परीक्षण चरण के दौरान, प्रतिभागियों के सर्वर के कनेक्शन को व्यवस्थित करने के लिए डॉकर झुंड का उपयोग किया गया था, हालांकि, वास्तविक सौदा करने के उद्देश्य से, उन्होंने DNS पर स्विच किया। प्लेटफ़ॉर्म स्वयं संदेश परिवहन के लिए ज़िम्मेदार है, डेटा टीएलएस एन्क्रिप्शन के साथ इंटरनेट पर प्रसारित होता है।

मुद्दे का तकनीकी पक्ष

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

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

हमारे समाधान के मुख्य कार्य:

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

तकनीकी पक्ष पर, पुनर्मूल्यांकन प्रक्रिया यहां सबसे दिलचस्प है। आइए इसका अधिक विस्तार से विश्लेषण करें।

व्यावसायिक प्रक्रिया में, इस प्रक्रिया को दिन में एक बार लॉन्च किया जाना चाहिए, ओरेकल के बाद (एनएसडी द्वारा प्रदर्शन किए गए "आरईपीओ 2.0 के पायलट") ने सिस्टम में प्रतिभूतियों के अद्यतन उद्धरण अपलोड किए।

func (t *CIBContract) recalculationData(stub shim.ChaincodeStubInterface, loadData *loadDataType, curDay string) pb.Response {...} 

प्रक्रिया का मुख्य चक्र सभी प्रतिभूतियों से गुजरता है जिसके लिए उद्धरण अपडेट किए गए हैं।

 for _, securities := range loadData.Securities {...} 

इसके बाद, कई जाँचें की जाती हैं। उदाहरण के लिए, यदि विनिमय जिसके साथ बाजार डेटा प्राप्त किया गया था, आज एक दिन की छुट्टी है, तो रिकाउंटिंग नहीं होनी चाहिए।

 if t.checkHoliday(stub, contract.Settings.Calendars) == "yes" { hisYes := historyType{curDay, "LoadData. Calendar", "System", "LoadData. Today is holiday ! No load market data to contract !"} ... contract.History = append(contract.History, hisYes) … err = stub.PutState(contrID, contractJSONasBytes) } 

अद्यतन बांड मूल्य की गणना करने के लिए, अर्जित कूपन की उपज (एनडीसी) को लोड किए गए शुद्ध मूल्य में जोड़ा जाता है। पायलट ने एनकेडी की गणना के लिए 30/360 योजना के लिए समर्थन लागू किया।

 priceIzm = float64(securities.Price + float64(securities.CouponRate)*float64((int(settlementDate.Year()) - int(dateStart.Year()))*360 + (int(settlementDate.Month()) - int(dateStart.Month()))*30 + (int(settlementDate.Day()) - int(dateStart.Day())))*100/360/100) curCurrVal = priceIzm 

यदि लेनदेन मुद्रा उस मुद्रा से भिन्न होती है जिसमें सुरक्षा उद्धृत की जाती है, तो विनिमय अनुवाद किया जाता है।

 if contract.GeneralTerms.PurchasePrice.Currency != securities.Currency { curCurrName = securities.Currency + "-" + contract.GeneralTerms.PurchasePrice.Currency               for _, currency := range loadData.Currencies {              if currency.Name == curCurrName {                           curCurrVal = priceIzm * currency.Value } } } 

अब हमें LTV की गणना करने की आवश्यकता है। कहानी के लिए पुराना गुणांक रखें।

 oldCurLTV := contract.MarginingTerms.CurrentLTV 

लेन-देन के जीवन के दौरान निष्पादित मार्जिन कॉल को ध्यान में रखना आवश्यक है। आवश्यकताएँ दोनों पक्षों से, और दो रूपों में आ सकती हैं:

• प्रतिभूति। उधारकर्ता सुरक्षा के बाजार मूल्य में गिरावट की स्थिति में अतिरिक्त सुरक्षा बनाता है। मूल्य वृद्धि के मामले में लेनदार सुरक्षा का हिस्सा देता है।
  
• मनी। निर्धारित समय से पहले ऋण लेने वाला ऋण के उस हिस्से को चुकाता है जो सस्ता संपार्श्विक द्वारा कवर किया गया है। ऋणदाता संपार्श्विक के मूल्य में वृद्धि के जवाब में ऋण राशि बढ़ाता है।
  

पहले मामले में, संपार्श्विक में प्रतिभूतियों की मात्रा बस अद्यतन की जाती है। और उन पर पैसा बनाने के मामले में, लेनदेन की अतिरिक्त शर्तों में निर्दिष्ट लाभप्रदता को अर्जित करना भी आवश्यक है।

 for _, addCollateral := range contract.MarginingTerms.AddCollateral { currSumCollateral := addCollateral.Sum + (addCollateral.Sum*contract.MarginingTerms.RateOnCashMargin*float64(deltaColDate) / float64(contract.MarginingTerms.Basis))/100 ... allSumCollateral = allSumCollateral + currSumCollateral ... ht := historyType{curDay, System", "LoadData. Recalculation data(addCollateral) Contract " + contrID + " - currSumCollateral: " + strconv.FormatFloat(float64(currSumCollateral), 'f', 2, 64) ... }        ... contract.History = append(contract.History, ht) } 

हम पुनर्खरीद की कुल राशि की गणना करते हैं - वास्तव में, यह ब्याज के साथ ऋण की राशि है, जिसे हमें चुकाने की आवश्यकता है।

 rePurchasePriceCur := contract.GeneralTerms.PurchasePrice.Sum + (contract.GeneralTerms.PurchasePrice.Sum*contract.GeneralTerms.RepoRate*float64(deltaSigningDate)/float64(contract.MarginingTerms.Basis))/100 

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

 contract.MarginingTerms.CurrentLTV = (rePurchasePriceCur - allSumCollateral) * float64(100) / (float64(contract.GeneralTerms.PurchasedSecurities.Quantity) * curCurrVal) 

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

 contract = t.checkTriggerEvents(stub, "LoadData", contract, curDay, securities) 

और UI पर प्रदर्शन के लिए इतिहास को जानकारी लिखें।

 ht := historyType{curDay, "System", "LoadData. Recalculation data(change curLTV, ADTV) Contract " + contrID + " - oldCurLTV: " + strconv.FormatFloat(float64(oldCurLTV), 'f', 2, 64) + ", newCurLTV: " + strconv.FormatFloat(float64(contract.MarginingTerms.CurrentLTV), 'f', 2, 64)...} contract.History = append(contract.History, ht) 

संक्षेप में देना

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

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