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