CoinGecko सप्लाई वेरिफिकेशन: प्रोजेक्ट्स को क्या तैयारी करनी चाहिए

CoinGecko सप्लाई वेरिफिकेशन में क्या शामिल है?

CoinGecko सप्लाई वेरिफिकेशन उस जानकारी की समीक्षा है जो कोई प्रोजेक्ट अपने टोकन सप्लाई के बारे में प्रस्तुत करता है; तैयारी उस जानकारी को समझने योग्य और समर्थनीय बनाने का काम है। आपका लक्ष्य यह दिखाना है कि सर्कुलेटिंग फिगर कैसे प्राप्त किया गया, इसमें से क्या बाहर रखा गया है, और सहायक रिकॉर्ड कहाँ देखे जा सकते हैं।

अपनी तैयारी फ़ाइल को एक स्पष्टीकरण के रूप में मानें, न कि यह दावा करें कि कोई विशेष दस्तावेज़ या प्रारूप आधिकारिक रूप से आवश्यक है। CoinGecko की वर्तमान अनुरोध प्रक्रिया और निर्देश ही प्राधिकार हैं कि क्या सबमिट करना है। सामग्री इकट्ठा करने से पहले, टोकन के CoinGecko पेज, प्रासंगिक परिसंपत्ति और नेटवर्क, और सप्लाई से संबंधित अनुरोध के वर्तमान मार्ग की पुष्टि करें।

टीम के लिए एक उपयोगी प्रारंभिक प्रश्न यह है: क्या कोई व्यक्ति जिसने टोकन मॉडल नहीं बनाया है, वह दिए गए रिकॉर्ड और परिभाषाओं से बताए गए फिगर को पुन: प्रस्तुत कर सकता है? यदि नहीं, तो कुछ भी भेजने से पहले पद्धति को स्पष्ट करें। व्यापक वेरिफिकेशन कार्य में सहायता के लिए, हमारी सर्कुलेटिंग सप्लाई वेरिफिकेशन सेवा देखें; यह लेख उस पर केंद्रित है जो प्रोजेक्ट स्वयं तैयार कर सकता है।

CoinGecko पर टोकन सप्लाई कैसे वेरिफाई करें: सप्लाई मैप बनाएं

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

दिनांकित कार्यशील शीट शामिल करें:

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

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

CoinGecko सर्कुलेटिंग सप्लाई वेरिफिकेशन के लिए कौन से दस्तावेज़ तैयार करने चाहिए?

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

संभावित सबूतों को आवंटन द्वारा व्यवस्थित करें, एक संक्षिप्त सूचकांक के साथ जो बताता है कि प्रत्येक आइटम किसका समर्थन करता है। प्रोजेक्ट के आधार पर, मूल्यांकन करने के लिए उपयोगी सामग्री में शामिल हो सकते हैं:

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

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

टोकन टीम को सप्लाई विसंगतियों को कैसे समझाना चाहिए?

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

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

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

CoinGecko पर सबमिट करने से पहले गुणवत्ता-नियंत्रण चेकलिस्ट

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

इस चेकलिस्ट का उपयोग करें:

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

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

सबमिशन के बाद प्रोजेक्ट के नियंत्रण से बाहर क्या रहता है?

एक पूर्ण सबूत पैक स्पष्टता में सुधार करता है, लेकिन यह CoinGecko समीक्षा के परिणाम का फैसला नहीं कर सकता। CoinGecko यह निर्धारित करता है कि प्रस्तुत जानकारी उसकी वर्तमान समीक्षा आवश्यकताओं को पूरा करती है या नहीं, क्या वह स्पष्टीकरण का अनुरोध करता है, और कौन सी सप्लाई जानकारी प्रदर्शित की जाती है; एक प्रोजेक्ट को सबमिशन को अनुमोदन के रूप में प्रस्तुत नहीं करना चाहिए।

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

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