AI reality、Onchain necessity 与 Token necessity
注意：本文档是英文原版的自动翻译。
DecAIHub 上的每张项目卡片都包含 AI thesis fit 区块，回答三个问题。本文说明各自含义及如何阅读。
简而言之： 这是三个可核验性维度。它们反映项目关于 AI、区块链与代币的主张有多强的支撑 — 不涉及价格或投资吸引力。
AI reality — 这里真正与 AI 相关的是什么
问题：项目是否具备真实处理数据并产出结果的 AI 组件（识别、推荐、预测、生成等），抑或迄今未发现可核验的、可工作的 AI 组件证据。
按递进顺序核验的内容：
- AI_0 — 是否至少有 Tier-1 层面的 AI 意图声明（路线图、官方更新）。
- AI_1 — 是否有说明 AI 具体做什么。
- AI_2 — 是否有演示或可运行的示例。
- AI_3 — 是否有质量指标与基准测试。
- AI_4 — 是否有技术说明、架构或模型版本信息。
得到的 ai_score 范围为 0 至 3。若 ai_score = 0，则 DecAI Fit 自动为 0：在截至核验日期未通过 Tier-1 来源确认 AI 组件时，项目不会获得高于 0 的 DecAI Fit。
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 标志位（可替换性）会降低分数：若代币易于替换，其必要性存疑。
如何理解特殊情况
并非每张卡片在每个维度上都有清晰答案。状态值的含义如下：
| 卡片中的取值 | 含义 |
|---|---|
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）的分数相加，并换算为 0–6 量表上的最终 DecAI Fit：
- 0 — 根据已找到的来源，未检测到 AI reality 与 AI 意图。
- 1–2 — 与去中心化 AI 论题契合度较低。
- 3–4 — 中等契合。
- 5–6 — 高契合。
另有治理性封顶：例如，若无 AI 或链上的 Tier-1 证据，分数不能超过 3。
不要混淆
- 这不是财务评估。 AI reality、Onchain necessity 与 Token necessity 衡量的是主张的可核验性，而非市场价值。
- 低分不是定论。 项目可能处于早期，证据尚未出现。卡片记录的是截至核验日期的状态。
No comments to display
No comments to display