विकेन्द्रीकृत स्कूटर किराये के लिए सॉफ्टवेयर विकसित करें। किसने कहा कि यह आसान होगा?

इस लेख में मैं इस बारे में बात करूंगा कि कैसे हमने स्मार्ट कॉन्ट्रैक्ट पर विकेन्द्रीकृत स्कूटर किराये का निर्माण करने की कोशिश की और हमें अभी भी एक केंद्रीकृत सेवा की आवश्यकता क्यों है।

कैसे यह सब शुरू हुआ

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

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

बैसाखी पर ब्लॉकचेन

मुझे नहीं लगता कि यह समझाने लायक है कि मंच पर दिखाए जाने वाले प्रोजेक्ट और वास्तविक लोगों द्वारा उपयोग किए जाने वाले प्रोजेक्ट के बीच क्या अंतर है। छह महीने में हमें कच्चे प्रोटोटाइप को पायलट के लिए उपयुक्त चीज़ में बदलना था। और तब हमें समझ आया कि "दर्द" का क्या मतलब है।

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

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

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

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

यह सब हमें इस वास्तुकला की ओर ले जाता है। सहमत हूँ, यह हमारी योजना से बहुत अलग है।

छेद में इक्का: स्व-संप्रभु पहचान

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

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

डिवाइस ने मुझे समस्याएँ दीं

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

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

अंत में

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

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

स्रोत: www.habr.com