a16z: प्रोटोकॉल टोकन नकदी प्रवाह कैसे उत्पन्न करते हैं?

मूल लेखक: a16z क्रिप्टो

मूल अनुवाद: पज़ाई, फ़ोरसाइट न्यूज़

इंफ्रास्ट्रक्चर टोकन के लिए - लेयर 1 नेटवर्क (या कंप्यूटिंग स्टैक के आसन्न भाग, जैसे लेयर 2) के अनुरूप - आर्थिक मॉडल अच्छी तरह से विकसित और समझे गए हैं, और ब्लॉक स्पेस की आपूर्ति और मांग में निहित हैं। लेकिन प्रोटोकॉल टोकन (ऐप टोकन) के लिए - स्मार्ट कॉन्ट्रैक्ट समझौते जो ब्लॉकचेन पर सेवाएँ तैनात करते हैं और "वितरित व्यवसायों" में अधिकार प्राप्त करते हैं - आर्थिक मॉडल के निर्माण का अभी भी पता लगाया जा रहा है।

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

हम यहां जो सिद्धांत साझा करते हैं, वे सभी Web3 प्रोटोकॉल पर लागू होते हैं - DeFi से लेकर विकेन्द्रीकृत सोशल, DePIN नेटवर्क और इनके बीच हर जगह।

टोकन मॉडल की चुनौतियाँ

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

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

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

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

हमारा समाधान प्रोटोकॉल टोकन से संबंधित तीन मुद्दों पर ध्यान केंद्रित करता है: शासन चुनौतियां, मूल्य वितरण चुनौतियां और अनुपालन गतिविधि चुनौतियां।

शासन संबंधी चुनौतियाँ

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

मूल्य वितरण की चुनौती

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

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

सरलता के लिए, इस पोस्ट में हम एक सरल मुआवजा मॉडल मानेंगे जो टोकन धारकों को शासन में भाग लेने के लिए पुरस्कृत करता है, भले ही अन्य योजनाएं मौजूद हों।

अनुपालन गतिविधियों की चुनौतियाँ

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

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

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

मुख्य मुद्दा: लागत अनुरेखण

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

शुल्क का पता लगाने योग्य बनाने के लिए, प्रोटोकॉल को दो-चरणीय प्रोटोकॉल टोकन स्टेकिंग प्रणाली का उपयोग करके डिज़ाइन किया जा सकता है।

• चरण 1: निर्धारित करें कि कौन सा फ्रंट एंड चार्ज उत्पन्न करता है

• चरण 2: कस्टम लॉजिक के आधार पर अलग-अलग पूल में रूट शुल्क निर्धारित करें

फ्रंट एंड मैपिंग

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

मार्ग शुल्क

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

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

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

क्यूरेशन के माध्यम से व्यय ट्रेसिबिलिटी समस्या का समाधान

इन जटिलताओं को क्यूरेशन से हल किया जा सकता है। एक अनुमति रहित स्मार्ट कॉन्ट्रैक्ट प्रोटोकॉल पर विचार करें जिसमें फीस और टोकन हैं। कोई भी व्यक्ति प्रोटोकॉल के लिए फ्रंटएंड बना सकता है, और किसी भी फ्रंटएंड का अपना स्टेकिंग मॉड्यूल हो सकता है। आइए इस प्रोटोकॉल के लिए एक फ्रंटएंड को app.xyz कहते हैं।

App.xyz उन अधिकार क्षेत्रों के लिए विशिष्ट अनुपालन नियमों का पालन कर सकता है, जिनमें वह काम करता है। app.xyz से उत्पन्न प्रोटोकॉल गतिविधि प्रोटोकॉल शुल्क उत्पन्न करती है। App.xyz का अपना स्टेकिंग मॉड्यूल है, जिस पर टोकन धारक सीधे अपने टोकन स्टेक कर सकते हैं, या क्यूरेटर के साथ जो व्यक्तिगत रूप से उन फ्रंटएंड की टोकरी का चयन करना चाहते हैं, जिन्हें वे अनुपालन योग्य मानते हैं। ये टोकन स्टेकर अपने द्वारा स्टेक किए गए फ्रंटएंड के सेट से शुल्क के रूप में उपज प्राप्त करेंगे। यदि कोई फ्रंटएंड $100 शुल्क उत्पन्न करता है, और 100 संस्थाएँ 1 टोकन स्टेक करती हैं, तो प्रत्येक संस्था $1 की हकदार होती है। क्यूरेटर शुरू में अपनी सेवाओं के लिए शुल्क ले सकते हैं। भविष्य में, सरकारें उपभोक्ताओं की सुरक्षा में मदद करने के लिए अपने अधिकार क्षेत्र में फ्रंटएंड के अनुपालन का ऑन-चेन सत्यापन कर सकती हैं, साथ ही क्यूरेशन के स्वचालन का अतिरिक्त लाभ भी उठा सकती हैं।

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

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

सिद्धांत से कार्यान्वयन तक: दृष्टिकोण को व्यवहार में लाना

आइए प्रोटोकॉल टोकन स्टैक के बारे में विस्तार से जानें। फ्रंट एंड पर स्टेकिंग की सुविधा के लिए किसी प्रोटोकॉल को एक रजिस्ट्री स्मार्ट कॉन्ट्रैक्ट बनाने की आवश्यकता होगी, जिसके साथ फ्रंट एंड को रजिस्टर करना होगा।

• प्रत्येक फ्रंटएंड या API अपने डोमेन DNS रिकॉर्ड में एक विशेष TXT रिकॉर्ड जोड़ सकता है, जैसे कि ENS DNS एकीकरण। इस TXT रिकॉर्ड में फ्रंटएंड द्वारा एक बार जेनरेट की गई कुंजी जोड़ी की सार्वजनिक कुंजी होती है, जिसे प्रमाणपत्र कहा जाता है।

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

• जब क्लाइंट के ज़रिए कोई ट्रांज़ैक्शन बनाया जाता है, तो वह अपने सर्टिफ़िकेट पब्लिक की के साथ ट्रांज़ैक्शन पेलोड पर भी हस्ताक्षर करता है। उन्हें बंडल के रूप में प्रोटोकॉल स्मार्ट कॉन्ट्रैक्ट में भेजा जाता है।

• प्रोटोकॉल स्मार्ट कॉन्ट्रैक्ट प्रमाणपत्र को सत्यापित करता है, जाँचता है कि क्या यह सही लेनदेन प्रिंसिपल (फ्रंटएंड) से मेल खाता है, और पंजीकृत है। यदि ऐसा है, तो लेनदेन संसाधित किया जाता है। लेनदेन द्वारा उत्पन्न शुल्क को डोमेन नाम (रजिस्ट्री से) के साथ फीस कलेक्टर अनुबंध में भेजा जाता है।

• फीस कलेक्टर अनुबंध क्यूरेटर, उपयोगकर्ता, सत्यापनकर्ता और अन्य लोगों को सीधे डोमेन या डोमेन के समूह में टोकन स्टेक करने की अनुमति देते हैं। इन अनुबंधों को प्रत्येक डोमेन पर स्टेक किए गए टोकन की मात्रा, उस स्टेक के प्रत्येक पते के हिस्से और उन्हें कितने समय तक स्टेक किया गया है, इसका ट्रैक रखना चाहिए। लिक्विडिटी माइनिंग का एक सामान्य कार्यान्वयन इस अनुबंध तर्क के लिए एक शुरुआती बिंदु के रूप में काम कर सकता है।

• क्यूरेटर (या सीधे शुल्क प्रबंधन अनुबंध के साथ) के साथ स्टेक करने वाले उपयोगकर्ता डोमेन के साथ स्टेक किए गए प्रोटोकॉल टोकन की मात्रा के आधार पर शुल्क का आनुपातिक हिस्सा निकाल सकते हैं। आर्किटेक्चर मेटामोर्फो/मोर्फो ब्लू के समान हो सकता है।

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

प्रोटोकॉल प्रकार के आधार पर अतिरिक्त विचार

यद्यपि ये सिद्धांत प्रोटोकॉल टोकन आर्थिक मॉडल पर व्यापक रूप से लागू होते हैं, फिर भी प्रोटोकॉल के प्रकार के आधार पर अतिरिक्त शुल्क संबंधी विचार हो सकते हैं: लेयर 1 या लेयर 2 पर निर्मित प्रोटोकॉल, एप्लिकेशन चेन, और रोलअप का उपयोग करके निर्मित प्रोटोकॉल।

L1/L2 प्रोटोकॉल पर विचार

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

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

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

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

अनुप्रयोग श्रृंखला पर नोट्स

लिस्क एक प्रोटोकॉल-विशिष्ट ब्लॉकचेन है जिसके सत्यापनकर्ता केवल उसी प्रोटोकॉल पर काम करते हैं। अपने काम के बदले में, इन सत्यापनकर्ताओं को मुआवज़ा मिलता है। लेयर 1 ब्लॉकचेन के विपरीत, जहाँ सत्यापनकर्ताओं को आम तौर पर टोकन के मुद्रास्फीति जारी करने के माध्यम से पुरस्कृत किया जाता है, कुछ लिस्क (dYdX) सत्यापनकर्ताओं को ग्राहक शुल्क देते हैं।

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

शुल्क ट्रेसिबिलिटी का लाभ उठाने की इच्छा रखने वाली एप्लिकेशन चेन की वास्तुकला लेयर 1 प्रोटोकॉल के समान होगी जब तक कि शुल्क चैनल न हों। लेकिन सत्यापनकर्ता यह निर्धारित करने के लिए फ्रंटएंड मैपिंग का उपयोग करने में सक्षम होंगे कि वे किस फ्रंटएंड से लेनदेन को संसाधित करना चाहते हैं। किसी भी दिए गए लेनदेन के लिए शुल्क तब सत्यापनकर्ताओं के सक्रिय समूह को जाएगा, और निष्क्रिय सत्यापनकर्ता जो भाग नहीं लेना चुनते हैं, वे ऐसे शुल्क से चूक जाएंगे। शुल्क के दृष्टिकोण से, सत्यापनकर्ता ऊपर वर्णित स्टेकिंग मॉड्यूल क्यूरेटर के समान कार्य करते हैं, और इन सत्यापनकर्ताओं के स्टेकर यह सुनिश्चित कर सकते हैं कि उन्हें किसी भी अवैध गतिविधि से आय प्राप्त नहीं हो रही है। सत्यापनकर्ता यह निर्धारित करने के लिए एक क्यूरेटर का चुनाव भी कर सकते हैं कि प्रत्येक क्षेत्राधिकार में कौन से फ्रंटएंड अनुपालन करते हैं।

प्रोटोकॉल रोलअप पर नोट्स

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

यदि ये रोलअप प्रोटोकॉल-विशिष्ट हैं और उनके कोलेटर एकमात्र सत्यापनकर्ता हैं, तो उस कोलेटर द्वारा शामिल किए गए लेनदेन से उत्पन्न शुल्क को अनुरूप फ्रंटएंड के एक क्यूरेटेड सेट के आधार पर या एक सार्वभौमिक पूल के रूप में स्टेकर्स को वितरित किया जा सकता है।

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

संक्षेप

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

आभार: धन्यवाद पोर्टर स्मिथ इस परियोजना को शुरू करने के लिए.

यह लेख इंटरनेट से लिया गया है: a16z: प्रोटोकॉल टोकन नकदी प्रवाह कैसे उत्पन्न करते हैं?

संबंधित: 20 मिलियन अमरीकी डालर के वित्तपोषण, OKX पर लिस्टिंग और 2.5 मिलियन डाउनलोड के साथ, क्या MATR1X प्लेटफ़ॉर्म टोकन MAX G को ट्रिगर कर सकता है

मूल | ओडेली प्लैनेट डेली ( @OdailyChina ) लेखक | एशर ( @Asher_0210 ) 29 जुलाई को, OKX ने आधिकारिक तौर पर घोषणा की कि MATR1X प्लेटफ़ॉर्म गवर्नेंस टोकन MAX को OKX जम्पस्टार्ट पर आधिकारिक तौर पर लॉन्च किया गया था। उपयोगकर्ता अब BTC/ETH को दांव पर लगाकर MAX टोकन माइनिंग में भाग ले सकते हैं। कुल स्टेकिंग रिवॉर्ड पूल 20,000,000 MAX है, और माइनिंग अवधि 29 जुलाई, 2024 को सुबह 6:00 बजे (UTC) से 5 अगस्त, 2024 को सुबह 6:00 बजे (UTC) तक है। अधिकतम स्टेकिंग राशि 0.3 BTC/3.5 ETH है, और MAX टोकन ट्रेडिंग आधिकारिक तौर पर 5 अगस्त को खोली जाएगी। जैसे ही यह खबर सामने आई, प्रमुख ब्लॉकचेन गेम समुदाय जो लंबे समय से चुप थे, वे जीवंत हो गए और इस ऊनी अवसर में भाग लेने के लिए तैयार हो गए। MAX को आधिकारिक तौर पर OKX जम्पस्टार्ट पर लॉन्च किया गया है,…