विकेन्द्रीकृत स्कुटर भाडाको लागि सफ्टवेयर विकास गर्नुहोस्। कसले भन्यो सजिलो हुन्छ ?

यस लेखमा म कसरी हामीले स्मार्ट अनुबंधहरूमा विकेन्द्रीकृत स्कुटर भाडा निर्माण गर्ने प्रयास गर्‍यौं र हामीलाई किन केन्द्रीकृत सेवा चाहिन्छ भन्ने बारे कुरा गर्नेछु।

यो सबै कसरी सुरु भयो

नोभेम्बर 2018 मा, हामीले इन्टरनेट अफ थिंग्स र ब्लकचेनलाई समर्पित ह्याकाथनमा भाग लियौं। हाम्रो टोलीले यस ह्याकाथनको प्रायोजकबाट स्कूटर पाएकोले एक विचारको रूपमा स्कूटर साझेदारी छनौट गर्‍यो। प्रोटोटाइप मोबाइल अनुप्रयोग जस्तो देखिन्थ्यो जसले तपाईंलाई NFC मार्फत स्कूटर सुरु गर्न अनुमति दिन्छ। मार्केटिङको दृष्टिकोणबाट, यो विचारलाई खुला पारिस्थितिक प्रणालीको साथ "उज्ज्वल भविष्य" को बारेमा कथाले समर्थन गरेको थियो जहाँ कोही पनि भाडामा लिने वा घरमालिक बन्न सक्छ, सबै स्मार्ट अनुबंधहरूमा आधारित।

हाम्रा सरोकारवालाहरूलाई यो विचार साँच्चै मन पर्यो, र उनीहरूले यसलाई प्रदर्शनीहरूमा प्रदर्शनको लागि प्रोटोटाइपमा परिणत गर्ने निर्णय गरे। २०१९ मा मोबाइल वर्ल्ड कांग्रेस र बोश कनेक्टेड वर्ल्डमा धेरै सफल प्रदर्शनहरू पछि, वास्तविक प्रयोगकर्ताहरू, ड्यूश टेलिकमका कर्मचारीहरूसँग स्कूटर भाडाको परीक्षण गर्ने निर्णय गरियो। त्यसैले हामीले पूर्ण MVP विकास गर्न थाल्यौं।

बैसाखीमा ब्लकचेन

मलाई लाग्दैन कि स्टेजमा देखाइने परियोजना र वास्तविक व्यक्तिहरूले प्रयोग गर्ने परियोजना बीचको भिन्नता के हो भनेर व्याख्या गर्न लायक छ। छ महिनामा हामीले कच्चा प्रोटोटाइपलाई पाइलटका लागि उपयुक्त चीजमा परिणत गर्नुपर्‍यो। र त्यसपछि हामीले "पीडा" को अर्थ बुझ्यौं।

हाम्रो प्रणाली विकेन्द्रीकृत र खुला बनाउनको लागि, हामीले Ethereum स्मार्ट अनुबंधहरू प्रयोग गर्ने निर्णय गर्यौं। विकेन्द्रीकृत अनलाइन सेवाहरूको यो प्लेटफर्ममा यसको लोकप्रियता र सर्भरलेस एप्लिकेसन निर्माण गर्ने क्षमताको कारण छनोट भयो। हामीले हाम्रो परियोजनालाई निम्नानुसार कार्यान्वयन गर्ने योजना बनाएका छौं।

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

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

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

यी सबैले हामीलाई यस वास्तुकलामा लैजान्छ। सहमत, यो हामीले योजना बनाएको भन्दा धेरै फरक छ।

प्वालमा इक्का: आत्म-सार्वभौम पहिचान

तपाईं विकेन्द्रीकृत पहिचान बिना पूर्ण विकेन्द्रीकृत प्रणाली निर्माण गर्न सक्नुहुन्न। आत्म-सार्वभौम पहिचान (SSI) यस भागको लागि जिम्मेवार छ, जसको सार यो हो कि तपाईंले केन्द्रीकृत पहिचान प्रदायक (IDP) लाई बाहिर फाल्नुहुन्छ र सबै डाटा र जनतालाई यसको लागि जिम्मेवारी वितरण गर्नुहुन्छ। अब प्रयोगकर्ताले उसलाई कुन डाटा चाहिन्छ र कससँग साझेदारी गर्ने भनेर निर्णय गर्दछ। यो सबै जानकारी प्रयोगकर्ताको उपकरणमा अवस्थित छ। तर विनिमयको लागि हामीलाई क्रिप्टोग्राफिक प्रमाणहरू भण्डारण गर्न विकेन्द्रीकृत प्रणाली चाहिन्छ। SSI अवधारणाको सबै आधुनिक कार्यान्वयनहरूले भण्डारणको रूपमा ब्लकचेन प्रयोग गर्दछ।

"यसको प्वालमा भएको इक्कासँग के सम्बन्ध छ?" - तिमी सोध। हामीले बर्लिन र बोनमा हाम्रा आफ्नै कर्मचारीहरूको आन्तरिक परीक्षणको लागि सेवा सुरु गर्यौं, र हामीले जर्मन ट्रेड युनियनहरूको रूपमा कठिनाइहरूको सामना गर्यौं। जर्मनीमा, कम्पनीहरूलाई कर्मचारीहरूको आन्दोलनको निगरानी गर्न निषेध गरिएको छ, र ट्रेड युनियनहरूले यसलाई नियन्त्रण गर्छन्। यी प्रतिबन्धहरूले प्रयोगकर्ता पहिचान डेटाको केन्द्रीकृत भण्डारणको अन्त्य गर्दछ, किनकि यस अवस्थामा हामीले कर्मचारीहरूको स्थान थाहा पाउनेछौं। एकै समयमा, हामीले स्कूटरहरू चोरी हुने सम्भावनाका कारण तिनीहरूलाई जाँच गर्न मद्दत गर्न सकेनौं। तर आत्म-सार्वभौम पहिचानको लागि धन्यवाद, हाम्रा प्रयोगकर्ताहरूले प्रणालीलाई अज्ञात रूपमा प्रयोग गरे, र स्कुटर आफैले भाडा सुरु गर्नु अघि तिनीहरूको चालक अनुमतिपत्र जाँच गर्यो। नतिजाको रूपमा, हामीले अज्ञात प्रयोगकर्ता मेट्रिक्स भण्डारण गर्यौं; हामीसँग कुनै कागजात वा व्यक्तिगत डेटा थिएन: ती सबै ड्राइभरहरूको यन्त्रहरूमा निहित थिए। यसरी, SSI लाई धन्यवाद, हाम्रो परियोजनामा ​​समस्याको समाधान यो देखा पर्नु अघि नै तयार थियो।

यन्त्रले मलाई समस्याहरू दियो

हामीले आत्म-सार्वभौम पहिचान लागू गरेका छैनौं, किनकि यसलाई क्रिप्टोग्राफीमा विशेषज्ञता र धेरै समय चाहिन्छ। बरु, हामीले हाम्रा साझेदारहरू Jolocom को उत्पादनको फाइदा उठायौं र तिनीहरूको मोबाइल वालेट र सेवाहरूलाई हाम्रो प्लेटफर्ममा एकीकृत गर्यौं। दुर्भाग्यवश, यो उत्पादनमा एउटा महत्त्वपूर्ण कमी छ: मुख्य विकास भाषा Node.js हो।

यो टेक्नोलोजी स्ट्याकले स्कूटरमा निर्मित हार्डवेयरको हाम्रो छनोटलाई धेरै सीमित गर्दछ। सौभाग्यवश, परियोजनाको सुरुमै, हामीले रास्पबेरी पाई शून्य रोज्यौं, र हामीले पूर्ण माइक्रो कम्प्युटरका सबै सुविधाहरूको फाइदा उठायौं। यसले हामीलाई स्कूटरमा भारी Node.js चलाउन अनुमति दियो। थप रूपमा, हामीले VPN मार्फत रेडिमेड उपकरणहरू प्रयोग गरेर निगरानी र रिमोट पहुँच प्राप्त गर्यौं।

निष्कर्षमा

सबै "पीडा" र समस्याहरूको बावजुद, परियोजना सुरु भएको थियो। हामीले योजना गरेअनुसार सबै काम भएन, तर स्कुटरहरू भाडामा लिएर चलाउन सम्भव थियो।

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

स्रोत: www.habr.com