AI reality, Onchain necessity और Token necessity

नोट: यह दस्तावेज़ मूल अंग्रेजी संस्करण का स्वचालित अनुवाद है।

DecAIHub पर हर प्रोजेक्ट कार्ड में AI thesis fit खंड होता है जो तीन प्रश्नों के उत्तर देता है। यह पृष्ठ बताता है कि प्रत्येक का क्या अर्थ है और उन्हें कैसे पढ़ें।

संक्षेप में: ये तीन सत्यापनीयता अक्ष हैं। वे दिखाते हैं कि AI, ब्लॉकचेन और टोकन के बारे में प्रोजेक्ट के दावे कितने अच्छे स्तर पर समर्थित हैं — और वे कुछ नहीं कहते कीमत या निवेश आकर्षण के बारे में।

AI reality — वास्तव में AI यहाँ क्या है

प्रश्न: क्या प्रोजेक्ट में वास्तविक AI घटक है जो डेटा संसाधित करता है और परिणाम देता है (पहचानता है, सिफारिश करता है, भविष्यवाणी करता है, उत्पन्न करता है), या अब तक काम करने वाले AI घटक का कोई सत्यापनीय साक्ष्य नहीं मिला।

क्या जाँचा जाता है (क्रमिक रूप से):

AI_0 — कम से कम AI इरादे की Tier-1 घोषणा है या नहीं (रोडमैप, आधिकारिक अपडेट)।
AI_1 — वर्णन है कि AI वास्तव में क्या करता है।
AI_2 — डेमो या काम करने वाले उदाहरण हैं।
AI_3 — गुणवत्ता मेट्रिक्स और बेंचमार्क हैं।
AI_4 — तकनीकी विवरण, आर्किटेक्चर या मॉडल संस्करण हैं।

परिणामी ai_score 0 से 3 तक होता है। यदि ai_score = 0, तो DecAI Fit स्वतः 0 रहता है: Tier-1 स्रोतों से पुष्ट AI घटक के बिना, सत्यापन तिथि तक प्रोजेक्ट को DecAI Fit 0 से ऊपर नहीं मिलता।

Onchain necessity — वास्तव में ऑनचेन क्या है

प्रश्न: प्रोजेक्ट का कौन सा हिस्सा वास्तव में ब्लॉकचेन पर चलता है, और कौन सा सामान्य सर्वर पर।

क्या जाँचा जाता है:

OC_1 — कॉन्ट्रैक्ट, पते और नेटवर्क हैं जिन्हें सत्यापित किया जा सकता है।
OC_2 — ऑन-चेन उपयोग केवल टोकन से अधिक है; इसमें उपयोगी लॉजिक शामिल है (पहुँच नियंत्रण, लेखांकन, नियम, DAO)।
OC_3 — ऑन-चेन महत्वपूर्ण है: यदि ब्लॉकचेन को सामान्य डेटाबेस से बदल दिया जाए, तो क्या उत्पाद कोई मुख्य गुण खो देता (सत्यापनीयता, सेंसरशिप प्रतिरोध, ट्रस्टलेस सेटलमेंट)।

परिणामी onchain_score 0 से 3 तक होता है। जितना अधिक, उतना मजबूत प्रोजेक्ट की ब्लॉकचेन पर निर्भरता।

Token necessity — टोकन की आवश्यकता क्यों है

प्रश्न: टोकन उत्पाद में क्या विशिष्ट भूमिका निभाता है और वह भूमिका कितनी अच्छी तरह समर्थित है।

क्या जाँचा जाता है:

TK_0 — कोई टोकन नहीं है (यदि ऐसा है, तो प्रोजेक्ट को token_score = 2 मिलता है: टोकन की अनुपस्थिति दंडित नहीं)।
TK_1 — टोकन सेवाओं के भुगतान के लिए उपयोग होता है।
TK_2 — टोकन प्रोत्साहनों (रिवार्ड, स्टेकिंग, स्लैशिंग) के लिए चाहिए।
TK_3 — टोकन गवर्नेंस (मतदान) के लिए चाहिए।
TK_4 — टोकन बदले जा सकने योग्य है (USDC या सब्सक्रिप्शन से बिना कार्यक्षमता खोए प्रतिस्थापित किया जा सकता है)।

परिणामी token_score 0 से 3 तक होता है। TK_4 फ़्लैग (replaceability) स्कोर कम करता है: यदि टोकन आसानी से बदला जा सकता है, तो उसकी आवश्यकता संदिग्ध है।

विशेष मामलों को कैसे पढ़ें

हर कार्ड में प्रत्येक अक्ष पर स्पष्ट उत्तर नहीं होते। स्थिति मानों को इस प्रकार समझें:

कार्ड में मान	अर्थ
`unknown`	किसी भी Tier स्रोत में जानकारी नहीं मिली। इसका अर्थ यह नहीं कि तकनीक अनुपस्थित है — इसका अर्थ है अभी तक साक्ष्य नहीं मिला।
`no token`	प्रोजेक्ट का कोई नेटिव टोकन नहीं। यह तटस्थ तथ्य है, कमी नहीं।
`token use case not established`	टोकन है, लेकिन प्रोटोकॉल के भीतर उसका विशिष्ट कार्य Tier-1 स्रोतों से पुष्ट नहीं हुआ।
`positioning only`	मार्केटिंग या पोज़िशनिंग में AI का उल्लेख है, लेकिन काम करने वाले AI घटक का कोई Tier-1 साक्ष्य नहीं मिला।
`none`	इस पहलू के लिए कुछ पहचाना नहीं गया। `unknown` की तरह, यह साक्ष्य-पढ़ने का मोड है, तकनीक की अनुपस्थिति का दावा नहीं।

तीन अक्ष DecAI Fit में कैसे मिलते हैं

चार घटकों (AI reality, Onchain necessity, Token necessity और Evidence) पर स्कोर जोड़कर अंतिम DecAI Fit 0 से 6 स्केल पर बनता है:

0 — मिले स्रोतों के आधार पर AI reality और AI intent पहचाना नहीं गया।
1–2 — विकेंद्रीकृत AI थीसिस के साथ कम संरेखण।
3–4 — मध्यम संरेखण।
5–6 — उच्च संरेखण।

गवर्नेंस सीमाएँ भी लागू होती हैं: उदाहरण के लिए, AI या ऑनचेन के लिए Tier-1 साक्ष्य के बिना स्कोर 3 से अधिक नहीं हो सकता।

भ्रमित न हों

यह वित्तीय मूल्यांकन नहीं है। AI reality, Onchain necessity और Token necessity प्रोजेक्ट के दावों की सत्यापनीयता मापते हैं, बाज़ार मूल्य नहीं।
कम स्कोर फ़ैसला नहीं है। प्रोजेक्ट शुरुआती चरण में हो सकता है जहाँ अभी साक्ष्य नहीं आया। कार्ड सत्यापन तिथि तक की स्थिति दर्ज करता है।