मल्टीचैन 1.0 बीटा 2 और 2.0 रोडमैप

हम आज कहां हैं और कल हम कहां जा रहे हैं

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

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

मल्टीचैन परफॉर्मेंस

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

.थ्रूपुट टीडी, .थ्रूपुट वें {टेक्स्ट-एलाइन: राइट;}

कुल लेनदेन	1.0 अल्फा 3	1.0 अल्फा 21	1.0 अल्फा 22	1.0 1 बीटा	1.0 2 बीटा
100	6.5 टीपीएस	7.8	541.7	830.6	1465.7
1,000	7.0	7.6	583.9	889.4	1199.6
10,000	4.1	6.4	566.9	746.6	1071.2
100,000	-	6.6	558.0	771.9	1034.2
1,000,000	-	-	548.6	773.6	1055.4

एपीआई ओवरहेड और बिल्डिंग, हस्ताक्षर, खनन और सत्यापन लेन-देन और ब्लॉक सहित प्रति सेकंड औसत लेनदेन।
टेस्ट का उपयोग कर प्रदर्शन किया ab HTTP सर्वर बेंचमार्किंग टूल टू समवर्ती अनुरोध भेज रहा है sendtoaddress एपीआई।
सर्वर विनिर्देश: इंटेल कोर i7-4770, 4 कोर @ 3.4 मेगाहर्ट्ज, 32 जीबी रैम, सीगेट 2 टीबी 7200 आरपीएम एसएटीए, सेंटोस 6.4।

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

बेशक, प्रदर्शन अनुकूलन एक कभी न खत्म होने वाला कार्य है, और ऐसा कोई कारण नहीं है कि मल्टीचेन 10,000 tx / sec पर नहीं पहुंच सकता है 16-कोर प्रोसेसर उपयुक्त वास्तु परिवर्तन के साथ। हालांकि, हमारे उपयोगकर्ताओं और भागीदारों के साथ बातचीत के आधार पर, ऐसा लगता है कि कुछ को अगले कुछ वर्षों के लिए 1,000 से अधिक टीएक्स / सेकंड की आवश्यकता है। इसलिए हम नई सुविधाओं पर अपने विकास के प्रयासों को रोक रहे हैं, जो हमें मल्टीचैन 2.0 के विषय में अच्छी तरह से लाता है।

मल्टीचैन 2.0 ओवरव्यू

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

मल्टीचैन 2.0 के दोनों संस्करणों में वर्धित कार्यक्षमता के तीन प्रमुख क्षेत्र होंगे:

• JSON दस्तावेज़ों सहित धाराओं के लिए समृद्ध डेटा मॉडल।
• ऑन-चेन सत्यापन के लिए कस्टम प्रोग्रामेबल ट्रांजैक्शन फिल्टर।
• एक ब्लॉकचेन प्रोटोकॉल और मापदंडों का निर्बाध अद्यतन।

आइए इनमें से प्रत्येक पर विस्तार से चर्चा करें।

धाराओं के लिए समृद्ध डेटा मॉडल

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

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

मल्टीचैन 2.0 इस स्ट्रीम कार्यक्षमता को कई तरीकों से समृद्ध करेगा:

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

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

मल्टीचैन 2.0 कार्यान्वित कच्चे लेनदेन मेटाडेटा (यानी स्ट्रीम आइटम नहीं) के लिए JSON ऑब्जेक्ट्स के साथ-साथ परिसंपत्ति जारी करने और स्ट्रीम निर्माण घटनाओं के लिए मेटाडाटा का भी समर्थन करेगा, मल्टीचिन 1.0 में लागू केवल पाठ / कुंजी जोड़े के बजाय। listassets एपीआई संपत्ति के सभी जारी करने की घटनाओं में JSON विलय की पेशकश करेगा, ताकि प्रत्येक जारीकर्ता का मेटाडेटा संपत्ति के अंतिम विवरण को प्रभावी ढंग से अपडेट कर सके।

कस्टम लेनदेन फ़िल्टर

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

मल्टीचैन 2.0 लेन-देन फिल्टर नामक एक अलग प्रतिमान पेश करेगा, जो किसी भी वैश्विक राज्य के संदर्भ के बिना व्यक्तिगत लेनदेन को मान्य करता है। हम उम्मीद करते हैं कि फिल्टर जावास्क्रिप्ट में लिखे जाएंगे और एक एम्बेडेड रनटाइम इंजन जैसे कि निष्पादित किया जाएगा v8, जो Google में उपयोग किया जाता है Chrome ब्राउज़र और Node.js मंच। बेशक, हमें यह सुनिश्चित करने की आवश्यकता होगी कि ब्लॉकचेन में प्रत्येक नोड पर फ़िल्टर कोड समान रूप से चलता है, किसी को भी अवरुद्ध करता है गैर-निर्धारणवाद के स्रोत जैसे समय पढ़ना, यादृच्छिक संख्याओं का उपयोग करना, नेटवर्क या डिस्क का उपयोग करना या गणित संचालन करना जो मेजबान सर्वर की वास्तुकला पर निर्भर करते हैं। एक नियतकालिक जावास्क्रिप्ट रनटाइम वातावरण बनाना एक चुनौती है, लेकिन (बहुत दूर दिए बिना) हमारा मानना ​​है कि यह भविष्य में कई अन्य मल्टीचैनल सुविधाओं के लिए उपयोगी होगा।

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

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

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

हम स्ट्रीम आइटम को मान्य करने के लिए फ़िल्टर के लिए एक लोकप्रिय एप्लिकेशन की अपेक्षा करते हैं। उदाहरण के लिए, एक फ़िल्टर यह सुनिश्चित कर सकता है कि किसी स्ट्रीम के JSON आइटम में कुछ फ़ील्ड में एक विशिष्ट श्रेणी में संख्याएँ होती हैं। मल्टीचैन 1.0 में इस प्रकार का सत्यापन आवेदन स्तर पर किया जाता है, या तो स्ट्रीम आइटम लिखते समय (यदि स्रोत पर भरोसा किया जाता है) या उन्हें पढ़ते समय। इसके विपरीत, मल्टीचैन 2.0 इन नियमों को ब्लॉकचैन के भीतर ही एम्बेड करने में सक्षम करेगा, जैसे कि बाधाओं की जाँच करें एक रिलेशनल डेटाबेस में।

मल्टीचैन 2.0 में फ़िल्टर को और अधिक शक्तिशाली बनाने के लिए दो अतिरिक्त सुविधाएँ शामिल होंगी। सबसे पहले, यह उपयोगकर्ता-परिभाषित अनुमतियों को पेश करेगा, जो मल्टीचिन द्वारा परिभाषित आठ अनुमतियों के साथ मौजूद है। नियमित अनुमतियों के साथ, ये प्रशासकों (और कुछ मामलों में, उपयोगकर्ताओं द्वारा) को विशिष्ट पते पर दिए जाएंगे activate विशेषाधिकार) और JSON ऑब्जेक्ट में एक फ़िल्टर के लिए दिए गए पते के साथ शामिल हैं। उदाहरण के लिए, एक फ़िल्टर यह सुनिश्चित कर सकता है कि किसी विशेष उपयोगकर्ता-परिभाषित अनुमति वाले केवल पते कुछ प्रकार के डेटा को एक धारा में, या एक निश्चित सीमा से ऊपर किसी विशेष संपत्ति में लेनदेन कर सकते हैं।

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

ब्लॉकचेन अद्यतन

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

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

ब्लॉकचेन पैरामीटर जिन्हें अपडेट किया जा सकता है, उनमें शामिल हैं:

• प्रोटोकॉल संस्करण। यह मल्टीचैन के एक संस्करण के साथ बनाए गए ब्लॉकचेन को एक नए संस्करण में सुविधाओं का समर्थन करने के लिए अपग्रेड करने में सक्षम करेगा, जैसे कि JSON स्ट्रीम आइटम या लेनदेन फ़िल्टर। दरअसल, प्रोटोकॉल संस्करण 10008 मल्टीचैन 1.0 अल्फा 29 (और बीटा में उपयोग किया गया) में पेश किया गया है जो पहले से ही इस प्रकार के अपग्रेड के लिए अनिर्दिष्ट समर्थन के साथ भविष्य में प्रूफ किया गया है। एक बार जब मल्टीचैन 1.0 ब्लॉकचैन 2.0 प्रोटोकॉल में अपग्रेड हो जाता है, तो यह यहां वर्णित अन्य पैरामीटर परिवर्तनों तक भी पहुंच प्राप्त करेगा।
• ब्लॉकचेन स्केलिंग। ब्लॉकचैन जो लोकप्रिय हो जाते हैं, वे अपने लक्ष्य पुष्टिकरण समय या अधिकतम लेनदेन और ब्लॉक आकार के लिए निर्धारित प्रारंभिक मानों को आगे बढ़ा सकते हैं। मल्टीचैन 2.0 इन मूल्यों को आवश्यक रूप से बढ़ाया या घटाया जा सकता है।
• अनुमति मॉडल। मल्टीचैन 2.0 अनुमति और शासन से संबंधित कई मापदंडों को अद्यतन करने की अनुमति देगा, जिनमें शामिल हैं: (ए) anyone-can-* पैरामीटर जो उन तरीकों को नियंत्रित करते हैं जिनमें एक ब्लॉकचेन खुला या बंद है, (बी) admin-consensus-* ऐसे पैरामीटर जो कुछ कार्यों के लिए आवश्यक प्रशासक सर्वसम्मति के स्तरों को निर्धारित करते हैं, और (c) द mining-diversity पैरामीटर जो राउंड-रॉबिन सर्वसम्मति एल्गोरिथ्म की कठोरता को नियंत्रित करता है।

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

आगे देख रहा

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

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

कृपया कोई टिप्पणी पोस्ट करें लिंक्डइन पर.