16 मई, 2019 के लिए आरबीएस एंड डी अपडेट

सबसे प्रतिभाशाली टीम के साथ जमीन से ऑर्बस ब्लॉकचेन के निर्माण के डेढ़ साल बाद, मैं उम्मीद कर सकता था, मेननेट 28 मार्च को जनता के लिए जारी किया गया था। मेरे गैर-तकनीकी पोस्ट-लॉन्च लक्ष्यों में से एक यह है कि हम जो भी काम कर रहे हैं, उस पर सीधे ध्यान दें। अपने आप को संभालो - यह लंबा है :)

ऑर्ब्स यूनिवर्स

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

इसके बारे में सब कुछ यहां पढ़ें।

बक्सों का इस्तेमाल करें

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

विकेंद्रीकृत एनपीएम

Node.js पैकेज मैनेजर (NPM) जावास्क्रिप्ट पारिस्थितिकी तंत्र में परियोजनाओं के बीच कोड साझा करने के लिए एक सुपर लोकप्रिय उपकरण है। यह 1.2M संकुल पर होस्ट करता है जिसे प्रति दिन 1B से अधिक बार डाउनलोड किया जाता है। यह डेटाबेस ओपन-सोर्स है, लेकिन क्या दिलचस्प है कि यह पूरी तरह से केंद्रीकृत और प्रबंधित एक प्रसिद्ध कंपनी है जिसे npm Inc. कहा जाता है।

वर्तमान में, यह दो महत्वपूर्ण भूमिकाओं को पूरा करता है: 1) प्राधिकरण और 2) भंडारण।

सबसे पहले, npm Inc. उन उपयोगकर्ताओं को प्रमाणित करता है जो पैकेजों के नए संस्करणों को प्रकाशित कर सकते हैं और उनकी अनुमति का प्रबंधन कर सकते हैं। दूसरे, यह होस्ट करता है और उस रजिस्ट्री को बनाए रखता है जहां पैकेज संग्रहीत किए जाते हैं।

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

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

बातचीत ऐप

Kirill (@ netoneko) ने वार्तालाप (https://github.com/orbs-network/conversation) बनाया - एक सर्वर रहित चैट जो ऑर्ब्स ब्लॉकचेन के ऊपर चल रही है। यह ऑर्ब्स की ताकत का उपयोग करता है जहां सब-सेकंड में अंतिमता प्राप्त की जाती है और आप वास्तव में ब्लॉकचेन के ऊपर एक उत्तरदायी चैट कर सकते हैं!

Orbs का उपयोग कर विकसित करने के लिए एक उपयोगी एप्लिकेशन के लिए एक विचार मिला? सामुदायिक बोर्ड पर इसका सुझाव दें!

Orbs नेटवर्क

ओर्ब्स नेटवर्क गितुब

अप्रैल के दौरान हमने ओर्बस नेटवर्क की निगरानी और स्थिरीकरण पर बहुत काम किया है: अलग-अलग लाइब्रेरी के लिए निकाले गए लकड़हारे, Scribe: https://github.com/orbs-network/scribe

  • HTTP एपीआई के माध्यम से प्रोमेथियस मेट्रिक्स के लिए जोड़ा गया समर्थन।
  • उस नोड के लिए जोड़ा गया सत्यापन मान्य है जो यह बताता है कि Orbs नोड पता सार्वजनिक कुंजी से लिया गया था। यह गलत धारणा के मुद्दे को संबोधित करता है जिसे हमारे एक साथी ने अनुभव किया था।
  • गामा और ऑर्ब्स नोड के लिए सुव्यवस्थित रिलीज़ प्रक्रिया, मास्टर और रिलीज़ को अब डॉकर हब में प्रकाशित किया गया है।
  • नेटवर्क लॉन्च - नेटवर्क 'दिल की धड़कन' की निगरानी और समझ को लॉग करता है:

a) एथेरियम हेल्थ-चेक (github # 1102) - परीक्षण योग्य होने के लिए घटक को फिर से सम्मिलित किया, एक स्वच्छता परीक्षण जोड़ा, स्वास्थ्य जांच के बारे में कम डेटा या अधिक संक्षिप्त डेटा भेजने के लिए रिपोर्टिंग कोड को पुनःप्राप्त किया।

b) नेटिव कंपाइलर (github # 1106) - अनुबंध संकलन के बारे में हमें दृश्यता प्रदान करने के लिए 6 नए मैट्रिक्स जोड़े गए

  • निगरानी डेटा - देशी संकलक और Ethereum स्वास्थ्य जांच में जोड़ा / निश्चित मैट्रिक्स
  • ब्लॉक-सिंक मुद्दों की रिपोर्ट करना - कनेक्शन संदर्भ ऑब्जेक्ट में सिंक पीयर आईपी इंजेक्ट किया गया है, इसलिए हम सहकर्मी आईपी की रिपोर्ट कर सकते हैं न कि केवल पीयर एड्रेस (जीथब # 1123)
  • अमान्य नेटवर्क संचार को हल करने के लिए नई परिवहन सीमाओं का विश्लेषण किया गया (github # 1153)
  • हमारी सीमाओं को समझने के लिए Logz.io के साथ काम किया और यह सुनिश्चित किया कि हम सिस्टम के लॉग में आने पर अवरुद्ध और 'अंधा' न हों।
  • प्रस्तावित ब्लॉक की स्थिति के भिन्न होने के मामले में वैधता संबंधी विवाद के कारण राज्य में विसंगति का डंप जोड़ा गया। यह एक दिलचस्प मामला है, जिसका वर्णन यहां किया गया है, जहां ऑर्ब्स नोड्स आम सहमति तक नहीं पहुंचते हैं और ऑर्ब्स टीम ने कारण की जांच की है। एक बार जब टीम को इसका पता नहीं चला कि गैर-नियतात्मक निष्पादन के कारण, हमने इस सुविधा का प्रस्ताव रखा।
  • फ़ाइलों को लॉग करने के लिए मीट्रिक का लॉगिंग हटाया गया। निगरानी अब लॉग पार्सिंग के बजाय http अनुरोधों के माध्यम से मैट्रिक्स मतदान पर निर्भर करती है
  • कई मुद्दे: # 1121, # 973
  • प्रस्तुत GOSSIP_RECONNECT_INTERVAL कॉन्फ़िगरेशन चर। पहले, जब कोई कनेक्शन स्थापित नहीं किया जा सकता था, तो हम अगले प्रयास से पहले GOSSIP_CONNECTION_KEEP_ALIVE_INTERVAL सोएंगे। सुलह के बीच नींद का निर्धारण करने के लिए जिंदा-अंतराल का यह उपयोग अपने आप में गलत है। समस्या तब दिखाई दी, जब कुछ परीक्षण परिदृश्यों में, रखने-जीवित संदेशों को बहुत अधिक मूल्य पर रखने-जीवित-अंतराल सेट करके अक्षम कर दिया जाता है। इन परिदृश्यों में, यदि कोई ट्रांसपोर्ट श्रोता पहले कनेक्शन के प्रयास से पहले आरंभीकृत नहीं होता है, तो परीक्षण रुक जाएगा क्योंकि पुन: कनेक्ट करना अंतराल लगभग एक अनंत अवधि थी।

गामा

गामा एक स्थानीय वातावरण है जो डेवलपर्स को ओर्बस परत पर विकसित, तैनात और परीक्षण करने में सक्षम बनाता है। आप इसके बारे में यहां पढ़ सकते हैं और इसके साथ खेलना शुरू कर सकते हैं।

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

ओर्ब्स एथेरियम कॉन्ट्रैक्ट्स

ऑर्ब्स एथेरियम कॉन्ट्रैक्ट्स जीथब

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

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

इन रिपॉजिटरी में प्रयुक्त स्टैक विविध है:

  1. Truffle पर JS में सॉलिडिटी कॉन्ट्रैक्ट यूनिट टेस्ट लागू किए गए हैं
  2. गोलंग में ऑर्ब्स कॉन्ट्रैक्ट्स और उनके यूनिट टेस्ट लागू होते हैं
  3. सभी सुविधाओं के लिए पूर्ण जीवन चक्र का प्रदर्शन करने वाले एकीकरण परीक्षण जेएस, ट्रफल, गोलंग, गेम और बैश के मिश्रित स्टैक का उपयोग करके कार्यान्वित किए जाते हैं।

वर्तमान में मोनोरेपो में 3 + 1 सबप्रॉप शामिल हैं:

  1. सदस्यता - प्रावधान और ऑर्ब्स वर्चुअल चेन के लिए भुगतान के लिए अनुबंध
  2. ASB - स्वायत्त स्वैप ब्रिज - Ethereum और Obrs नेटवर्क के बीच ERC20 टोकन ट्रांसफर को सक्षम करता है
  3. मतदान - प्रतिनिधिमंडल के लिए अनुबंध, मतदान, अभिभावक और सत्यापनकर्ता पंजीकरण, और Ethereum पर मतदान और चुनाव परिणामों के मिलान के लिए अनुबंध और Orbs पर अपने परिणामों को निष्पादित करना। इसके अलावा, एक बाहरी प्रक्रिया है जो दो नेटवर्क के बीच डेटा प्रवाह को संचालित करती है।
  4. पदावनत - फेडरेशन अनुबंध। मूल Orbs स्थिति कागज में परिकल्पित महासंघ मॉडल के संदर्भ के बाद से, Orbs PoS मॉडल के साथ प्रतिस्थापित किया गया।

रिफैक्टर / सफाई

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

  1. सबप्रॉप्ट में पृथक्करण - अब, प्रत्येक शीर्ष स्तर का फ़ोल्डर एक सिंगल फीचर के अनुरूप एक सिंगल सब्रेपो का प्रतिनिधित्व करता है
  2. स्क्रिप्ट्स को कोसने के लिए शेबंग लाइन्स जोड़े
  3. रेपो टॉप लेवल से नॉन रेपो फोल्डर को हटा दिया - सबकोल्डर्स में डॉक फोल्डर को बिखेर दिया
  4. एनपीएम सिम्बलिंक का उपयोग बंद करें
  5. इन फ़ोल्डरों के साथ यूनिफ़ॉर्म सब्रेपो संरचना:
  • Docker - ci स्वचालन के लिए उपयोग किया जाता है
  • Ethereum - ट्रफ़ल फ़ोल्डर जिसमें Ethereum कॉन्ट्रैक्ट्स होते हैं
  • ओर्ब्स - ऑर्ब्स अनुबंध परियोजना
  • एफएफ-ब्लॉकचेन घटक - जैसे वेब यूआई प्रोजेक्ट, शेड्यूलर, क्रॉन जॉब्स, आदि
  • बिल्ड - बिल्ड आर्टिफ़ैक्ट्स आउटपुट सभी प्रोजेक्ट्स के लिए, विशेष रूप से, संचित एथेरम कॉन्ट्रैक्ट्स
  • परीक्षा:

a) एंड-टू-एंड (e2e) - अनिर्धारित गुंजाइश

बी) एकीकरण परीक्षण - एकीकरण ई 2 ई परीक्षण दोनों एथेरम और ऑर्ब्स कार्यान्वयन के खिलाफ पूरी सुविधा का परीक्षण करते हैं: स्थानीय देव (गामा / गनाचे), टेस्टनेट (रोपस्टेन / टेस्टनेट), उत्पादन (मेननेट)

खुले मामले

  1. ABS प्रोजेक्ट अभी भी टेस्टिंग कोड में Ganache और Ropsten लक्ष्य नेटवर्क के बीच अंतर करता है। यह एक तकनीकी ऋण है
  2. सबरपोज़ के बीच निर्भरताएँ अभी तक हल नहीं हुई हैं। वर्तमान में, Ethereum कॉन्ट्रैक्ट्स का उपयोग करके संकलित और प्रकाशित किया जाना चाहिए। / tloyffsh स्क्रिप्ट ट्रफल प्रोजेक्ट फ़ोल्डर में पाई जाती है, या मैन्युअल रूप से
  3. एकीकरण परीक्षण स्टैक बहुत जटिल है।

प्रदर्शन की निगरानी

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

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

इसके बारे में सब कुछ यहां पढ़ें।

प्रिज्म

प्रिज्म ऑर्ब्स ब्लॉक एक्सप्लोरर का एक संदर्भ कार्यान्वयन है। ऑर्ब्स के हर हिस्से की तरह, प्रिज्म एक ओपन सोर्स प्रोजेक्ट है। यदि आप कोड की समीक्षा करना चाहते हैं या योगदान करना चाहते हैं, तो यहां देखें:

https://github.com/orbs-network/prism

नए विशेषताएँ

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

सर्वर-साइड एन्हांसमेंट्स

  • क्लाइंट पर बिगिनिट गणना के लिए कुछ बुनियादी और भोले जोड़ / घटाव उपयोगिताओं को जोड़ा गया क्योंकि यह कुछ ब्राउज़रों पर समर्थित नहीं है।
  • जोड़ा गया रिलीज़। जेएस जो पैकेज को टक्कर देगा। जेसन संस्करण, कमिट और पुश। तेज़ और सरल रिलीज़ के लिए npm स्क्रिप्ट में प्रकाशित किया गया।
  • प्रिज्म क्लाइंट के नीचे बाईं ओर प्रिज्म संस्करण (पैकेज से लिया गया)।
  • NODE_ENV से लिए गए IS_PRODUCTION / IS_STAGING का उपयोग करते हुए रोक दिया गया, और इन्हें FORCE_HTTPS, MINIFY_JS, LOG_TO_CONSOLE, LOG_TO_FILE और LOG_TO_ROLLBAR जैसे और अधिक विशिष्ट परिमाणों के लिए सरलीकृत किया गया।
  • Config.js के बजाय .env करने के लिए डिफ़ॉल्ट मान जोड़ा गया। साथ ही .staging.env और .testnet.env का उपयोग करके अन्य वातावरणों को डीबग करने में सक्षम होने के लिए (git पर ध्यान नहीं दिया गया)
  • गामा को अपने डिफ़ॉल्ट पोर्ट का उपयोग करने के लिए वेबपैक पोर्ट 8080 से पोर्ट 8085 पर ले जाया गया
  • परियोजना की वर्तमान स्थिति को प्रतिबिंबित करने के लिए फिक्स्ड README.md
  • पोस्टग्रेज से संबंधित कुछ भी हटा दिया
  • प्रत्येक परीक्षण के बाद db को साफ़ करके निश्चित इकाई परीक्षण और e2e परीक्षण db मिलीभगत
  • फेल होने वाले ई 2 ई परीक्षण स्क्रीन कैप्चर को अपलोड करने के लिए क्लाउडिनल जोड़ा गया
  • E2E विफल हो गया क्योंकि एनिमेशन टाइमिंग, इसलिए जोड़ा गया DISABLE_ANIMATIONS पर्यावरण चर जिसे e2e परीक्षणों के दौरान चालू किया गया है। ऐसा करने से एनिमेशन निष्क्रिय हो जाएंगे और e2e परीक्षणों में परतदारता को रोका जा सकेगा
  • लॉग में विधि के बजाय फंक का उपयोग करना जो रोलबार के लिए विशिष्ट था, और गलत त्रुटि रिपोर्टिंग का कारण बना
  • सभी लेन-देन तर्क सूची को बेहतर मान दिखाने के लिए पुन: डिज़ाइन किया गया था
  • फिक्स्ड ब्लॉक लेआउट (ओवरलैपिंग)
  • हमेशा की त्रुटियों को दिखाने के बजाय टीएक्स और ब्लॉक लोडिंग को प्राप्त करने के बाद पुनः लोड करना जब ब्लॉकबाइट या 0 के साथ getBlock का जवाब दिया जाता है।
  • सर्वर पर फ़ाइलों तक पहुँचने के दौरान सापेक्ष पथ के बजाय process.cwd का उपयोग करना
  • जोड़ा कैप्टर (क्लाइंट मेमोरी ओवरफ्लो को रोकने के लिए), अभी तक उपयोग नहीं किया गया है
  • ग्राहक-परीक्षणों को डीबग करने की क्षमता जोड़ी गई
  • विफल सर्वर आरंभीकरण के खिलाफ सुरक्षा जोड़ी गई
  • एक से अधिक tx वाले ब्लॉक अब बेहतर तरीके से रखे गए हैं
  • अगर db को इनिशियलाइज़ नहीं कर पा रहा है तो ऐप को शुरू करें
  • कंसोल.लॉग के बजाय इंजेक्ट लकड़हारा का उपयोग करना
  • जब संभव हो तो es6 आयात का उपयोग करके आवश्यकता से बचना चाहिए
  • खराब ब्लॉक अनुरोधों के बारे में लॉग पर अधिक जानकारी जोड़ी गई
  • विंस्टन में एक लकड़हारे के रूप में रोलबार जोड़ा गया
  • सर्वर में winston logger का उपयोग करना। (लॉग्स कंसोल, फ़ाइल और रिमोट के लिए)
  • ऐप के पहली बार शुरू होने पर एनीमेशन को रोकना
  • निश्चित पृष्ठभूमि एनीमेशन बग
  • लागू प्रचलित और अगले ब्लॉक
  • परीक्षणों में निश्चित हस्ताक्षरकर्ता रिपब्लिक पीढ़ी
  • लेनदेन में हस्ताक्षरकर्ता का पता जोड़ा गया

Boyar

गितुब पर बोयार

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

  • Scribe (https://github.com/orbs-network/scribe) के माध्यम से लॉग इन किया
  • वर्चुअल-चेन के कंटेनरों के लिए निगरानी जोड़ी गई। कंटेनरों की स्थिति अब लॉग में बताई गई है
  • एक से अधिक वर्चुअल चेन का प्रावधान होने पर निश्चित रेस की स्थिति
  • समान क्लस्टर पर समानांतर चलने वाली 10s और 100s वर्चुअल चेन के लिए जोड़ा गया समर्थन (300+ चालू हार्डवेयर पर चलने के लिए सत्यापित, m4.xlarge x 3)
  • NFS के लिए वर्चुअल-चेन वॉल्यूम दृढ़ता के रूप में वालिडेटर्स में से एक के लिए समर्थन जोड़ा गया, टेंटा, उन्हें बिना किसी कोड संशोधन और न्यूनतम प्रयास के साथ अपने स्वयं के हार्डवेयर (गैर-एडब्ल्यूएस) पर ऑर्ब्स नोड चलाने की अनुमति देता है।
  • जोड़ा गया वैकल्पिक एसएसएल समर्थन: ओर्बस नोड पब्लिक एपीआई अब एचटीटीपीएस के माध्यम से उपलब्ध है, इन-ब्राउज़र क्लाइंट ऐप्स के निर्माण की अनुमति देता है। एन्क्रिप्शन Nginx रिवर्स प्रॉक्सी में होता है जो व्यक्तिगत वर्चुअल चेन कंटेनरों के लिए अनुरोध करता है

नाब्युला

गीथुब पर नेबुला

नेबुला सत्यापनकर्ताओं के लिए एक ओर्बस नोड तैनाती उपकरण है जो एडब्ल्यूएस पर सभी आवश्यक संसाधनों का प्रावधान करता है और ऑर्ब्स नोड बनाता है।

  • बोयार में लागू ऑर्ब्स नोड पब्लिक एपीआई में HTTPS को सक्षम करने के लिए जोड़ा गया विकल्प।
  • हमारे नोड परिनियोजन उपकरण - नेबुला से एक Ethereum नोड का स्वचालित सेटअप निकालें।

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

इसके अलावा, नेबुला को अधिक संक्षिप्त और योगदान करने में आसान होने के लिए फिर से तैयार किया गया था। कोड लिखते समय और त्रुटियों को खोजने के लिए लाइनिंग को प्रोजेक्ट में जोड़ा गया था, खासकर जब एटम-आधारित ओपन सोर्स एडिटर (जैसे VS कोड और मित्र) का उपयोग कर

ओर्ब्स समुदाय का शुभारंभ

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

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

आयोजित हैकथॉन

22 मई -23 मई को ओर्बस का हैकथॉन होगा। इसका उद्देश्य ऑर्ब्स आरएंडडी टीम के लिए ऑर्ब्स प्लेटफॉर्म की क्षमताओं का पता लगाने के लिए है, ऑर्ब्स प्लेटफॉर्म पर विकसित किए जा सकने वाले उपयोग-मामलों और उत्पादों के लिए नए विचारों की खोज और साझा करने के लिए। हम विशिष्ट उत्पादों के बारे में समुदाय से विचार प्राप्त करने के बारे में उत्साहित हैं जो आपको लगता है कि विकसित करना दिलचस्प होगा। बातचीत में शामिल हों: https://community.orbs.network/t/ideas-for-r-d-hackaon/90

अनुसंधान

ओर्ब्स टीम सैद्धांतिक शोध में भी लगी हुई है, हमारा मानना ​​है कि डेवलपर्स का समुदाय ऑर्ब्स नेटवर्क के भविष्य के विकास में उपयोगी हो सकता है। नीचे हम कुछ के बारे में सोच रहे हैं जो हाल ही में काम कर रहे हैं।

शून्य ज्ञान प्रमाण

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

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

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

ZKProof.org शून्य-ज्ञान प्रमाणों की सुरक्षा, कार्यान्वयन और अनुप्रयोग के मानकीकरण के लिए उद्योग और शिक्षा की एक खुली पहल है। अप्रैल की शुरुआत में, बर्कले में एक मानकीकरण कार्यशाला आयोजित की गई थी। इसने उद्योग और शिक्षा दोनों से दुनिया भर के विशेषज्ञों को इकट्ठा किया। ऑर्ब्स कोर टीम को इसके प्रमुख क्रिप्टोग्राफर इदान पर्ल द्वारा दर्शाया गया था।

गैर-निर्धारक निष्पादन

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

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

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

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

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

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

हम Orbs मंच में गैर-नियतात्मक निष्पादन के लिए समर्थन को एम्बेड करने के लिए संभावित दृष्टिकोणों पर शोध करना जारी रखते हैं।

अनियमितता

यादृच्छिकता उत्पन्न करने के विषय पर ओर्ब्स अनुसंधान दल एक पेपर पूरा करने पर काम कर रहा है।

जिन ऐप्स को यादृच्छिकता की आवश्यकता होती है, वे दुविधा के सामने खड़े होते हैं। यदि वे पारदर्शी हो जाते हैं, तो वे आसानी से यादृच्छिकता उत्पन्न करने की क्षमता खो देते हैं। यदि वे अस्पष्ट रहते हैं, तो उपयोगकर्ताओं के पास ऐप पर भरोसा करने का एक अच्छा कारण नहीं है (प्रतिष्ठा के अलावा, यह बहुत अधिक नहीं हो सकता है)। चूंकि यादृच्छिकता के महान आर्थिक प्रभाव हो सकते हैं (मूल्यवान पुरस्कारों के विजेताओं का निर्धारण करके), यह यादृच्छिकता को मोड़ने, इसकी भविष्यवाणी करने या इसके प्रकाशन को अवरुद्ध करने के लिए बहुत लाभदायक हो सकता है। कैसे एक app गारंटी (वादा नहीं करता है!) यादृच्छिकता पीढ़ी प्रक्रिया की अखंडता का उपयोग करता है?

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

एक विश्वसनीय यादृच्छिकता पीढ़ी प्रक्रिया एक दिन ऑर्ब्स नेटवर्क के लिए उपयोगी हो सकती है - उच्च लोड अवधि में लेनदेन का चयन करना, समितियों का निष्पक्ष रूप से चयन करना (सत्यापनकर्ताओं के एक बड़े नेटवर्क के बीच)।

टूर पर जा रहे हैं

हमारे अपने खुद के Shai Yallin ने अप्रैल के पहले 3 सप्ताह अपने बैंड Subterranean Masquerade के दौरे पर बिताए, एक नाइटलाइनर पर रह रहे हैं और दैनिक रूप से संगीत का प्रदर्शन कर रहे हैं!

Orbs के साथ शामिल हो

  • Orbs सार्वजनिक ब्लॉकचेन के बारे में अधिक जानने के लिए वेबसाइट पर जाएँ
  • ओर्ब्स ओपन-सोर्स है! Github पर कोड की समीक्षा करें और योगदान करें
  • Orbs पर एप्लिकेशन विकसित करना शुरू करें, दस्तावेज़ीकरण की समीक्षा करें

मूल रूप से https://www.orbs.com पर 16 मई, 2019 को प्रकाशित हुआ।