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 — متریک کیفیت و benchmark هست.
AI_4 — توضیح فنی، معماری یا نسخهٔ مدل هست.

ai_score حاصل از ۰ تا ۳ است. اگر ai_score = 0 باشد، DecAI Fit به‌طور خودکار ۰ است: بدون جزء AI که منابع Tier-1 تأیید کنند، تا تاریخ تأیید پروژه DecAI Fit بالاتر از ۰ نمی‌گیرد.

Onchain necessity — اینجا واقعاً onchain چیست

پرسش: کدام بخش پروژه واقعاً روی بلاکچین کار می‌کند و کدام روی سرور معمولی.

چه چیز بررسی می‌شود:

OC_1 — قرارداد، آدرس و شبکه‌ای هست که قابل تأیید باشد.
OC_2 — استفادهٔ on-chain فراتر از توکن است؛ منطق مفید (کنترل دسترسی، حسابداری، قواعد، DAO) دارد.
OC_3 — on-chain حیاتی است: اگر بلاکچین را با پایگاه دادهٔ معمولی عوض کنید، آیا محصول ویژگی کلیدی (تأییدپذیری، مقاومت در برابر سانسور، تسویهٔ بدون اعتماد) را از دست می‌دهد.

onchain_score حاصل از ۰ تا ۳ است. هرچه بالاتر، وابستگی پروژه به بلاکچین قوی‌تر است.

Token necessity — چرا توکن لازم است

پرسش: توکن در محصول چه نقش مشخصی دارد و آن نقش تا چه حد پشتیبانی شده.

چه چیز بررسی می‌شود:

TK_0 — توکنی وجود ندارد (در این صورت پروژه token_score = 2 می‌گیرد: نبود توکن جریمه نمی‌شود).
TK_1 — توکن برای پرداخت خدمات استفاده می‌شود.
TK_2 — توکن برای انگیزه‌ها لازم است (پاداش، staking، slashing).
TK_3 — توکن برای حاکمیت لازم است (رأی‌گیری).
TK_4 — توکن قابل جایگزینی است (می‌توان با USDC یا اشتراک عوض کرد بدون از دست رفتن عملکرد).

token_score حاصل از ۰ تا ۳ است. پرچم TK_4 (قابل جایگزینی) امتیاز را پایین می‌آورد: اگر توکن به‌راحتی قابل تعویض باشد، ضرورت آن زیر سؤال است.

حالت‌های خاص را چگونه بخوانید

هر کارت روی هر محور پاسخ روشن ندارد. مقادیر وضعیت را این‌گونه تفسیر کنید:

مقدار در کارت	معنا
`unknown`	در هیچ منبع Tier اطلاعی نیامد. این به‌معنای نبودن فناوری نیست — یعنی هنوز شواهد نیامده.
`no token`	پروژه توکن بومی ندارد. حقیقت خنثی است، نه نقص.
`token use case not established`	توکن هست اما نقش مشخصش در پروتکل با منابع Tier-1 تأیید نشده.
`positioning only`	AI در بازاریابی یا جایگاه‌یابی ذکر شده اما شواهد Tier-1 از جزء AI کارآمد نیامده.
`none`	برای این جنبه چیزی شناسایی نشد. مانند `unknown`، این حالت خواندن شواهد است، نه اعلام نبودن فناوری.

سه محور چگونه در DecAI Fit ترکیب می‌شوند

امتیازها در چهار جزء (AI reality، Onchain necessity، Token necessity و Evidence) جمع و به DecAI Fit نهایی در مقیاس ۰ تا ۶ تبدیل می‌شوند:

0 — بر اساس منابع یافت‌شده، AI reality و قصد AI شناسایی نشد.
1–2 — هم‌راستایی پایین با تز Decentralized AI.
3–4 — هم‌راستایی متوسط.
5–6 — هم‌راستایی بالا.

سقف‌های حاکمیتی هم اعمال می‌شود: مثلاً بدون شواهد Tier-1 برای AI یا onchain، امتیاز نمی‌تواند از ۳ بیشتر شود.

اشتباه نگیرید با

این ارزیابی مالی نیست. AI reality، Onchain necessity و Token necessity تأییدپذیری ادعاها را می‌سنجند، نه ارزش بازار.
امتیاز پایین حکم نیست. پروژه ممکن است در مرحلهٔ اولیه باشد که شواهد هنوز بیرون نیامده. کارت وضعیت تا تاریخ تأیید را ثبت می‌کند.