टोकन डिजाइन: महान संभावनाएं, नुकसान, समाधान और भविष्य की संभावनाएं
टोकन एक बहुत ही दिलचस्प, उपयोगी और शक्तिशाली नया उपकरण है जो बदलता है कि प्रोटोकॉल कैसे डिज़ाइन किए जाते हैं और क्या हासिल किया जा सकता है, लेकिन टोकन डिज़ाइन के केंद्र में नहीं हैं। आज का प्रोटोकॉल डिज़ाइन एक अनुशासन की तुलना में "कीमिया" की तरह अधिक है क्योंकि डिजाइनरों की समझ व्यापक या वैज्ञानिक से बहुत दूर है, और अधिकांश परियोजनाओं को अभी भी बहुत अधिक प्रयोग की आवश्यकता होती है।
इस सत्र को तीन भागों में विभाजित किया गया है, जो टोकन डिजाइन में सामान्य मानसिकता से शुरू होता है, इसके बाद टोकन का वर्गीकरण होता है, विशेष रूप से इस बारे में बात की जाती है कि टोकन वास्तव में क्या हैं और हम उनकी क्षमताओं को विकसित करने और बढ़ाने के बारे में कैसे सोच सकते हैं। आखिरी प्रौद्योगिकी वृक्ष सिद्धांत है, हमारे डिजाइन को सफल बनाने के लिए प्रौद्योगिकी का उपयोग कैसे करें।
सोच विधा
सबसे पहले, टोकन प्रोटोकॉल के लिए हैं, वे एक उपकरण हैं, डिज़ाइन प्रक्रिया का हिस्सा हैं, और उन्हें लक्ष्य नहीं होना चाहिए। यदि आप विकेंद्रीकृत कुछ करना चाहते हैं, तो टोकन संभवतः इसका एक हिस्सा हैं क्योंकि यह लोगों के लिए प्रोटोकॉल का स्वामित्व रखने और लोगों को लाइन में रखने के लिए बहुत अच्छा है।
डिज़ाइन के तीन चरण
चरण 1: अपने लक्ष्य निर्धारित करें
एक लक्ष्य एक वैध प्रोटोकॉल के परिणाम का संक्षिप्त विवरण है, और यह स्पष्ट होना चाहिए कि क्या इसे किसी विशिष्ट डिज़ाइन द्वारा हासिल किया गया है। इसलिए हमें सफलता और असफलता के बीच बिल्कुल स्पष्ट अंतर रखना चाहिए। यदि यह स्पष्ट नहीं है कि हमारा लक्ष्य क्या है, तो हमें फिर से शुरुआत करनी होगी और टोकन के बारे में भूल जाना होगा। आदर्श रूप से, लक्ष्य मापने योग्य होते हैं, भले ही हम अभी तक निश्चित नहीं हैं कि सफलता को कैसे मापा जाए।
चरण 2: प्रतिबंध लागू करें
सामान्य तौर पर, दो प्रकार की बाधाएँ होती हैं, एक आंतरिक है, और दूसरी बहिर्जात: आंतरिक बाधाएँ वे हैं जिन्हें हम डिज़ाइन प्रक्रिया को सरल बनाने के लिए चुनते हैं क्योंकि कुछ व्यापार-बंद किए जाने हैं, या वे व्यापार-बंद हैं खुद।
आंतरिक बाधाएँ कई स्रोतों से आ सकती हैं लेकिन आमतौर पर डिज़ाइनर द्वारा स्वयं निर्धारित की जाती हैं। प्रकृति, प्रौद्योगिकी की स्थिति, नियमों और सभी प्रकार की चीजों द्वारा बाहरी बाधाएँ आप पर थोपी जाती हैं। मैं इसके बारे में बाद में बात करूंगा.
चरण 3: डिज़ाइन तंत्र
एक बार जब हमारे पास एक बाधा और एक लक्ष्य होता है, तो हम स्पष्ट रूप से उन तंत्रों के बारे में सोच सकते हैं जो उस लक्ष्य को पूरा करेंगे। अब जब भी हम किसी मैकेनिक के बारे में सोचते हैं, तो यह वास्तव में स्पष्ट होना चाहिए कि क्या यह उन बाधाओं का उल्लंघन करता है और हमें उस लक्ष्य के करीब लाता है। एक प्रोटोकॉल तंत्रों का एक सेट होगा, जो कुछ बाधाओं के अनुसार एक विशिष्ट लक्ष्य की ओर संचालित होगा।
लेना MakerDAO उदहारण के लिए। उनका लक्ष्य एक अस्तबल विकसित करना है Ethereum मूल संपत्ति. बेशक, स्थिरता और स्वाभाविकता की कई व्याख्याएँ हैं। उनकी सीमाएं यूएसडी से जुड़ी कीमतें, पूरी तरह से देशी ऑन-चेन परिसंपत्तियों द्वारा समर्थित आदि हैं।
सामान्य ख़तरे
टोकन पर बहुत ज्यादा जोर. टोकन प्रोटोकॉल नहीं हैं, और टोकन आपका लक्ष्य नहीं होना चाहिए। यह सिर्फ एक उपकरण होना चाहिए.
इस जाल से कैसे बाहर निकलें? अपने आप से पूछें: यह प्रणाली टोकन के बिना कैसे काम करेगी? यदि आपके द्वारा टोकन पूरी तरह हटा देने पर सिस्टम पूरी तरह से विफल हो जाता है, तो हो सकता है कि आप टोकन की भूमिका पर अधिक ज़ोर दे रहे हों। यदि सिस्टम के कुछ प्रमुख हिस्से विफल हो जाते हैं तो यह बेहतर है, आपका टोकन मायने रखता है और समग्र संतुलन के लिए आवश्यक है, लेकिन सिस्टम इसके बिना सुसंगत रहता है। इसलिए, आपको अभी भी सिस्टम के लक्ष्यों के बारे में सोचना चाहिए।
डिज़ाइन स्थान असीमित है. डिज़ाइन में, आपके पास बहुत सारे विचार होते हैं, और इतनी सारी संभावनाएँ होती हैं कि आप यह भी नहीं जानते कि कहाँ से शुरू करें क्योंकि बहुत सारी चीज़ें हैं जो की जा सकती हैं। ऐसा आमतौर पर इसलिए होता है क्योंकि लक्ष्य स्पष्ट नहीं होता, इसलिए लक्ष्य को परिष्कृत करना जरूरी है। यह बाहरी दुनिया द्वारा आप पर लगाई गई सीमाओं के बारे में आपकी समझ की कमी के कारण भी हो सकता है या आपने उन्हें स्वीकार नहीं किया है।
यदि आप इन बाधाओं को मिश्रण में लाते हैं, तो आप पाएंगे कि डिज़ाइन स्थान सिकुड़ गया है और अधिक स्पष्ट हो गया है। दो प्रश्न जो डिज़ाइन स्थान को सीमित करने में मदद करते हैं, वे हैं खुद से पूछना: वह कौन सी मजबूत अवधारणा है जिसे आप बनाना चाहते हैं? यह कुछ गहन विचार, कुछ फायदे, समय की प्रवृत्ति में कुछ बदलाव आदि हो सकते हैं। अपने आप से पूछें कि यह शक्तिशाली अवधारणा क्या है? आप इसका अधिकतम लाभ कैसे उठा सकते हैं और पहले पूरे सिस्टम के बारे में सोचने के बजाय इस पर ध्यान कैसे केंद्रित कर सकते हैं? दूसरा सवाल यह है कि इस डिज़ाइन की सबसे बड़ी कमज़ोरी क्या है? कौन सी चीज़ आपको रात में जगाए रखती है, ये वे बिंदु हैं जिनके बारे में आप सोचते हैं कि शायद काम नहीं करेंगे, वे बिंदु हैं जिनके बारे में आप चिंतित हैं, प्रमुख कमज़ोरियाँ, और इसे सुधारने के लिए आप किन बाधाओं को स्वीकार कर सकते हैं? यह डिज़ाइन स्थान को बहुत सीमित कर सकता है.
समुदाय को हमेशा बताएं. सिस्टम के कुछ हिस्सों को डिज़ाइन करने, उन सभी को हल करने के लिए समुदाय पर दबाव डालने, या अदृश्य ताकतों से अंतराल भरने की अपेक्षा करने में चुनौतियाँ हैं; आप हमेशा लोगों से अपेक्षा करते हैं कि वे समस्या का पता लगाएं और उसका समाधान करें, जो बहुत जोखिम भरा है। अनुमति रहित प्रणालियों की लोकप्रियता और उनमें हुए अद्भुत नवाचारों के बावजूद, आप समुदाय के कार्यों की भविष्यवाणी नहीं कर सकते हैं, न ही आपको उनसे अपने सिस्टम में सबसे स्पष्ट समस्याओं को हल करने की उम्मीद करनी चाहिए।
कुछ प्रमुख प्रश्न हैं जो आपको खुद से पूछने चाहिए, हम वास्तव में अपने समुदाय से क्या उम्मीद करते हैं और हम उन्हें क्या दे रहे हैं? क्या हमसे उन्हें पर्याप्त टोकन देने के लिए कहना पर्याप्त नहीं है? बल्कि हमने उन्हें क्या शक्तियाँ दी हैं? उन्हें कौन सी योग्यताएँ दी गई हैं? उनके पास क्या स्वामित्व है? क्या वे इस जिम्मेदारी को संतुलित करने के लिए पर्याप्त सशक्त हैं?
यदि आप वास्तव में उनसे किसी चीज को ठीक करने की उम्मीद करते हैं, यदि आप अन्य महत्वाकांक्षी लोगों से कुछ दिलचस्प एक्सटेंशन जोड़ने, या सिस्टम के कुछ घटकों को ठीक करने की उम्मीद करते हैं, तो आपको पहले खुद से पूछना होगा, क्या आप यहां निर्माण करेंगे? यदि आप ऐसा नहीं करेंगे क्योंकि इसमें पर्याप्त संभावनाएं, पर्याप्त शक्ति या पर्याप्त लचीलापन नहीं है, तो आगे न देखें।
सांकेतिक वर्गीकरण
टोकन एक प्रोटोकॉल में एक उपकरण हैं, वे एक उपकरण और एक प्रोटोकॉल हैं, और अधिक संक्षेप में, वे एक डेटा संरचना हैं। तो हम कैसे देखते हैं कि इस डेटा संरचना का उपयोग विभिन्न प्रोटोकॉल में किया जाता है? उन्हें पांच बहुत सामान्य श्रेणियों में बांटा जा सकता है: भुगतान, मतदान, हितधारक, मेटाडेटा और दावा।
भुगतान करने के लिए
भुगतान फ़ंक्शन को आगे तीन श्रेणियों में विभाजित किया गया है, पहला समुदाय या परियोजना की आंतरिक मुद्रा के रूप में। हमने ऐसा बहुत कुछ नहीं देखा है, लेकिन कुछ उदाहरण हैं। उदाहरण के लिए, सोर्स क्रेडिट एक दिलचस्प उदाहरण है, और FWB शायद इस दिशा में आगे बढ़ रहे हैं.
यह यूएसडी भुगतान जैसे पारंपरिक भुगतान तरीकों से भिन्न है क्योंकि यह एक विशिष्ट समुदाय के भीतर मौजूद है जिसका मुद्रा पर नियंत्रण है, और वे इस आंतरिक मुद्रा पर मौद्रिक नीति और अन्य साधनों का उपयोग कर सकते हैं, जैसे कि यह मुद्रा स्थिर होनी चाहिए, इससे जुड़ी होनी चाहिए किसी अन्य विशिष्ट परिसंपत्ति का मूल्य, हो सकता है कि वे इसे विशिष्ट, समुदाय-व्यापी लक्ष्यों के आधार पर ढालें या जला दें।
क्रिप्टोकरेंसी का उपयोग करने के लिए भुगतान का दूसरा, और शायद सबसे अधिक इस्तेमाल किया जाने वाला और सबसे अच्छी तरह से समझा जाने वाला तरीका, एक ऑनलाइन संसाधन के रूप में है, और एथेरियम और बिटकॉइन भी इस श्रेणी में आते हैं। आप कंप्यूटिंग पावर, स्टोरेज, या किसी अन्य क्रिप्टोकरेंसी नेटवर्क संसाधन के लिए भुगतान करते हैं। हमारे पास है ईआईपी1559, स्टेकिंग, तरलता, आदि यह निर्धारित करने के लिए कि सिस्टम के भीतर विभिन्न संसाधनों, विशेष रूप से कंप्यूटिंग संसाधनों की गणना करने के लिए टोकन का उपयोग कैसे किया जा सकता है।
तीसरा भुगतान टोकन एक समान खेल मुद्रा के रूप में मौजूद है। उदाहरण के लिए, गेम, संसाधन या कुछ प्रोटोकॉल संसाधनों को स्थिर होना चाहिए और उनकी कीमत निर्धारित करने की आवश्यकता है, क्योंकि यदि आप सिस्टम का उपयोग करते हैं और ये संसाधन स्थिर हैं, तो टोकन मूल्य भी अपेक्षाकृत स्थिर होना चाहिए। इससे कोई फर्क नहीं पड़ता कि यह स्थिर आपूर्ति में है या नहीं, क्योंकि आप इसका उपयोग केवल अपने एप्लिकेशन के एक विशिष्ट भाग को लागू करने के लिए कर रहे हैं।
तो स्थिर सिक्कों को कहाँ रखा जाना चाहिए? बेशक, एक स्थिर मुद्रा का उपयोग उपरोक्त तीन तरीकों से भुगतान के रूप में किया जा सकता है। लेकिन जो चीज एक स्थिर मुद्रा को स्थिर मुद्रा बनाती है, वह इसके पीछे का तंत्र है जो इसे स्थिर करती है, इसलिए स्थिर मुद्रा आम तौर पर स्वामित्व श्रेणी में आती है।
स्वामित्व
आम तौर पर स्वामित्व दो प्रकार के होते हैं, ऑन-चेन (जमा) और ऑफ-चेन (स्वामित्व)। जमा टोकन अन्य टोकन पर स्वामित्व का प्रतिनिधित्व करते हैं, एक उदाहरण है अनस ु ार LP टोकन, जो कि ए ईआरसी-20 V2 में और V3 में एक NFT। डीएआई, स्थिर मुद्रा जो मेकर प्रोटोकॉल से निकलती है, एक ऑन-चेन जमा भी है क्योंकि आप या वॉल्ट धारक इसका उपयोग अपने अंतर्निहित संपार्श्विक का दावा करने के लिए करते हैं। तो एक जमा टोकन का मतलब है कि इसका उपयोग ऑफ-चेन वातावरण में अन्य टोकन का दावा करने के लिए किया जा सकता है।
दूसरा टोकन कुछ ऑफ-चेन संपत्ति के स्वामित्व का प्रतिनिधित्व करता है, इसलिए यह वास्तविक दुनिया की संपत्ति टोकन, रियल एस्टेट टोकन या ऐसा कुछ हो सकता है। हमने इसके बहुत से उदाहरण नहीं देखे हैं. एक अधिक आधुनिक उदाहरण वह है जिसे अब रिडीमेबल कहा जाता है, जहां भौतिक वस्तुओं के लिए टोकन का आदान-प्रदान किया जा सकता है। उदाहरण के लिए, एनएफटी का उपयोग कलाकृति के साथ कलाकृति का आदान-प्रदान करने के लिए किया जाता है, और यह एनएफटी यार्ड के स्वामित्व का प्रतिनिधित्व करता है। यदि आप चाहें तो कुछ मज़ेदार सौदे भी हैं। आप एनएफटी को नियंत्रित करने के लिए भौतिक वस्तुओं का उपयोग कर सकते हैं और चिप्स जैसे कुछ डिजिटल कार्यों के माध्यम से बाद के एनएफटी के स्वामित्व को नियंत्रित कर सकते हैं।
वोट
वोटिंग का उपयोग परियोजनाओं को निधि देने, संसाधनों को आवंटित करने, यानी एक समूह के रूप में भुगतान या हस्तांतरण करने और सॉफ़्टवेयर अपग्रेड करने के लिए किया जा सकता है। इसका उपयोग सामाजिक सहमति के माप के रूप में भी किया जा सकता है, जैसे किसी परियोजना की भविष्य की योजनाओं को निर्धारित करने के लिए एक नेता का चयन।
प्रतिज्ञा
टोकन को स्मार्ट अनुबंधों के माध्यम से पुरस्कारों के हकदार होने के लिए डिज़ाइन किया जा सकता है, यहां कोई कानूनी समझौता नहीं है, लेकिन तंत्र इस अर्थ में काम करता है कि टोकन को किसी प्रकार की ऑन-चेन गतिविधि से लाभ होगा। एक उदाहरण मेकर है; यदि निर्माता टोकन धारक अपना काम अच्छी तरह से कर रहे हैं, और सिस्टम ठीक से काम कर रहा है, तो उन्हें कुछ रिटर्न से लाभ होगा; यह स्मार्ट कॉन्ट्रैक्ट का तरीका है, जिस तरह से प्रोटोकॉल डिज़ाइन किया गया है, वह समुदाय के अच्छे प्रशासन को पुरस्कृत करता है।
आप कानूनी समझौतों के परिणामस्वरूप भी टोकन बना सकते हैं जो आपको रिटर्न का अधिकार देते हैं। आप एक टोकन बना सकते हैं जो किसी कंपनी में इक्विटी अंश या इक्विटी के हिस्से का प्रतिनिधित्व करता है, बेशक, विभिन्न कानूनी आवश्यकताओं और प्रतिबंधों के साथ। एक समय था जब ऐसे लोग थे जो सैद्धांतिक रूप से सुरक्षा टोकन बना सकते थे, हालाँकि हमने ऐसा बहुत कुछ नहीं देखा है।
टोकन का उपयोग रिटर्न के बदले जोखिम को कम करने के लिए भी किया जाता है। निर्माता इस सिद्धांत का उपयोग करता है. यदि मेकर प्रोटोकॉल में कोई हानि होती है, तो अधिक मेकर टोकन उत्पन्न होंगे, जो मेकर धारकों द्वारा रखे गए मूल्य को कम कर देता है। मेकर टोकन रखने से, धारकों को कुछ जोखिम होता है, जो कि मेकर धारकों को सामुदायिक निर्माण को बढ़ावा देने के लिए प्रेरित करता है। यदि वे अपने निवेश के मूल्य में वृद्धि देखना चाहते हैं, तो उन्हें इस प्रणाली के विकास का समर्थन करने की आवश्यकता है।
मेटाडाटा
सबसे पहले, टोकन सदस्यता का प्रतिनिधित्व करते हैं, यह निर्धारित करते हैं कि क्या आपके पास किसी विशेष स्थान तक पहुंच है, क्या आप किसी विशेष समुदाय में हैं, या क्या आप कुछ समूहों में हैं। कुछ तृतीय पक्षों द्वारा लिखे गए प्रोटोकॉल या उपकरण इस सदस्यता विशेषता का उपयोग किसी भी तरह से कर सकते हैं जो अनुमति रहित है। उदाहरण के लिए, कुछ एनएफटी समुदाय यह तय कर सकते हैं कि केवल टोकन रखने वाले ही इसमें शामिल हो सकते हैं, जैसे कि इस टोकन को रखना। वे जो विशिष्ट कार्यक्षमता इत्यादि प्रदान करते हैं। सदस्यता टोकन द्वारा प्रदान किया जाने वाला एक दिलचस्प मेटाडेटा प्रकार है।
टोकन प्रतिष्ठा का भी प्रतिनिधित्व करते हैं। कुछ लोग इस बात पर बहस कर रहे हैं कि क्या प्रतिष्ठा हस्तांतरणीय होनी चाहिए। लेकिन यह कुछ मामलों में सजातीय और कुछ में गैर-सजातीय हो सकता है। यदि यह आपकी उपलब्धियों को संदर्भित करता है, तो यह गैर-सजातीय हो सकता है; यदि यह सूचना स्रोतों, क्रेडिट, या विभिन्न प्रकार की क्रेडिट स्कोरिंग प्रणालियों को संदर्भित करता है, तो यह सजातीय हो सकता है। यह निरंतर डेटा है, इसलिए यह एक प्रकार का मेटाडेटा है।
टोकन पहचान या संदर्भ का भी प्रतिनिधित्व करते हैं। एन्स इसका एक उदाहरण है, सत्ता नाम पते की ओर इशारा कर सकते हैं और इन्हें अद्यतन किया जा सकता है, इसके विपरीत डीएनएस प्रणाली।
ऑफ-चेन डेटा एक प्रकार का मेटाडेटा हो सकता है। एक उदाहरण ऑफ-चेन केवाईसी या किसी प्रकार का सत्यापन योग्य प्रमाणपत्र होगा। एक और अच्छा उदाहरण डिप्लोमा या शैक्षणिक योग्यता है। कोई आपको यह प्रमाणपत्र सौंपता है, और यह सार्वजनिक रूप से दृश्यमान, पता लगाने योग्य और प्रामाणिक होता है। हमने ऑन-चेन अनुमतियों और क्षमताओं को व्यक्त करने के कई मामले नहीं देखे हैं।
जैसे कुछ इकाई आपको स्पष्ट रूप से अनुमतियाँ प्रदान करती है, जैसे किसी फ़ंक्शन को कॉल करने की क्षमता, कोड का एक टुकड़ा बदलना, या ऑन-चेन पर कुछ स्थानांतरित करना। टोकन को इंटरफेस के रूप में उपयोग करना भी संभव है, हमने इसके उदाहरण देखे हैं, जहां आप न केवल एसवीजी डेटा को टोकन यूआरआई में डाल सकते हैं, आप इसमें एक संपूर्ण HTML वेब पेज डाल सकते हैं, और आप थोड़ा जावास्क्रिप्ट भी डाल सकते हैं। आप एनएफटी में एक इंटरफ़ेस डाल सकते हैं, इंटरफ़ेस को नियंत्रित कर सकते हैं, या इंटरफ़ेस को किसी ऑब्जेक्ट में एम्बेड कर सकते हैं जो लोगों के पास है और ट्रांसफर कर सकते हैं।
एक दिलचस्प उदाहरण है BEEP3R, जहां आप पहले एक टेक्स्ट को एनएफटी में ढालते हैं, और फिर आप टेक्स्ट को दूसरे में प्रसारित कर सकते हैं BEEP3R धारकों के पास इसका स्वामित्व है। ये पाठ छोटी छवि पर प्रदर्शित होते हैं BEEP3R. जब आपके पास BEEP3R मशीन से आप सीधे दूसरे को संदेश भी भेज सकते हैं BEEP3R मशीन धारक, अकेले एक्सएमटीबी का उपयोग करना पसंद करते हैं।
तो इस टोकन का कार्य क्या है? यह एक सदस्यता टोकन है, और इस टोकन के साथ, आप संदेश प्राप्त कर सकते हैं। कोई भी वॉलेट इंटरफ़ेस जो एनिमेटेड यूआरएल का सही ढंग से प्रतिनिधित्व करता है वह आपको प्राप्त किसी भी संदेश को तब तक प्रदर्शित कर सकता है जब तक वह इस मानक का समर्थन करता है।
यह एक पहचान चिह्न भी है क्योंकि एक बीपी धारक के रूप में, आप जानकारी प्राप्त और भेज सकते हैं। तो यह चीज़ केवल उस सेट में होती है। यह एक पहचान टोकन भी है, क्योंकि वे आपको आपके बीपी की टोकन आईडी के साथ संदेश भेजते हैं। वहीं, यह एक इंटरफेस के रूप में भी मौजूद है और एनएफटी से जुड़ी जानकारी देखी जा सकती है।
टेक ट्री थ्योरी
हम देख सकते हैं कि कुछ क्षेत्रों ने काफी प्रगति की है, जैसे भुगतान के साधन के रूप में टोकन और नेटवर्क संसाधन, जबकि कुछ क्षेत्र अभी तक विकसित नहीं हुए हैं, जैसे इंटरफेस और मेटाडेटा। तो ऐसा क्यों है?
कुछ उत्पाद निश्चित समय पर क्यों प्रदर्शित होते हैं, और कुछ उत्पादों को प्रदर्शित होने में दूसरों की तुलना में अधिक समय क्यों लगता है? एक उदाहरण के रूप में ऋण प्रोटोकॉल को लें, और स्थिर मुद्रा के बिना ऋण प्रोटोकॉल के काम करने की कल्पना करना कठिन है। ऐसा इसलिए है क्योंकि जब आप एक ऋण समझौते में ऋण उधार देते हैं, तो आप इसे एक स्थिर संपत्ति के साथ प्रस्तुत करना चाहते हैं क्योंकि आप इस परिसंपत्ति की कीमत का अनुमान लगा सकते हैं, इसलिए वास्तव में एक ऋण समझौता करने से पहले हमें स्थिर सिक्कों की आवश्यकता होती है।
इसी तरह, हमारे पास एक ऋण समझौता भी है जिसकी आवश्यकता है AMM क्योंकि यदि आप उत्तोलन के लिए ऋण समझौते का उपयोग करना चाहते हैं, विशेष रूप से प्रारंभिक सरल ऋण समझौते, तो आपको स्थिर सिक्कों जैसी संपत्ति उधार लेने में सक्षम होना चाहिए। यदि आप उस स्थिर मुद्रा को उस परिसंपत्ति के लिए बहुत तेज़ी से विनिमय करना चाहते हैं और आप अधिक एक्सपोज़र चाहते हैं, तो आपको एएमएम की आवश्यकता है। जब तक हमारे पास कार्यशील एएमएम और स्टैब्लॉक्स नहीं थे तब तक ऋण प्रोटोकॉल विकसित नहीं हुए थे।
लेकिन एक कार्यशील एएमएम और स्थिर मुद्रा कैसे प्राप्त करें? इंटरऑपरेबल टोकन मानक के बिना ऐसा करना मुश्किल है क्योंकि स्टेबलकॉइन्स, एएमएम और उनके आसपास की सभी प्रणालियों को यह समझने की जरूरत है कि अन्य परियोजनाएं उनके साथ कैसे इंटरफेस करती हैं। और ERC-20 टोकन पाने के लिए, आपको पूरी तरह से प्रोग्राम योग्य स्मार्ट अनुबंध की आवश्यकता है। आपको शायद वास्तव में उनकी आवश्यकता नहीं है, लेकिन इस तरह वे पहली बार Ethereum पर दिखाई दिए, क्योंकि Ethereum को ERC-20 टोकन मानक के बिना लॉन्च किया गया था। पर्याप्त खुला डिज़ाइन स्थान छोड़ने में सक्षम होने के लिए हमें पूर्ण प्रोग्रामयोग्यता की आवश्यकता है; बेशक, इस पर आगे चर्चा की जा सकती है। लेकिन निष्कर्ष में, मुझे लगता है कि ऐसे प्रौद्योगिकी वृक्ष हैं जहां कुछ प्रौद्योगिकियां दूसरों के लिए पूर्वापेक्षाएँ हैं।
यहां दो प्रश्न हैं: वे कौन सी प्रमुख प्रौद्योगिकियां हैं जो भविष्य के अनुप्रयोगों और प्रोटोकॉल को अनलॉक करेंगी? यानी, उपयोगी प्रतिष्ठा प्रणाली या विकेंद्रीकृत और भरोसेमंद इंटरफेस विकसित करने के लिए हमें किन तकनीकों की आवश्यकता है? और दूसरा प्रश्न कुछ हद तक पहले प्रश्न जैसा ही है, आगामी तकनीक द्वारा कौन से एप्लिकेशन और प्रोटोकॉल अनलॉक किए जाएंगे?
उदाहरण के लिए, खाता अमूर्तन, ईआईपी4844, वर्टिकल ट्री, शून्य-ज्ञान मशीन लर्निंग, आदि। ये प्रश्न दिलचस्प हैं क्योंकि अगर हम कुछ प्रौद्योगिकियों के आगमन की भविष्यवाणी कर सकते हैं जो डिज़ाइन की बाधाओं को कम करते हैं या पेश करते हैं, तो यह हमारे डिज़ाइन को कैसे बदलता है? यदि ऐसी विशिष्ट प्रौद्योगिकियाँ हैं जो बाधाओं को कम कर सकती हैं, तो क्या हमें उन्हें विकसित करने में ऊर्जा खर्च करनी चाहिए?
यदि आप चीजों को एक तकनीकी पेड़ के रूप में सोचते हैं, तो यह हमें यह समझाने में मदद कर सकता है कि क्या आने वाला है या आपको इच्छित बाधाओं के सेट तक पहुंचने के लिए क्या चाहिए। इसलिए, इसे अपनी सीमा के मूल बिंदु से जोड़ते हुए, मुझे लगता है कि नई तकनीक उन सीमाओं को कम कर देती है जिनका हमने पहले सामना किया था। उदाहरण के लिए, यदि कोई ERC-20 मानक नहीं है, तो किसी भी AMM या स्थिर मुद्रा डिज़ाइन पर बाधाएं यह होंगी कि उसे या तो एक मानक पेश करने की आवश्यकता होगी या विभिन्न प्रकार के विभिन्न डिज़ाइनों का सामना करने में सक्षम होना होगा।
एक सामान्य-उद्देश्यीय एएमएम को डिज़ाइन करने की कल्पना करें, लेकिन एक विशिष्ट टोकन मानक का उपयोग न करते हुए, यह बहुत, बहुत कठिन होगा। मैंने सोचा कि यह लगभग एक दुर्गम सीमा होगी, लेकिन इंटरऑपरेबिलिटी मानक होने का मतलब है कि हम सीधे ईआरसी -20 टोकन का समर्थन कर सकते हैं, जो डिज़ाइन स्थान को सीमित करता है और इसे संभव बनाता है।
यदि हम भविष्यवाणी कर सकते हैं कि भविष्य में कौन सी प्रौद्योगिकियाँ उभरेंगी, तो यह हमारे प्रोटोकॉल डिज़ाइन पर बाधाओं को कैसे प्रभावित करती है? यदि हमारे पास विशिष्ट लक्ष्य या विशिष्ट बाधाएँ हैं, तो हमें किस तकनीक की आवश्यकता है? प्रौद्योगिकी इन सीमाओं को कम करने और नए तंत्रों के माध्यम से इन लक्ष्यों को फिर से संभव बनाने में सक्षम होगी।
अस्वीकरण: इस वेबसाइट पर जानकारी सामान्य बाजार कमेंट्री के रूप में प्रदान की जाती है और निवेश सलाह का गठन नहीं करती है। हम आपको निवेश करने से पहले अपना खुद का शोध करने के लिए प्रोत्साहित करते हैं।
खबरों पर नज़र रखने के लिए हमसे जुड़ें: https://linktr.ee/coincu
वेबसाइट: Coincu.com
हेरोल्ड
सिक्का समाचार
Author
ज्ञान
टोकन डिजाइन: महान संभावनाएं, नुकसान, समाधान और भविष्य की संभावनाएं
टोकन एक बहुत ही दिलचस्प, उपयोगी और शक्तिशाली नया उपकरण है जो बदलता है कि प्रोटोकॉल कैसे डिज़ाइन किए जाते हैं और क्या हासिल किया जा सकता है, लेकिन टोकन डिज़ाइन के केंद्र में नहीं हैं। आज का प्रोटोकॉल डिज़ाइन एक अनुशासन की तुलना में "कीमिया" की तरह अधिक है क्योंकि डिजाइनरों की समझ व्यापक या वैज्ञानिक से बहुत दूर है, और अधिकांश परियोजनाओं को अभी भी बहुत अधिक प्रयोग की आवश्यकता होती है।
इस सत्र को तीन भागों में विभाजित किया गया है, जो टोकन डिजाइन में सामान्य मानसिकता से शुरू होता है, इसके बाद टोकन का वर्गीकरण होता है, विशेष रूप से इस बारे में बात की जाती है कि टोकन वास्तव में क्या हैं और हम उनकी क्षमताओं को विकसित करने और बढ़ाने के बारे में कैसे सोच सकते हैं। आखिरी प्रौद्योगिकी वृक्ष सिद्धांत है, हमारे डिजाइन को सफल बनाने के लिए प्रौद्योगिकी का उपयोग कैसे करें।
सोच विधा
सबसे पहले, टोकन प्रोटोकॉल के लिए हैं, वे एक उपकरण हैं, डिज़ाइन प्रक्रिया का हिस्सा हैं, और उन्हें लक्ष्य नहीं होना चाहिए। यदि आप विकेंद्रीकृत कुछ करना चाहते हैं, तो टोकन संभवतः इसका एक हिस्सा हैं क्योंकि यह लोगों के लिए प्रोटोकॉल का स्वामित्व रखने और लोगों को लाइन में रखने के लिए बहुत अच्छा है।
डिज़ाइन के तीन चरण
चरण 1: अपने लक्ष्य निर्धारित करें
एक लक्ष्य एक वैध प्रोटोकॉल के परिणाम का संक्षिप्त विवरण है, और यह स्पष्ट होना चाहिए कि क्या इसे किसी विशिष्ट डिज़ाइन द्वारा हासिल किया गया है। इसलिए हमें सफलता और असफलता के बीच बिल्कुल स्पष्ट अंतर रखना चाहिए। यदि यह स्पष्ट नहीं है कि हमारा लक्ष्य क्या है, तो हमें फिर से शुरुआत करनी होगी और टोकन के बारे में भूल जाना होगा। आदर्श रूप से, लक्ष्य मापने योग्य होते हैं, भले ही हम अभी तक निश्चित नहीं हैं कि सफलता को कैसे मापा जाए।
चरण 2: प्रतिबंध लागू करें
सामान्य तौर पर, दो प्रकार की बाधाएँ होती हैं, एक आंतरिक है, और दूसरी बहिर्जात: आंतरिक बाधाएँ वे हैं जिन्हें हम डिज़ाइन प्रक्रिया को सरल बनाने के लिए चुनते हैं क्योंकि कुछ व्यापार-बंद किए जाने हैं, या वे व्यापार-बंद हैं खुद।
आंतरिक बाधाएँ कई स्रोतों से आ सकती हैं लेकिन आमतौर पर डिज़ाइनर द्वारा स्वयं निर्धारित की जाती हैं। प्रकृति, प्रौद्योगिकी की स्थिति, नियमों और सभी प्रकार की चीजों द्वारा बाहरी बाधाएँ आप पर थोपी जाती हैं। मैं इसके बारे में बाद में बात करूंगा.
चरण 3: डिज़ाइन तंत्र
एक बार जब हमारे पास एक बाधा और एक लक्ष्य होता है, तो हम स्पष्ट रूप से उन तंत्रों के बारे में सोच सकते हैं जो उस लक्ष्य को पूरा करेंगे। अब जब भी हम किसी मैकेनिक के बारे में सोचते हैं, तो यह वास्तव में स्पष्ट होना चाहिए कि क्या यह उन बाधाओं का उल्लंघन करता है और हमें उस लक्ष्य के करीब लाता है। एक प्रोटोकॉल तंत्रों का एक सेट होगा, जो कुछ बाधाओं के अनुसार एक विशिष्ट लक्ष्य की ओर संचालित होगा।
लेना MakerDAO उदहारण के लिए। उनका लक्ष्य एक अस्तबल विकसित करना है Ethereum मूल संपत्ति. बेशक, स्थिरता और स्वाभाविकता की कई व्याख्याएँ हैं। उनकी सीमाएं यूएसडी से जुड़ी कीमतें, पूरी तरह से देशी ऑन-चेन परिसंपत्तियों द्वारा समर्थित आदि हैं।
सामान्य ख़तरे
टोकन पर बहुत ज्यादा जोर. टोकन प्रोटोकॉल नहीं हैं, और टोकन आपका लक्ष्य नहीं होना चाहिए। यह सिर्फ एक उपकरण होना चाहिए.
इस जाल से कैसे बाहर निकलें? अपने आप से पूछें: यह प्रणाली टोकन के बिना कैसे काम करेगी? यदि आपके द्वारा टोकन पूरी तरह हटा देने पर सिस्टम पूरी तरह से विफल हो जाता है, तो हो सकता है कि आप टोकन की भूमिका पर अधिक ज़ोर दे रहे हों। यदि सिस्टम के कुछ प्रमुख हिस्से विफल हो जाते हैं तो यह बेहतर है, आपका टोकन मायने रखता है और समग्र संतुलन के लिए आवश्यक है, लेकिन सिस्टम इसके बिना सुसंगत रहता है। इसलिए, आपको अभी भी सिस्टम के लक्ष्यों के बारे में सोचना चाहिए।
डिज़ाइन स्थान असीमित है. डिज़ाइन में, आपके पास बहुत सारे विचार होते हैं, और इतनी सारी संभावनाएँ होती हैं कि आप यह भी नहीं जानते कि कहाँ से शुरू करें क्योंकि बहुत सारी चीज़ें हैं जो की जा सकती हैं। ऐसा आमतौर पर इसलिए होता है क्योंकि लक्ष्य स्पष्ट नहीं होता, इसलिए लक्ष्य को परिष्कृत करना जरूरी है। यह बाहरी दुनिया द्वारा आप पर लगाई गई सीमाओं के बारे में आपकी समझ की कमी के कारण भी हो सकता है या आपने उन्हें स्वीकार नहीं किया है।
यदि आप इन बाधाओं को मिश्रण में लाते हैं, तो आप पाएंगे कि डिज़ाइन स्थान सिकुड़ गया है और अधिक स्पष्ट हो गया है। दो प्रश्न जो डिज़ाइन स्थान को सीमित करने में मदद करते हैं, वे हैं खुद से पूछना: वह कौन सी मजबूत अवधारणा है जिसे आप बनाना चाहते हैं? यह कुछ गहन विचार, कुछ फायदे, समय की प्रवृत्ति में कुछ बदलाव आदि हो सकते हैं। अपने आप से पूछें कि यह शक्तिशाली अवधारणा क्या है? आप इसका अधिकतम लाभ कैसे उठा सकते हैं और पहले पूरे सिस्टम के बारे में सोचने के बजाय इस पर ध्यान कैसे केंद्रित कर सकते हैं? दूसरा सवाल यह है कि इस डिज़ाइन की सबसे बड़ी कमज़ोरी क्या है? कौन सी चीज़ आपको रात में जगाए रखती है, ये वे बिंदु हैं जिनके बारे में आप सोचते हैं कि शायद काम नहीं करेंगे, वे बिंदु हैं जिनके बारे में आप चिंतित हैं, प्रमुख कमज़ोरियाँ, और इसे सुधारने के लिए आप किन बाधाओं को स्वीकार कर सकते हैं? यह डिज़ाइन स्थान को बहुत सीमित कर सकता है.
समुदाय को हमेशा बताएं. सिस्टम के कुछ हिस्सों को डिज़ाइन करने, उन सभी को हल करने के लिए समुदाय पर दबाव डालने, या अदृश्य ताकतों से अंतराल भरने की अपेक्षा करने में चुनौतियाँ हैं; आप हमेशा लोगों से अपेक्षा करते हैं कि वे समस्या का पता लगाएं और उसका समाधान करें, जो बहुत जोखिम भरा है। अनुमति रहित प्रणालियों की लोकप्रियता और उनमें हुए अद्भुत नवाचारों के बावजूद, आप समुदाय के कार्यों की भविष्यवाणी नहीं कर सकते हैं, न ही आपको उनसे अपने सिस्टम में सबसे स्पष्ट समस्याओं को हल करने की उम्मीद करनी चाहिए।
कुछ प्रमुख प्रश्न हैं जो आपको खुद से पूछने चाहिए, हम वास्तव में अपने समुदाय से क्या उम्मीद करते हैं और हम उन्हें क्या दे रहे हैं? क्या हमसे उन्हें पर्याप्त टोकन देने के लिए कहना पर्याप्त नहीं है? बल्कि हमने उन्हें क्या शक्तियाँ दी हैं? उन्हें कौन सी योग्यताएँ दी गई हैं? उनके पास क्या स्वामित्व है? क्या वे इस जिम्मेदारी को संतुलित करने के लिए पर्याप्त सशक्त हैं?
यदि आप वास्तव में उनसे किसी चीज को ठीक करने की उम्मीद करते हैं, यदि आप अन्य महत्वाकांक्षी लोगों से कुछ दिलचस्प एक्सटेंशन जोड़ने, या सिस्टम के कुछ घटकों को ठीक करने की उम्मीद करते हैं, तो आपको पहले खुद से पूछना होगा, क्या आप यहां निर्माण करेंगे? यदि आप ऐसा नहीं करेंगे क्योंकि इसमें पर्याप्त संभावनाएं, पर्याप्त शक्ति या पर्याप्त लचीलापन नहीं है, तो आगे न देखें।
सांकेतिक वर्गीकरण
टोकन एक प्रोटोकॉल में एक उपकरण हैं, वे एक उपकरण और एक प्रोटोकॉल हैं, और अधिक संक्षेप में, वे एक डेटा संरचना हैं। तो हम कैसे देखते हैं कि इस डेटा संरचना का उपयोग विभिन्न प्रोटोकॉल में किया जाता है? उन्हें पांच बहुत सामान्य श्रेणियों में बांटा जा सकता है: भुगतान, मतदान, हितधारक, मेटाडेटा और दावा।
भुगतान करने के लिए
भुगतान फ़ंक्शन को आगे तीन श्रेणियों में विभाजित किया गया है, पहला समुदाय या परियोजना की आंतरिक मुद्रा के रूप में। हमने ऐसा बहुत कुछ नहीं देखा है, लेकिन कुछ उदाहरण हैं। उदाहरण के लिए, सोर्स क्रेडिट एक दिलचस्प उदाहरण है, और FWB शायद इस दिशा में आगे बढ़ रहे हैं.
यह यूएसडी भुगतान जैसे पारंपरिक भुगतान तरीकों से भिन्न है क्योंकि यह एक विशिष्ट समुदाय के भीतर मौजूद है जिसका मुद्रा पर नियंत्रण है, और वे इस आंतरिक मुद्रा पर मौद्रिक नीति और अन्य साधनों का उपयोग कर सकते हैं, जैसे कि यह मुद्रा स्थिर होनी चाहिए, इससे जुड़ी होनी चाहिए किसी अन्य विशिष्ट परिसंपत्ति का मूल्य, हो सकता है कि वे इसे विशिष्ट, समुदाय-व्यापी लक्ष्यों के आधार पर ढालें या जला दें।
क्रिप्टोकरेंसी का उपयोग करने के लिए भुगतान का दूसरा, और शायद सबसे अधिक इस्तेमाल किया जाने वाला और सबसे अच्छी तरह से समझा जाने वाला तरीका, एक ऑनलाइन संसाधन के रूप में है, और एथेरियम और बिटकॉइन भी इस श्रेणी में आते हैं। आप कंप्यूटिंग पावर, स्टोरेज, या किसी अन्य क्रिप्टोकरेंसी नेटवर्क संसाधन के लिए भुगतान करते हैं। हमारे पास है ईआईपी1559, स्टेकिंग, तरलता, आदि यह निर्धारित करने के लिए कि सिस्टम के भीतर विभिन्न संसाधनों, विशेष रूप से कंप्यूटिंग संसाधनों की गणना करने के लिए टोकन का उपयोग कैसे किया जा सकता है।
तीसरा भुगतान टोकन एक समान खेल मुद्रा के रूप में मौजूद है। उदाहरण के लिए, गेम, संसाधन या कुछ प्रोटोकॉल संसाधनों को स्थिर होना चाहिए और उनकी कीमत निर्धारित करने की आवश्यकता है, क्योंकि यदि आप सिस्टम का उपयोग करते हैं और ये संसाधन स्थिर हैं, तो टोकन मूल्य भी अपेक्षाकृत स्थिर होना चाहिए। इससे कोई फर्क नहीं पड़ता कि यह स्थिर आपूर्ति में है या नहीं, क्योंकि आप इसका उपयोग केवल अपने एप्लिकेशन के एक विशिष्ट भाग को लागू करने के लिए कर रहे हैं।
तो स्थिर सिक्कों को कहाँ रखा जाना चाहिए? बेशक, एक स्थिर मुद्रा का उपयोग उपरोक्त तीन तरीकों से भुगतान के रूप में किया जा सकता है। लेकिन जो चीज एक स्थिर मुद्रा को स्थिर मुद्रा बनाती है, वह इसके पीछे का तंत्र है जो इसे स्थिर करती है, इसलिए स्थिर मुद्रा आम तौर पर स्वामित्व श्रेणी में आती है।
स्वामित्व
आम तौर पर स्वामित्व दो प्रकार के होते हैं, ऑन-चेन (जमा) और ऑफ-चेन (स्वामित्व)। जमा टोकन अन्य टोकन पर स्वामित्व का प्रतिनिधित्व करते हैं, एक उदाहरण है अनस ु ार LP टोकन, जो कि ए ईआरसी-20 V2 में और V3 में एक NFT। डीएआई, स्थिर मुद्रा जो मेकर प्रोटोकॉल से निकलती है, एक ऑन-चेन जमा भी है क्योंकि आप या वॉल्ट धारक इसका उपयोग अपने अंतर्निहित संपार्श्विक का दावा करने के लिए करते हैं। तो एक जमा टोकन का मतलब है कि इसका उपयोग ऑफ-चेन वातावरण में अन्य टोकन का दावा करने के लिए किया जा सकता है।
दूसरा टोकन कुछ ऑफ-चेन संपत्ति के स्वामित्व का प्रतिनिधित्व करता है, इसलिए यह वास्तविक दुनिया की संपत्ति टोकन, रियल एस्टेट टोकन या ऐसा कुछ हो सकता है। हमने इसके बहुत से उदाहरण नहीं देखे हैं. एक अधिक आधुनिक उदाहरण वह है जिसे अब रिडीमेबल कहा जाता है, जहां भौतिक वस्तुओं के लिए टोकन का आदान-प्रदान किया जा सकता है। उदाहरण के लिए, एनएफटी का उपयोग कलाकृति के साथ कलाकृति का आदान-प्रदान करने के लिए किया जाता है, और यह एनएफटी यार्ड के स्वामित्व का प्रतिनिधित्व करता है। यदि आप चाहें तो कुछ मज़ेदार सौदे भी हैं। आप एनएफटी को नियंत्रित करने के लिए भौतिक वस्तुओं का उपयोग कर सकते हैं और चिप्स जैसे कुछ डिजिटल कार्यों के माध्यम से बाद के एनएफटी के स्वामित्व को नियंत्रित कर सकते हैं।
वोट
वोटिंग का उपयोग परियोजनाओं को निधि देने, संसाधनों को आवंटित करने, यानी एक समूह के रूप में भुगतान या हस्तांतरण करने और सॉफ़्टवेयर अपग्रेड करने के लिए किया जा सकता है। इसका उपयोग सामाजिक सहमति के माप के रूप में भी किया जा सकता है, जैसे किसी परियोजना की भविष्य की योजनाओं को निर्धारित करने के लिए एक नेता का चयन।
प्रतिज्ञा
टोकन को स्मार्ट अनुबंधों के माध्यम से पुरस्कारों के हकदार होने के लिए डिज़ाइन किया जा सकता है, यहां कोई कानूनी समझौता नहीं है, लेकिन तंत्र इस अर्थ में काम करता है कि टोकन को किसी प्रकार की ऑन-चेन गतिविधि से लाभ होगा। एक उदाहरण मेकर है; यदि निर्माता टोकन धारक अपना काम अच्छी तरह से कर रहे हैं, और सिस्टम ठीक से काम कर रहा है, तो उन्हें कुछ रिटर्न से लाभ होगा; यह स्मार्ट कॉन्ट्रैक्ट का तरीका है, जिस तरह से प्रोटोकॉल डिज़ाइन किया गया है, वह समुदाय के अच्छे प्रशासन को पुरस्कृत करता है।
आप कानूनी समझौतों के परिणामस्वरूप भी टोकन बना सकते हैं जो आपको रिटर्न का अधिकार देते हैं। आप एक टोकन बना सकते हैं जो किसी कंपनी में इक्विटी अंश या इक्विटी के हिस्से का प्रतिनिधित्व करता है, बेशक, विभिन्न कानूनी आवश्यकताओं और प्रतिबंधों के साथ। एक समय था जब ऐसे लोग थे जो सैद्धांतिक रूप से सुरक्षा टोकन बना सकते थे, हालाँकि हमने ऐसा बहुत कुछ नहीं देखा है।
टोकन का उपयोग रिटर्न के बदले जोखिम को कम करने के लिए भी किया जाता है। निर्माता इस सिद्धांत का उपयोग करता है. यदि मेकर प्रोटोकॉल में कोई हानि होती है, तो अधिक मेकर टोकन उत्पन्न होंगे, जो मेकर धारकों द्वारा रखे गए मूल्य को कम कर देता है। मेकर टोकन रखने से, धारकों को कुछ जोखिम होता है, जो कि मेकर धारकों को सामुदायिक निर्माण को बढ़ावा देने के लिए प्रेरित करता है। यदि वे अपने निवेश के मूल्य में वृद्धि देखना चाहते हैं, तो उन्हें इस प्रणाली के विकास का समर्थन करने की आवश्यकता है।
मेटाडाटा
सबसे पहले, टोकन सदस्यता का प्रतिनिधित्व करते हैं, यह निर्धारित करते हैं कि क्या आपके पास किसी विशेष स्थान तक पहुंच है, क्या आप किसी विशेष समुदाय में हैं, या क्या आप कुछ समूहों में हैं। कुछ तृतीय पक्षों द्वारा लिखे गए प्रोटोकॉल या उपकरण इस सदस्यता विशेषता का उपयोग किसी भी तरह से कर सकते हैं जो अनुमति रहित है। उदाहरण के लिए, कुछ एनएफटी समुदाय यह तय कर सकते हैं कि केवल टोकन रखने वाले ही इसमें शामिल हो सकते हैं, जैसे कि इस टोकन को रखना। वे जो विशिष्ट कार्यक्षमता इत्यादि प्रदान करते हैं। सदस्यता टोकन द्वारा प्रदान किया जाने वाला एक दिलचस्प मेटाडेटा प्रकार है।
टोकन प्रतिष्ठा का भी प्रतिनिधित्व करते हैं। कुछ लोग इस बात पर बहस कर रहे हैं कि क्या प्रतिष्ठा हस्तांतरणीय होनी चाहिए। लेकिन यह कुछ मामलों में सजातीय और कुछ में गैर-सजातीय हो सकता है। यदि यह आपकी उपलब्धियों को संदर्भित करता है, तो यह गैर-सजातीय हो सकता है; यदि यह सूचना स्रोतों, क्रेडिट, या विभिन्न प्रकार की क्रेडिट स्कोरिंग प्रणालियों को संदर्भित करता है, तो यह सजातीय हो सकता है। यह निरंतर डेटा है, इसलिए यह एक प्रकार का मेटाडेटा है।
टोकन पहचान या संदर्भ का भी प्रतिनिधित्व करते हैं। एन्स इसका एक उदाहरण है, सत्ता नाम पते की ओर इशारा कर सकते हैं और इन्हें अद्यतन किया जा सकता है, इसके विपरीत डीएनएस प्रणाली।
ऑफ-चेन डेटा एक प्रकार का मेटाडेटा हो सकता है। एक उदाहरण ऑफ-चेन केवाईसी या किसी प्रकार का सत्यापन योग्य प्रमाणपत्र होगा। एक और अच्छा उदाहरण डिप्लोमा या शैक्षणिक योग्यता है। कोई आपको यह प्रमाणपत्र सौंपता है, और यह सार्वजनिक रूप से दृश्यमान, पता लगाने योग्य और प्रामाणिक होता है। हमने ऑन-चेन अनुमतियों और क्षमताओं को व्यक्त करने के कई मामले नहीं देखे हैं।
जैसे कुछ इकाई आपको स्पष्ट रूप से अनुमतियाँ प्रदान करती है, जैसे किसी फ़ंक्शन को कॉल करने की क्षमता, कोड का एक टुकड़ा बदलना, या ऑन-चेन पर कुछ स्थानांतरित करना। टोकन को इंटरफेस के रूप में उपयोग करना भी संभव है, हमने इसके उदाहरण देखे हैं, जहां आप न केवल एसवीजी डेटा को टोकन यूआरआई में डाल सकते हैं, आप इसमें एक संपूर्ण HTML वेब पेज डाल सकते हैं, और आप थोड़ा जावास्क्रिप्ट भी डाल सकते हैं। आप एनएफटी में एक इंटरफ़ेस डाल सकते हैं, इंटरफ़ेस को नियंत्रित कर सकते हैं, या इंटरफ़ेस को किसी ऑब्जेक्ट में एम्बेड कर सकते हैं जो लोगों के पास है और ट्रांसफर कर सकते हैं।
एक दिलचस्प उदाहरण है BEEP3R, जहां आप पहले एक टेक्स्ट को एनएफटी में ढालते हैं, और फिर आप टेक्स्ट को दूसरे में प्रसारित कर सकते हैं BEEP3R धारकों के पास इसका स्वामित्व है। ये पाठ छोटी छवि पर प्रदर्शित होते हैं BEEP3R. जब आपके पास BEEP3R मशीन से आप सीधे दूसरे को संदेश भी भेज सकते हैं BEEP3R मशीन धारक, अकेले एक्सएमटीबी का उपयोग करना पसंद करते हैं।
तो इस टोकन का कार्य क्या है? यह एक सदस्यता टोकन है, और इस टोकन के साथ, आप संदेश प्राप्त कर सकते हैं। कोई भी वॉलेट इंटरफ़ेस जो एनिमेटेड यूआरएल का सही ढंग से प्रतिनिधित्व करता है वह आपको प्राप्त किसी भी संदेश को तब तक प्रदर्शित कर सकता है जब तक वह इस मानक का समर्थन करता है।
यह एक पहचान चिह्न भी है क्योंकि एक बीपी धारक के रूप में, आप जानकारी प्राप्त और भेज सकते हैं। तो यह चीज़ केवल उस सेट में होती है। यह एक पहचान टोकन भी है, क्योंकि वे आपको आपके बीपी की टोकन आईडी के साथ संदेश भेजते हैं। वहीं, यह एक इंटरफेस के रूप में भी मौजूद है और एनएफटी से जुड़ी जानकारी देखी जा सकती है।
टेक ट्री थ्योरी
हम देख सकते हैं कि कुछ क्षेत्रों ने काफी प्रगति की है, जैसे भुगतान के साधन के रूप में टोकन और नेटवर्क संसाधन, जबकि कुछ क्षेत्र अभी तक विकसित नहीं हुए हैं, जैसे इंटरफेस और मेटाडेटा। तो ऐसा क्यों है?
कुछ उत्पाद निश्चित समय पर क्यों प्रदर्शित होते हैं, और कुछ उत्पादों को प्रदर्शित होने में दूसरों की तुलना में अधिक समय क्यों लगता है? एक उदाहरण के रूप में ऋण प्रोटोकॉल को लें, और स्थिर मुद्रा के बिना ऋण प्रोटोकॉल के काम करने की कल्पना करना कठिन है। ऐसा इसलिए है क्योंकि जब आप एक ऋण समझौते में ऋण उधार देते हैं, तो आप इसे एक स्थिर संपत्ति के साथ प्रस्तुत करना चाहते हैं क्योंकि आप इस परिसंपत्ति की कीमत का अनुमान लगा सकते हैं, इसलिए वास्तव में एक ऋण समझौता करने से पहले हमें स्थिर सिक्कों की आवश्यकता होती है।
इसी तरह, हमारे पास एक ऋण समझौता भी है जिसकी आवश्यकता है AMM क्योंकि यदि आप उत्तोलन के लिए ऋण समझौते का उपयोग करना चाहते हैं, विशेष रूप से प्रारंभिक सरल ऋण समझौते, तो आपको स्थिर सिक्कों जैसी संपत्ति उधार लेने में सक्षम होना चाहिए। यदि आप उस स्थिर मुद्रा को उस परिसंपत्ति के लिए बहुत तेज़ी से विनिमय करना चाहते हैं और आप अधिक एक्सपोज़र चाहते हैं, तो आपको एएमएम की आवश्यकता है। जब तक हमारे पास कार्यशील एएमएम और स्टैब्लॉक्स नहीं थे तब तक ऋण प्रोटोकॉल विकसित नहीं हुए थे।
लेकिन एक कार्यशील एएमएम और स्थिर मुद्रा कैसे प्राप्त करें? इंटरऑपरेबल टोकन मानक के बिना ऐसा करना मुश्किल है क्योंकि स्टेबलकॉइन्स, एएमएम और उनके आसपास की सभी प्रणालियों को यह समझने की जरूरत है कि अन्य परियोजनाएं उनके साथ कैसे इंटरफेस करती हैं। और ERC-20 टोकन पाने के लिए, आपको पूरी तरह से प्रोग्राम योग्य स्मार्ट अनुबंध की आवश्यकता है। आपको शायद वास्तव में उनकी आवश्यकता नहीं है, लेकिन इस तरह वे पहली बार Ethereum पर दिखाई दिए, क्योंकि Ethereum को ERC-20 टोकन मानक के बिना लॉन्च किया गया था। पर्याप्त खुला डिज़ाइन स्थान छोड़ने में सक्षम होने के लिए हमें पूर्ण प्रोग्रामयोग्यता की आवश्यकता है; बेशक, इस पर आगे चर्चा की जा सकती है। लेकिन निष्कर्ष में, मुझे लगता है कि ऐसे प्रौद्योगिकी वृक्ष हैं जहां कुछ प्रौद्योगिकियां दूसरों के लिए पूर्वापेक्षाएँ हैं।
यहां दो प्रश्न हैं: वे कौन सी प्रमुख प्रौद्योगिकियां हैं जो भविष्य के अनुप्रयोगों और प्रोटोकॉल को अनलॉक करेंगी? यानी, उपयोगी प्रतिष्ठा प्रणाली या विकेंद्रीकृत और भरोसेमंद इंटरफेस विकसित करने के लिए हमें किन तकनीकों की आवश्यकता है? और दूसरा प्रश्न कुछ हद तक पहले प्रश्न जैसा ही है, आगामी तकनीक द्वारा कौन से एप्लिकेशन और प्रोटोकॉल अनलॉक किए जाएंगे?
उदाहरण के लिए, खाता अमूर्तन, ईआईपी4844, वर्टिकल ट्री, शून्य-ज्ञान मशीन लर्निंग, आदि। ये प्रश्न दिलचस्प हैं क्योंकि अगर हम कुछ प्रौद्योगिकियों के आगमन की भविष्यवाणी कर सकते हैं जो डिज़ाइन की बाधाओं को कम करते हैं या पेश करते हैं, तो यह हमारे डिज़ाइन को कैसे बदलता है? यदि ऐसी विशिष्ट प्रौद्योगिकियाँ हैं जो बाधाओं को कम कर सकती हैं, तो क्या हमें उन्हें विकसित करने में ऊर्जा खर्च करनी चाहिए?
यदि आप चीजों को एक तकनीकी पेड़ के रूप में सोचते हैं, तो यह हमें यह समझाने में मदद कर सकता है कि क्या आने वाला है या आपको इच्छित बाधाओं के सेट तक पहुंचने के लिए क्या चाहिए। इसलिए, इसे अपनी सीमा के मूल बिंदु से जोड़ते हुए, मुझे लगता है कि नई तकनीक उन सीमाओं को कम कर देती है जिनका हमने पहले सामना किया था। उदाहरण के लिए, यदि कोई ERC-20 मानक नहीं है, तो किसी भी AMM या स्थिर मुद्रा डिज़ाइन पर बाधाएं यह होंगी कि उसे या तो एक मानक पेश करने की आवश्यकता होगी या विभिन्न प्रकार के विभिन्न डिज़ाइनों का सामना करने में सक्षम होना होगा।
एक सामान्य-उद्देश्यीय एएमएम को डिज़ाइन करने की कल्पना करें, लेकिन एक विशिष्ट टोकन मानक का उपयोग न करते हुए, यह बहुत, बहुत कठिन होगा। मैंने सोचा कि यह लगभग एक दुर्गम सीमा होगी, लेकिन इंटरऑपरेबिलिटी मानक होने का मतलब है कि हम सीधे ईआरसी -20 टोकन का समर्थन कर सकते हैं, जो डिज़ाइन स्थान को सीमित करता है और इसे संभव बनाता है।
यदि हम भविष्यवाणी कर सकते हैं कि भविष्य में कौन सी प्रौद्योगिकियाँ उभरेंगी, तो यह हमारे प्रोटोकॉल डिज़ाइन पर बाधाओं को कैसे प्रभावित करती है? यदि हमारे पास विशिष्ट लक्ष्य या विशिष्ट बाधाएँ हैं, तो हमें किस तकनीक की आवश्यकता है? प्रौद्योगिकी इन सीमाओं को कम करने और नए तंत्रों के माध्यम से इन लक्ष्यों को फिर से संभव बनाने में सक्षम होगी।
अस्वीकरण: इस वेबसाइट पर जानकारी सामान्य बाजार कमेंट्री के रूप में प्रदान की जाती है और निवेश सलाह का गठन नहीं करती है। हम आपको निवेश करने से पहले अपना खुद का शोध करने के लिए प्रोत्साहित करते हैं।
खबरों पर नज़र रखने के लिए हमसे जुड़ें: https://linktr.ee/coincu
वेबसाइट: Coincu.com
हेरोल्ड
सिक्का समाचार
अन्य पोस्ट
संबंधित पोस्ट
समाचार
कानूनी लड़ाई के बीच बिनेंस के संस्थापक सीजेड को जेल की सजा का सामना करना पड़ सकता है
समाचार
मार्च में $300 मिलियन की बिक्री के बाद FTX सोलाना नीलामी होने की तैयारी है
समाचार
फ्रैंकलिन एथेरियम ईटीएफ डीटीसीसी पर सूचीबद्ध है, हालांकि अभी तक स्वीकृत नहीं हुआ है
ज्ञान
10 के लिए शीर्ष 2024 एआई ट्रेडिंग प्लेटफॉर्म: विशेषज्ञ रैंकिंग और समीक्षाएं
समाचार
