नोडच्या प्रतिष्ठेवर एकमत. ते आवश्यक आहे का?

मला माहित आहे मला माहित आहे. तेथे बरेच क्रिप्टो प्रकल्प आहेत, तेथे बरेच एकमत आहेत: श्रम आणि मालकी, सोने, तेल, भाजलेले पाई (एक आहे, होय, होय). आम्हाला एकाकडून आणखी काय हवे आहे? *नक्षत्र प्रकल्पाच्या "हलके" तांत्रिक दस्तऐवजीकरणाचे भाषांतर वाचल्यानंतर मी यावर चर्चा करण्याचा प्रस्ताव ठेवतो (ग्रह). अर्थात, हे अल्गोरिदमचे संपूर्ण वर्णन नाही, परंतु मला हबर समुदायाच्या मतामध्ये स्वारस्य आहे, "असे" असे एकमत होण्यासाठी जागा आहे किंवा ते अनावश्यक आहे?

आणखी बरीच अक्षरे नाहीत, म्हणून जर तुम्हाला फक्त "व्वा, क्रिप्टोबद्दल जितके शक्य असेल तितके" लिहायचे असेल तर कृपया टाळा. जर तुम्हाला वितरीत प्रणालीच्या क्षेत्रातील नवीन घडामोडींमध्ये स्वारस्य असेल आणि टिप्पण्यांमध्ये सामायिक करण्यासाठी काहीतरी असेल, तर कृपया मांजरीचा संदर्भ घ्या.

PS मी तंत्रज्ञानाचा लेखक नाही, मी साराच्या संपूर्ण हस्तांतरणाची हमी देऊ शकत नाही, म्हणून दुरुस्त्यांसह टिप्पण्या मिळाल्यास मला आनंद होईल.

समकालिक ते असिंक्रोनस एकमतापर्यंत उत्क्रांती

नोड्स एक निर्धारवादी प्रक्रिया वापरून निवडले जातात (बिटटोरंट सारख्या DHT मध्ये वापरलेले समान) जे प्रमाणीकरण "सुविधा" करण्यासाठी किंवा अधिक समजण्यासारखे, सहमती प्राप्त करण्यासाठी नोड्सच्या जबाबदाऱ्या गतिमानपणे समायोजित करतात. आम्ही 3 नोड्सचे गट निवडतो आणि समांतरपणे एकमत फेरी चालवतो जेणेकरुन एक नोड एकाधिक ब्लॉक्समध्ये फॅसिलिटेटर असू शकेल. हे आम्हाला व्यवहारांवर असिंक्रोनस प्रक्रिया करण्यास अनुमती देते, याचा अर्थ असा होतो की आमच्याकडे एकाच वेळी अनेक ब्लॉकचेन तयार होत आहेत. ही प्रक्रिया कोळ्याच्या जाळ्यासारखी असते, जी कालांतराने एकच साखळी बनवणाऱ्या नोड्सच्या विरूद्ध अनेक धाग्यांनी तयार होते. एसिंक्रोनस किंवा समांतर प्रक्रिया हा स्केलेबल प्रोग्रामिंगचा आधार आहे कारण ते सर्व संगणक संसाधने वापरण्याची परवानगी देते, एकूण संगणनाला गती देते. या नेटवर्कला डायरेक्‍ट अॅसायक्लिक ग्राफ किंवा संगणक शास्त्रात DAG म्हणतात.

एका रेखीय ब्लॉकचेनची चॅनल रुंदी विरुद्ध DAG चा गुणाकार प्रभाव जेथे आमच्याकडे एकाधिक समांतर ब्लॉकचेन आहेत.

DAG विरुद्ध रेखीय ब्लॉकचेनची भौमितिक अंमलबजावणी. काळे ठिपके ब्लॉक आहेत, पांढरे ठिपके नोड आहेत

आम्ही प्रत्येक एकमत फेरीत 3 नोड्स वापरतो कारण ते आम्हाला राज्याबद्दल तर्क करण्यासाठी काही मनोरंजक गणिती प्रक्रिया देते, कनेक्ट केलेल्या त्रिकोणांच्या स्वरूपात डेटावर "पृष्ठभागाचे विमान" बनवते. प्रोटोकॉल नंतर एक इष्टतम पृष्ठभाग एकत्र जोडण्यासाठी त्रिकोण वापरतो ज्यामध्ये कोणताही अनावश्यक किंवा विसंगत डेटा नसतो आणि शक्य तितक्या लहान त्रिकोण असतात. अल्गोरिदमनुसार, हे आलेखाच्या "किमान कट" सारखे आहे, आणि गणितीयदृष्ट्या, डेरिव्हेटिव्ह किंवा ऑप्टिमायझेशन फंक्शन (ज्यामधून फंक्शनला पृष्ठभागावर जाण्यासाठी सर्वात लहान मार्ग सापडतो). हा सर्वात छोटा मार्ग DAG मध्ये डेटा (व्यवहार) चांगल्या प्रकारे साठवण्यासारखा आहे. विरोधाभासी त्रिकोणी "टाईल्स" जेणेकरून इव्हेंटची पृष्ठभाग गुळगुळीत आणि संघर्षमुक्त असेल.

संघर्ष शोध/हँडलिंगची भौमितीय अंमलबजावणी. एक विरोधाभासी ब्लॉक अतिरिक्त पृष्ठभाग टाइल तयार करतो. सपाट (= संघर्षमुक्त) इव्हेंट पृष्ठभाग राखण्यासाठी आम्ही अतिरिक्त पृष्ठभागाच्या टाइल्स काढून टाकतो.

प्रतिष्ठेवर आधारित एकमत

इष्टतम विकेंद्रित p2p प्रतिष्ठा प्रणालीमध्ये, प्रत्येक नोड इतर नोड्सवर त्याचा विश्वास स्वतंत्रपणे निर्धारित करण्यास सक्षम असावा. आमची सिस्‍टम एक विशेष मॉडेल वापरते ज्यात सकर्मक संबंध किंवा नोडचे इतर नोड्सशी असलेल्‍या संबंधांचा समावेश असतो, जेव्‍हा जागतिक स्‍कोर नियुक्त करते. "तुम्ही तुमच्या कंपनीइतकेच चांगले आहात." अंतिम परिणाम म्हणजे $DAG किंवा नियमित चॅनेलमधील सर्व नोड्सवर ट्रांझिटिव्ह ट्रस्ट किंवा प्रतिष्ठा यावर आधारित "स्क्यू" किंवा ग्रेडियंट. हे ब्रश किंवा चीज खवणी म्हणून विचारात घेतले जाऊ शकते जे "सरफेस प्लेन" वर मिटवते आणि कोणत्या "त्रिकोणीय टाइल्स" मिटवायचे आणि कोणत्या सोडायचे ते निवडते. अशाप्रकारे संघर्ष तर्कशास्त्र प्रत्यक्षात "त्रिकोणी फरशा" काढून टाकते.

विरोधाभासी टाइल असलेली DAG "वक्र" जागेतून जात आहे जी एक ग्रेडियंट आहे, चीज खवणी सारखीच आहे आणि विरोधाभासी टाइल काढणार आहे किंवा "मिटवणार आहे".

आंशिक/पूर्ण नोड स्केलिंग

नेटवर्क थिअरीमध्ये, सामान्यत: इष्टतम वाटप "स्केल-फ्री" म्हणून ओळखले जाते, ज्याचे वर्णन मोठ्या मध्यवर्ती नोड्ससह अनेक लहान परिधीय नोड्स व्यवस्थापित करणारी श्रेणीबद्ध व्यवस्था म्हणून केले जाऊ शकते. हे वितरण निसर्गात आणि सर्वात महत्त्वाचे म्हणजे इंटरनेटवर दृश्यमान आहे. तारामंडल या आर्किटेक्चरचा वापर “स्केल आउट” करण्यासाठी किंवा आमच्या आलेखाची थ्रूपुट किंवा रुंदी वाढवण्यासाठी करते.

श्रेणीबद्ध विभाजनाचा प्रभाव. बँडविड्थ वाढवून आम्ही आणखी नोड्स जोडू शकतो

Hylochain - चॅनल आधारित अनुप्रयोग समर्थन

अर्ज समर्थनासाठी आमचा दृष्टिकोन "विकेंद्रित स्मार्ट कॉन्ट्रॅक्ट प्लॅटफॉर्म" म्हणून विचार केला जाऊ शकतो. सर्व लॉजिक चालवणाऱ्या आणि अॅप्लिकेशनमधील सर्व डेटावर प्रक्रिया करणाऱ्या केंद्रीय नेटवर्कऐवजी, कॉन्स्टेलेशन अॅप्लिकेशन डेटाला “हाऊस चॅनेल” सह समन्वयित करते, ज्याला हाऊस सिस्टममधील सर्व डेटा प्रसारित करणारे टेलिव्हिजन स्टेशन मानले जाऊ शकते. प्रत्येक कर्मचारी चॅनेल डेटा उत्पादकांच्या एंड-टू-एंड ऑथेंटिकेशन आणि संमिश्र स्टाफ सिस्टम्सच्या संक्रमणात्मक सत्यापनाद्वारे ओरॅकल समस्येचे निराकरण करण्यासाठी स्वतःचे सत्यापन तर्क लागू करू शकते. राज्य चॅनेल नेटवर्क अनुप्रयोगांसाठी समांतर समर्थन प्रदान करतात, स्मार्ट कॉन्ट्रॅक्ट नेटवर्कमध्ये पारंपारिक सिंक्रोनस एकमताने मर्यादित असलेल्या दत्तक घेण्याच्या वेळा वाढवतात.

दोन मानक चॅनेल जे $DAG नेटवर्कद्वारे "सुसंगत" आहेत. संकरित $DAG + चॅनेल नोड्स तैनात करून ते दोन्ही $DAG सह "एकत्रित" असल्यामुळे ते संवाद साधू शकतात किंवा त्यांचा अर्थ लावला जाऊ शकतो.

याला हायलोचेन म्हणण्याचे कारण म्हणजे ऍप्लिकेशन सपोर्टसाठी आमचा दृष्टिकोन मॅपरेड्यूस इंटरफेस तयार करण्यासाठी रिकर्सन स्कीम्स फंक्शनल प्रोग्रामिंग मॉडेल वापरतो. विशेषतः, हायलोमॉर्फिझम आणि मेटामॉर्फिज्म रिकर्सन स्कीम्स स्मार्ट कॉन्ट्रॅक्ट्ससाठी ऑप कोड सत्यापित केल्याप्रमाणे बीजगणित डेटा प्रकार सत्यापित करून सत्यापित करण्यायोग्य क्वेरी आणि मूळ चॅनेलवर कनेक्शन प्रवाहित करण्यासाठी एकत्रित केल्या जाऊ शकतात. अंतिम परिणाम म्हणजे एक कार्यशील MapReduce इंटरफेस जो डेटा अभियंत्यांना परिचित आहे आणि विद्यमान बिग डेटा तंत्रज्ञानाशी सुसंगत आहे.

हायलोमॉर्फिक आणि मेटामॉर्फिक कॉन्ट्रास्टसाठी मानक चॅनेल आहेत. मेटामॉर्फिक स्थितीत, दोन नियमित चॅनेलमधील डेटा मेटाचॅनेलमधील ब्लॉकला पाठविला जातो. गिलोमध्ये, आम्ही चॅनेलची मागील स्थिती घेतो आणि इतर दोन चॅनेलची क्वेरी (विशिष्ट प्रश्न विचारण्यासाठी) त्याचा वापर करतो आणि नंतर क्वेरीचा निकाल ब्लॉकमध्ये संग्रहित करतो.

टोकोनॉमिक्स आणि त्याचे हायलोचेनशी कनेक्शन

एकदा नेटिव्ह चॅनल तयार केल्यावर, ते $DAG चॅनेलमध्ये समाकलित केले जाऊ शकते, परंतु ACI किंवा ऍप्लिकेशन चेन इंटरफेस वापरून. हा इंटरफेस फक्त कॉन्फिगरेशन माहिती आणि चॅनेलशी संबंधित सार्वजनिक की असलेली JSON ऑब्जेक्ट आहे. आम्ही नियमित चॅनेलशी सार्वजनिक की संबद्ध करण्याचे कारण म्हणजे नियमित चॅनेल डेटासाठी ब्रोकरेज यंत्रणा तयार करणे. जेव्हा नियमित चॅनेल तैनात केले जाते, तेव्हा डेव्हलपर स्वतः कॉन्फिगर करतात की $DAG नेटवर्कमधील पेमेंट नोड्स आणि ऑपरेटर दरम्यान कसे वितरित केले जातात.

माहितीमध्ये प्रवेश किंवा माहितीमध्ये बदल खरेदीसाठी प्रवाह. विनंती $DAG ला पाठवली जाते, चॅनल खात्यावर निधी पाठविला जातो, परिणाम खरेदीदारास पाठविला जातो आणि व्यवहार चेकसम $DAG नेटवर्कला पाठविला जातो, जो नंतर नियमित चॅनेलला निधी जारी करतो.

स्त्रोत: www.habr.com