项目模板

注意：本文档是英文原版的自动翻译。

[Project Name] — 加密项目的参考卡片：产品是做什么的，该项目关键声明的可验证性如何；以及 — 与去中心化 AI 论点（DecAI Fit）的一致性。

[Project Name] — 一个在 [chain] 上的 [category] 项目，代币（符号：[ticker]）。

免责声明（全文）

重要提示： 此页面是 项目的参考概述。在 DecAIHub 中，我们单独记录了 基于开源信息在 AI 论点内进行的验证（什么是真正的 AI/onchain/为什么需要代币，以及这是基于哪些来源的）。这 不是财务建议，也不是买入/卖出/持有任何资产的建议。我们不评估价格、回报或入场/出场时机。结论基于截至验证日期发现的公开可用材料。缺乏确认并不意味着该技术不存在。

TL;DR（面向非 AI 读者的太长不看版）

它是什么： 一个用于 [简单目的] 的 [协议/应用程序/网络/市场]。
面向谁： [主要用户：用户/开发者/团队/企业]。
为什么需要 onchain/token： [一句不包含 AI 术语的话：支付/访问/激励/安全/记账]。

工作原理（非常简短）

用户执行： [操作]。
系统执行： [内部发生了什么]。
用户获得： [结果/收益]。
区块链在哪里： [onchain 具体是什么：结算/记账/担保/所有权]。
代币角色（如果有）： [为什么需要代币；如果没有 — “没有代币”]。

快速链接： AI 论点契合度

项目护照（简短事实，无链接）

字段	值
项目名称	[ ]
别名 (aliases) (同义词/代币符号/拼写)	[ ]
标志 (logo) (链接/文件)	[ ]
代币符号 (ticker) (或 — 如果没有代币)	[ ]
类别 (1–3 个标签；例如：`AI/Compute` \| `AI/Inference` \| `AI/Agents` \| `Infra` \| `DeFi` \| …)	[ ]
主链 (chain)	[ ]
类型 (EVM / non‑EVM / Appchain)	[ ]
网络状态 (mainnet / testnet / beta)	[ ]
共识 (consensus) (PoS/PoW/…)	[ ]
启动日期 (launch_date) (YYYY 或日期)	[ ]
项目状态 (status) (活跃 / 开发中 / 已关闭)	[ ]
代币（标准） (原生 / ERC‑20 / SPL / CW20 / 无)	[ ]
代币合约 (地址或 —)	[ ]
代币模型 (token_type) (实用型 / 治理 / 费用机制 / …)	[ ]
最大供应量 (max supply; 代币供应参数)	[ ]
发行 (固定 / 通胀 / 销毁 / —)	[ ]
代币经济学 (tokenomics, brief) (1–2 个事实)	[ ]
治理 (DAO / 多签 / 公司 / —)	[ ]
管理员/密钥 (已放弃 / 时间锁 / 多签 / —)	[ ]
审计 (是/否/—；链接放在 links_ 和/或 Evidence 中)*	[ ]
漏洞赏金 (是/否/—；链接放在 links_ 和/或 Evidence 中)*	[ ]
团队 (team) (简短/—)	[ ]
融资 (investors/funding) (赠款/轮次/基金；已确认/—)	[ ]
AI 组件 (ai_component) (3–10 个词)	[ ]
用例 (use_case) (3–10 个词)	[ ]
DecAI Fit — AI 论点契合度 (X/6 + 级别)	[ ]
DecAI Fit 组件摘要 (ai_score / onchain_score / token_score / evidence_score)	[ ]
最后验证时间 (YYYY‑MM‑DD)	[ ]

链接 (links_*)

类型	链接
Website	[ ]
Docs	[ ]
GitHub	[ ]
Releases / Changelog	[ ]
Whitepaper	[ ]
Roadmap	[ ]
Security advisories	[ ]
Explorer	[ ]
X	[ ]
Discord	[ ]
Telegram	[ ]
Medium	[ ]
Audit report(s)	[ ]
Bug bounty	[ ]
CoinGecko	[ ]
CoinMarketCap	[ ]

项目总体概述

[用通俗易懂的语言详细说明（不要重复上面的 TL;DR）：项目是什么，它解决了什么问题，它是为谁服务的，它采取什么形式（协议/应用程序/网络）。]

功能/模块

[核心产品模块/组件（列表形式）。]
[对用户来说最重要/最独特的是什么。]

典型场景

场景 1： [谁做了什么 → 什么结果]
场景 2： [谁做了什么 → 什么结果]
场景 3： [可选]

入门指南（钱包/网络）

你需要什么： [钱包/账户/最低要求]
网络/链： [哪个网络，在哪里切换]
费用： [适用哪些费用以及它们发生在哪里]

架构/技术（非 AI）

组件： [合约/节点/客户端/索引器/后端等]
参与者角色： [用户/验证者/提供者/运营商…]
逻辑在哪里运行： [L1/L2/appchain/offchain + 什么在哪里运行]
依赖项： [预言机/DA/桥/RPC 提供者/存储等]

代币/经济学（扩展，无预测）

代币效用： [用户支付什么 / 他们得到什么]
协议必要性驱动因素： [谁将代币用于什么，以及为什么没有它就无法运行]
谁支付费用： [用户/提供者/第三方]
费用去向： [验证者/提供者/金库/销毁]
发行/销毁： [模型 + 链接/参数]
安全/激励机制： [质押/惩罚/其他；是/否，条款，风险]
分配和代币发行时间表： [归属/解锁；谁获得多少/时间表/链接；用于评估去中心化/激励]
金库： [谁控制它 / 它是如何花费的 / 链接]

治理

谁做决定： [DAO/团队/基金会/多签]
协议参数如何改变： [流程/投票/升级]
在哪里讨论/做出决定： [论坛/repo/snapshot/链接]
密钥/多签： [签名者/阈值/链接]

安全和事件

审计： [谁/时间/链接]（如果有很多 — 在下面放一个表格）
漏洞赏金： [是/否，链接]
事件： [黑客攻击/中断/硬分叉/事后分析]
威胁模型： [主要风险和安全假设]

项目状态和时间表

当前状态： [mainnet/testnet/beta/…]
关键发布/里程碑： [日期/版本]
路线图： [现在正在构建什么 + 链接]

生态系统/集成

集成： [钱包/桥/基础设施/工具/交易所（如果适用）]
合作伙伴： [如果有已确认的]
实际在哪里使用： [集成示例/用例 + 链接]

项目的 AI 组件

这里什么是真正的 AI？ [1–2 句话]
什么是真正的 onchain？ [1–2 句话]
为什么需要代币？ [1–2 句话]
危险信号（Red flags）： AI‑washing / onchain‑washing / token‑washing [ ]，需要仔细检查什么 [ ]，关键的 AI‑washing 风险 [ ]。

DecAI Fit 组件摘要

DecAI Fit: [X/6 — 与去中心化 AI 论点的低/中/高一致性]

Component	级别	Score
AI reality	[低/中/高]	[0–3]
Onchain necessity	[低/中/高]	[0–3]
Token necessity	[无代币/低/中/高]	[0–3]
Evidence	[Tier‑1 存在/缺失]	[0–3]

详细信息

AI reality

AI_0 — AI 意图 (Tier‑1 路线图) (1/0)

AI_0 (decision): [1/0/—]
Claim (1 行): [哪个 Tier‑1 路线图/声明宣告了 AI 意图]
Evidence: Tier‑1 — [link]
Why sufficient / why not (1 行): [为什么这是意图，而不是有效 AI 的证明]
Conflict note (如果有): [ ]

AI_1 — AI 做了什么 (1/0)

AI_1 (decision): [1/0/—]
Claim (1 行): [AI 实际上做了什么]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这足以得 1，或者为什么是 0/—]
Conflict note (如果有): [ ]

AI_2 — 演示/示例 (1/0)

AI_2 (decision): [1/0/—]
Claim (1 行): [存在什么演示/示例以及它展示了什么]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这足以得 1，或者为什么是 0/—]
Conflict note (如果有): [ ]

AI_3 — 指标/质量 (1/0)

AI_3 (decision): [1/0/—]
指标： [ ]
背景 (版本/日期/如何测量): [ ]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么指标是有效的/充分的，或者为什么是 0/—]
Conflict note (如果有): [ ]

AI_4 — 技术描述/架构/版本 (1/0)

AI_4 (decision): [1/0/—]
Claim (1 行): [记录/描述了什么]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这足以得 1，或者为什么是 0/—]
Conflict note (如果有): [ ]

Onchain necessity

OC_1 — 合约/地址/链 (1/0)

OC_1 (decision): [1/0/—]
链 (Chain): [ ]
地址/标识符： [ ]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这足以得 1，或者为什么是 0/—]
Conflict note (如果有): [ ]

OC_2 — onchain 不仅仅是代币 (1/0)

OC_2 (decision): [1/0/—]
onchain 上有什么有用的逻辑： [ ]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这足以得 1，或者为什么是 0/—]
Conflict note (如果有): [ ]

OC_3 — onchain 是关键的 (1/0)

OC_3 (decision): [1/0/—]
“替换区块链”测试： 如果没有 onchain 会破坏什么： [ ]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么测试被证实，或者为什么是 0/—]
Conflict note (如果有): [ ]

Token necessity

TK_0 — 没有代币 (1/0)

TK_0 (decision): [1/0/—]
Claim (1 行): [该项目没有代币]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这就足够了，或者为什么是 —]
Conflict note (如果有): [ ]

TK_1..TK_4 (1/0)

TK_1 — 为服务付款 (1/0)

TK_1 (decision): [1/0/—]
Claim (1 行): [用户用代币支付什么]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这被证实了，或者为什么是 0/—]
Conflict note (如果有): [ ]

TK_2 — 激励/抵押/惩罚 (1/0)

TK_2 (decision): [1/0/—]
Claim (1 行): [存在哪些激励/抵押/惩罚以及原因]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这被证实了，或者为什么是 0/—]
Conflict note (如果有): [ ]

TK_3 — 治理 (1/0)

TK_3 (decision): [1/0/—]
Claim (1 行): [代币如何用于治理]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这被证实了，或者为什么是 0/—]
Conflict note (如果有): [ ]

TK_4 — 代币是可替代的 (1/0)

TK_4 (decision): [1/0/—]
Claim (1 行): [为什么代币可以/不能被替换]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 行): [为什么这个结论得到支持，或者为什么是 —]
Conflict note (如果有): [ ]

Evidence (表格)

如果一个关键声明没有 Tier‑1来源，但有 Tier‑2/3 的提及，请将它们包含在表格中，并添加一个明确的注释行：
Tier‑1 | — | 未找到该声明 X 的 Tier‑1 来源。
(单独的 Tier‑2/3 不会增加分数；在存在 Tier‑1 之前，它们只是背景/营销)。

Tier	来源	证明了什么
Tier‑1	[link]	[ ]
Tier‑2	[link]	[ ]
Tier‑3	[link]	[ ]