यदि हामी एकअर्कालाई विश्वास गर्दैनौं भने के अनियमित संख्याहरू उत्पन्न गर्न सम्भव छ? भाग 1

हे हाबर!

यस लेखमा म एकअर्कालाई विश्वास नगर्ने सहभागीहरूद्वारा छद्म-यादृच्छिक संख्याहरूको पुस्ताको बारेमा कुरा गर्नेछु। हामी तल हेर्नेछौं, "लगभग" राम्रो जेनेरेटर लागू गर्न एकदम सरल छ, तर धेरै राम्रो एक गाह्रो छ।

एकअर्कालाई विश्वास नगर्ने सहभागीहरू बीच अनियमित संख्याहरू उत्पन्न गर्न किन आवश्यक हुन्छ? एउटा अनुप्रयोग क्षेत्र विकेन्द्रीकृत अनुप्रयोगहरू हो। उदाहरणका लागि, एक सहभागीबाट बाजी स्वीकार गर्ने र 49% सम्भाव्यताको साथ रकम दोब्बर गर्ने वा 51% सम्भाव्यताको साथ हट्ने एप्लिकेसनले निष्पक्ष रूपमा अनियमित नम्बर प्राप्त गर्न सक्छ भने मात्र काम गर्नेछ। यदि एक आक्रमणकारीले अनियमित संख्या जनरेटरको नतिजालाई प्रभाव पार्न सक्छ, र एप्लिकेसनमा भुक्तानी प्राप्त गर्ने आफ्नो मौकालाई थोरै बढाउँछ भने, उसले यसलाई सजिलै नष्ट गर्नेछ।

जब हामी वितरित अनियमित संख्या उत्पादन प्रोटोकल डिजाइन गर्छौं, हामी यसमा तीन गुणहरू हुन चाहन्छौं:

1. उहाँ निष्पक्ष हुनुपर्छ। अर्को शब्दमा, कुनै पनि सहभागीले कुनै पनि हिसाबले अनियमित संख्या जनरेटरको परिणामलाई प्रभाव पार्नु हुँदैन।

2. ऊ अप्रत्याशित हुनुपर्छ। अर्को शब्दमा, कुनै पनि सहभागीले यो उत्पन्न हुनु अघि कुन संख्या उत्पन्न हुनेछ (वा यसको कुनै पनि गुणहरू अनुमान गर्न) भविष्यवाणी गर्न सक्षम हुनु हुँदैन।

3. प्रोटोकल व्यवहार्य हुनुपर्छ, अर्थात्, सहभागीहरूको एक निश्चित प्रतिशत नेटवर्कबाट विच्छेदन वा जानाजानी प्रोटोकल रोक्न प्रयास गर्ने तथ्यलाई प्रतिरोधी हुनुपर्छ।

यस लेखमा हामी दुई दृष्टिकोणहरू हेर्नेछौं: RANDAO + VDF र इरेजर कोडहरू। अर्को भागमा, हामी थ्रेसहोल्ड हस्ताक्षरहरूमा आधारित दृष्टिकोणको विस्तृत रूपमा जाँच गर्नेछौं।

तर पहिले, व्यवहार्य, अप्रत्याशित, तर पक्षपातपूर्ण सरल र सामान्यतया प्रयोग हुने एल्गोरिदम हेरौं।

रान्डाओ

RANDAO एक धेरै सरल छ र यसैले अनियमितता उत्पन्न गर्न को लागी सामान्यतया प्रयोग गरिएको दृष्टिकोण हो। सबै नेटवर्क सहभागीहरूले पहिले स्थानीय रूपमा एक छद्म अनियमित नम्बर चयन गर्छन्, त्यसपछि प्रत्येक सहभागीले चयन गरिएको नम्बरको ह्यास पठाउँछन्। त्यसपछि, सहभागीहरूले पालैपालो आफ्नो छनौट गरिएका नम्बरहरू प्रकट गर्छन् र प्रकट गरिएका नम्बरहरूमा XOR अपरेशन प्रदर्शन गर्छन्, र यस अपरेशनको परिणाम प्रोटोकलको परिणाम बन्छ।

नम्बरहरू प्रकट गर्नु अघि ह्यासहरू प्रकाशित गर्ने चरण आवश्यक छ ताकि आक्रमणकारीले अन्य सहभागीहरूको संख्या देखे पछि आफ्नो नम्बर छनौट गर्न सक्दैन। यसले उसलाई लगभग एकल हातले अनियमित संख्या जनरेटरको आउटपुट निर्धारण गर्न अनुमति दिनेछ।

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

हामीले माथि वर्णन गरेका गुणहरू मध्ये कुन RANDAO सँग छ? यो अप्रत्याशित छ, अन्तर्निहित सहमति प्रोटोकल जस्तै जीवन शक्ति छ, तर यो पक्षपाती छ। विशेष रूपमा, एक आक्रमणकारीले नेटवर्क अवलोकन गर्न सक्छ, र अन्य सहभागीहरूले उनीहरूको संख्या प्रकट गरेपछि, उसले उनीहरूको XOR गणना गर्न सक्छ, र परिणामलाई प्रभाव पार्न आफ्नो नम्बर प्रकट गर्ने वा नगर्ने निर्णय गर्न सक्छ। यद्यपि यसले आक्रमणकारीलाई अनियमित संख्या जनरेटरको आउटपुट निर्धारण गर्नबाट रोक्छ, यसले अझै पनि उसलाई 1 बिट प्रभाव दिन्छ। र यदि आक्रमणकारीहरूले धेरै सहभागीहरूलाई नियन्त्रण गर्छन् भने, त्यसपछि तिनीहरूले नियन्त्रण गर्ने बिटहरूको संख्या तिनीहरूको नियन्त्रणमा रहेका सहभागीहरूको संख्या बराबर हुनेछ।

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

RANDAO+VDF

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

(vdf_output, vdf_proof) = VDF_compute(input) // это очень медленно
correct = VDF_verify(input, vdf_output, vdf_proof) // это очень быстро

यो प्रकार्यलाई प्रमाणिक ढिलाइ प्रकार्य, वा VDF भनिन्छ। यदि अन्तिम परिणाम गणना गर्दा संख्या प्रकटीकरण चरण भन्दा बढी समय लाग्छ भने, आक्रमणकारीले आफ्नो नम्बर देखाउने वा लुकाउने प्रभावको भविष्यवाणी गर्न सक्षम हुनेछैन, र त्यसैले उसले परिणामलाई प्रभाव पार्ने अवसर गुमाउनेछ।

राम्रो VDF हरू विकास गर्न धेरै गाह्रो छ। भर्खरै धेरै सफलताहरू भएका छन्, उदाहरणका लागि यो и यो, जसले VDF लाई व्यवहारमा अझ व्यावहारिक बनायो, र Ethereum 2.0 ले VDF सँग RANDAO लाई लामो अवधिमा अनियमित संख्या स्रोतको रूपमा प्रयोग गर्ने योजना बनाएको छ। यो दृष्टिकोण अप्रत्याशित र निष्पक्ष छ भन्ने तथ्य बाहेक, नेटवर्कमा कम्तिमा दुई सहभागीहरू उपलब्ध छन् भने (यति थोरै संख्यामा सहभागीहरूसँग व्यवहार गर्दा प्रयोग गरिएको सहमति प्रोटोकल व्यवहार्य छ भनी मान्दै) यसले व्यवहार्य हुनुको थप फाइदा छ।

यस दृष्टिकोणको सबैभन्दा ठूलो चुनौती VDF स्थापना गर्नु हो कि धेरै महँगो विशेष हार्डवेयरको साथ एक सहभागीले पनि खोज चरणको अन्त्य हुनु अघि VDF गणना गर्न सक्षम हुनेछैन। आदर्श रूपमा, एल्गोरिदममा पनि महत्त्वपूर्ण सुरक्षा मार्जिन हुनुपर्छ, 10x भन्नुहोस्। तलको चित्रले एक विशेष ASIC भएको अभिनेताले गरेको आक्रमण देखाउँछ जसले उसलाई RANDAO पुष्टिकरण प्रकट गर्न छुट्याइएको समय भन्दा छिटो VDF चलाउन अनुमति दिन्छ। त्यस्ता सहभागीले अझै पनि आफ्नो नम्बर प्रयोग गरेर वा नगर्ने अन्तिम परिणाम गणना गर्न सक्छन्, र त्यसपछि, गणनाको आधारमा, यो देखाउने वा नगर्ने छनौट गर्नुहोस्।

माथि उल्लेख गरिएको VDF परिवारको लागि, समर्पित ASIC को कार्यसम्पादन परम्परागत हार्डवेयर भन्दा १००+ गुणा बढी हुन सक्छ। त्यसोभए यदि डिप्लोइमेन्ट चरण 100 सेकेन्ड रहन्छ भने, यस्तो ASIC मा गणना गरिएको VDF ले 10x सुरक्षा मार्जिन हुन 100 सेकेन्ड भन्दा बढी लिनुपर्दछ, र यसरी कमोडिटी हार्डवेयरमा गणना गरिएको समान VDF ले 10x 100 सेकेन्ड = ~ 100 घण्टा लिनुपर्दछ।

Ethereum फाउन्डेसनले यसको आफ्नै सार्वजनिक रूपमा उपलब्ध, निःशुल्क ASICs सिर्जना गरेर यो समस्या समाधान गर्ने योजना बनाएको छ। एकचोटि यो भएपछि, अन्य सबै प्रोटोकलहरूले पनि यस प्रविधिको फाइदा लिन सक्छन्, तर त्यतिन्जेल RANDAO+VDF दृष्टिकोण प्रोटोकलहरूका लागि व्यावहारिक हुनेछैन जसले आफ्नै ASICs विकास गर्न लगानी गर्न सक्दैन।

VDF को बारेमा धेरै लेख, भिडियो र अन्य जानकारी संकलन गरिएको छ यो साइट.

हामी इरेजर कोडहरू प्रयोग गर्छौं

यस खण्डमा, हामी प्रयोग गर्ने अनियमित संख्या उत्पादन प्रोटोकल हेर्नेछौं कोडहरू मेटाउँदै। यसले व्यवहार्य रहँदा ⅓ आक्रमणकारीहरूलाई सहन सक्छ, र ⅔ आक्रमणकारीहरूलाई तिनीहरूले भविष्यवाणी गर्न वा परिणामलाई प्रभाव पार्नु अघि अवस्थित हुन अनुमति दिन्छ।

प्रोटोकल को मुख्य विचार निम्नानुसार छ। सरलताको लागि, मानौं कि त्यहाँ 100 सहभागीहरू छन्। सबै सहभागीहरूसँग स्थानीय रूपमा केही निजी कुञ्जीहरू छन्, र सबै सहभागीहरूको सार्वजनिक कुञ्जीहरू सबै सहभागीहरूलाई थाहा छ भन्ने कुरा पनि मानौं:

1. प्रत्येक सहभागीले स्थानीय रूपमा लामो स्ट्रिङको साथ आउँछ, यसलाई 67 भागहरूमा तोड्छ, 100 शेयरहरू प्राप्त गर्न इरेजर कोडहरू सिर्जना गर्दछ जस्तै कुनै पनि 67 स्ट्रिङ रिकभर गर्न पर्याप्त छ, प्रत्येक 100 सेयरहरू एक सहभागीलाई प्रदान गर्दछ, र तिनीहरूलाई इन्क्रिप्ट गर्दछ। उही सहभागीको सार्वजनिक कुञ्जी। सबै इन्कोड गरिएका शेयरहरू त्यसपछि प्रकाशित हुन्छन्।

2. सहभागीहरूले विशिष्ट 67 सहभागीहरूबाट कोडेड सेटहरूमा सम्झौतामा पुग्न केही प्रकारको सहमति प्रयोग गर्छन्।

3. एक पटक सहमति पुगेपछि, प्रत्येक सहभागीले आफ्नो सार्वजनिक कुञ्जीसँग इन्क्रिप्ट गरिएका प्रत्येक 67 सेटहरूमा इन्कोड गरिएका सेयरहरू लिन्छ, त्यस्ता सबै सेयरहरूलाई डिक्रिप्ट गर्दछ, र त्यस्ता सबै डिक्रिप्टेड सेयरहरू प्रकाशित गर्दछ।

4. एक पटक 67 सहभागीहरूले चरण (3) पूरा गरेपछि, सबै सहमत सेटहरू पूर्ण रूपमा डिकोड गर्न सकिन्छ र इरेजर कोडहरूको गुणहरूको कारण पुन: निर्माण गर्न सकिन्छ, र अन्तिम नम्बर प्रारम्भिक पङ्क्तिहरूको XOR को रूपमा प्राप्त गर्न सकिन्छ जुन सहभागीहरूले (1) मा सुरु गरेका थिए। ।

यो प्रोटोकल निष्पक्ष र अप्रत्याशित देखाउन सकिन्छ। नतिजाको अनियमित संख्या सहमतिमा पुगेपछि निर्धारण गरिन्छ, तर सहभागीहरूको ⅔ सार्वजनिक कुञ्जीले इन्क्रिप्ट गरिएका भागहरू डिकोड नगरेसम्म कसैलाई थाहा हुँदैन। तसर्थ, पुन: निर्माण गर्न पर्याप्त जानकारी प्रकाशित हुनु अघि अनियमित संख्या निर्धारण गरिन्छ।

यदि चरण (1) मा एक सहभागीले अन्य सहभागीहरूलाई इन्कोड गरिएका सेयरहरू पठाए जुन केही स्ट्रिङका लागि सही इरेजर कोड होइन भने के हुन्छ? अतिरिक्त परिवर्तनहरू बिना, विभिन्न सहभागीहरूले या त स्ट्रिङलाई पुन: प्राप्ति गर्न सक्षम हुनेछैनन्, वा तिनीहरूले विभिन्न स्ट्रिङहरू पुन: प्राप्त गर्नेछन्, जसले गर्दा विभिन्न सहभागीहरूले फरक अनियमित संख्या प्राप्त गर्नेछन्। यसलाई रोक्नको लागि, तपाइँ निम्न गर्न सक्नुहुन्छ: प्रत्येक सहभागी, एन्कोड गरिएको सेयरहरूको अतिरिक्त, पनि गणना गर्दछ। मर्क्ला रूख त्यस्ता सबै सेयरहरू, र प्रत्येक सहभागीलाई इन्कोड गरिएको सेयर आफै र मर्कल रूखको जरा, र मर्कल रूखमा शेयर समावेश भएको प्रमाण पठाउँदछ। चरण (२) मा भएको सहमतिमा, सहभागीहरू सेटको सेटमा मात्र सहमत हुँदैनन्, तर त्यस्ता रूखहरूको निश्चित जराहरूको सेटमा (यदि केही सहभागीहरूले प्रोटोकलबाट विचलित भए, र विभिन्न सहभागीहरूलाई फरक-फरक मार्कल रूखको जराहरू पठाए भने, र त्यस्ता दुई जराहरू सहमतिको समयमा देखाइन्छ, उसको पङ्क्ति परिणाम सेटमा समावेश गरिएको छैन)। सहमतिको नतिजाको रूपमा, हामीसँग 2 सङ्केतित रेखाहरू र मर्कल रूखको सम्बन्धित जराहरू हुनेछन् कि त्यहाँ कम्तिमा 67 सहभागीहरू छन् (अवश्यक छैन कि समान लाइनहरू प्रस्ताव गर्नेहरू) छन्, जसले प्रत्येक 67 लाइनहरूको लागि। इरेजर कोडको साझेदारीको साथ सन्देश, र सम्बन्धित रूखमा तिनीहरूको अंश फिक्का भएको प्रमाण।

जब चरण (4) मा सहभागीले एक निश्चित स्ट्रिङको लागि 67 बीटहरू बुझ्ने र तिनीहरूबाट मूल स्ट्रिङलाई पुन: निर्माण गर्ने प्रयास गर्दा, विकल्पहरू मध्ये एउटा सम्भव छ:

1. स्ट्रिङ पुनर्स्थापित गरिएको छ, र यदि यसलाई फेरि मेटाइ-इन्कोड गरिएको छ, र स्थानीय रूपमा गणना गरिएको सेयरहरूको लागि मार्कल रूख गणना गरिन्छ, मूल सहमतिमा पुगेको थियो।

2. पङ्क्ति पुनर्स्थापित गरिएको छ, तर स्थानीय रूपमा गणना गरिएको मूल सहमतिमा पुगेकोसँग मेल खाँदैन।

3. पङ्क्ति पुनर्स्थापित गरिएको छैन।

यो देखाउन सजिलो छ कि यदि विकल्प (1) माथिको कम्तिमा एक सहभागीको लागि भयो, त्यसपछि विकल्प (1) सबै सहभागीहरूको लागि भयो, र यसको विपरीत, यदि विकल्प (2) वा (3) कम्तिमा एक सहभागीको लागि भयो भने, त्यसपछि। सबै सहभागीहरूको लागि विकल्प (2) वा (3) हुनेछ। यसरी, सेटमा प्रत्येक पङ्क्तिको लागि, या त सबै सहभागीहरूले यसलाई सफलतापूर्वक पुन: प्राप्त गर्नेछन्, वा सबै सहभागीहरूले यसलाई पुन: प्राप्त गर्न असफल हुनेछन्। नतिजा अनियमित संख्या तब मात्र पङ्क्तिहरूको XOR हो जुन सहभागीहरूले पुन: प्राप्त गर्न सक्षम थिए।

थ्रेसहोल्ड हस्ताक्षरहरू

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

BLS हस्ताक्षरहरू एक डिजाइन हो जसले धेरै सहभागीहरूलाई सन्देशको लागि एउटा साझा हस्ताक्षर सिर्जना गर्न अनुमति दिन्छ। यी हस्ताक्षरहरू प्राय: ठाउँ र ब्यान्डविथ बचत गर्न प्रयोग गरिन्छ धेरै हस्ताक्षरहरू पठाउन आवश्यक छैन। 

ब्लकचेन प्रोटोकलहरूमा BLS हस्ताक्षरहरूको लागि एक साझा अनुप्रयोग, अनियमित संख्याहरू उत्पन्न गर्नुको अतिरिक्त, BFT प्रोटोकलहरूमा ब्लक हस्ताक्षर हो। मानौं 100 सहभागीहरूले ब्लकहरू सिर्जना गर्छन्, र तिनीहरूमध्ये 67 जनाले हस्ताक्षर गरेमा एउटा ब्लकलाई अन्तिम मानिन्छ। तिनीहरू सबैले आफ्नो BLS हस्ताक्षरका भागहरू पेश गर्न सक्छन् र तिनीहरूमध्ये 67 मा सहमत हुन केही सहमति एल्गोरिदम प्रयोग गर्न सक्छन् र त्यसपछि तिनीहरूलाई एउटा BLS हस्ताक्षरमा मर्ज गर्न सक्छन्। कुनै पनि 67 (वा बढी) भागहरू अन्तिम हस्ताक्षर सिर्जना गर्न प्रयोग गर्न सकिन्छ, जुन 67 हस्ताक्षरहरू संयोजन गरिएको थियो र त्यसैले फरक हुन सक्छ, यद्यपि 67 सहभागीहरूले फरक छनोटहरूले फरक हस्ताक्षर सिर्जना गर्नेछन्, त्यस्ता कुनै पनि हस्ताक्षर मान्य हुनेछ। ब्लकको लागि हस्ताक्षर। त्यसपछि बाँकी सहभागीहरूले नेटवर्कमा 67 को सट्टा, प्रति ब्लकमा एउटा मात्र हस्ताक्षर प्राप्त गर्न र प्रमाणीकरण गर्न आवश्यक छ, जसले नेटवर्कमा लोडलाई महत्त्वपूर्ण रूपमा घटाउँछ।

यो बाहिर जान्छ कि यदि सहभागीहरूले प्रयोग गर्ने निजी कुञ्जीहरू निश्चित रूपमा उत्पन्न हुन्छन्, त्यसपछि 67 हस्ताक्षरहरू (वा बढी, तर कम होइन) एकत्रित भए पनि, परिणामित हस्ताक्षर समान हुनेछ। यसलाई अनियमितताको स्रोतको रूपमा प्रयोग गर्न सकिन्छ: सहभागीहरू पहिले केही सन्देशमा सहमत हुन्छन् जुन उनीहरूले हस्ताक्षर गर्नेछन् (यो RANDAO को आउटपुट वा अन्तिम ब्लकको ह्यास मात्र हुन सक्छ, यसले प्रत्येक पटक परिवर्तन हुँदासम्म कुनै फरक पर्दैन। र संगत छ) र यसको लागि BLS हस्ताक्षर सिर्जना गर्नुहोस्। 67 सहभागीहरूले आफ्नो भागहरू प्रदान नगरेसम्म पुस्ताको परिणाम अप्रत्याशित हुनेछ, र त्यस पछि आउटपुट पहिले नै पूर्वनिर्धारित छ र कुनै पनि सहभागीको कार्यहरूमा निर्भर हुन सक्दैन।

अनियमितताको लागि यो दृष्टिकोण तबसम्म व्यवहार्य हुन्छ जबसम्म कम्तिमा ⅔ अनलाइन सहभागीहरूले प्रोटोकलको पालना गर्छन्, र कम्तिमा ⅓ सहभागीहरूले प्रोटोकलको पालना गरेमा निष्पक्ष र अप्रत्याशित हुन्छन्। यो नोट गर्न महत्त्वपूर्ण छ कि एक आक्रमणकारी जसले ⅓ भन्दा बढी तर सहभागीहरूको ⅔ भन्दा कम नियन्त्रण गर्दछ प्रोटोकल रोक्न सक्छ, तर यसको आउटपुट भविष्यवाणी वा प्रभाव पार्न सक्दैन।

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

निष्कर्षमा

यो लेख प्राविधिक ब्लग लेखहरूको श्रृंखलामा पहिलो हो निकट। NEAR विकासको सहजता र अन्त प्रयोगकर्ताहरूका लागि प्रयोगमा सहजतामा जोड दिएर विकेन्द्रीकृत अनुप्रयोगहरू विकास गर्नको लागि ब्लकचेन प्रोटोकल र प्लेटफर्म हो।

प्रोटोकल कोड खुला छ, हाम्रो कार्यान्वयन Rust मा लेखिएको छ, यो फेला पार्न सकिन्छ यहाँ.

तपाईंले NEAR को विकास कस्तो देखिन्छ र अनलाइन IDE मा प्रयोग गर्न सक्नुहुन्छ यहाँ.

तपाईं रूसी मा सबै समाचार पालन गर्न सक्नुहुन्छ टेलिग्राम समूह र भित्र VKontakte मा समूह, र आधिकारिक मा अंग्रेजी मा ट्वीटर.

Встреч скорых встреч!

स्रोत: www.habr.com