01
先判断问题是否真实存在
用一句话说明项目为谁解决什么问题，再检查用户是否真的愿意付费、迁移资产或改变行为。产品演示、链上使用数据和持续开发记录比口号更有价值。
- 目标用户是谁，替代方案是什么；
- 产品目前能否使用，核心功能是否依赖人工；
- 增长来自真实需求还是短期激励；
- 项目的护城河能否被快速复制。
02
核验团队经历和融资关系
从项目官网、代码仓库、公开采访和机构公告交叉验证团队信息。融资金额和知名机构只能说明资源与背书，不能代替产品、治理和估值判断。
记录证据，不记录印象
每个判断旁保留来源链接和日期，方便后续发现信息变化。
03
代币必须有明确用途和分配逻辑
检查总量、初始流通、团队与投资人占比、解锁计划、增发机制和价值捕获。高估值、低流通与集中解锁叠加时，价格压力可能与产品增长脱节。
04
把安全、权限和数据放在同一张表里
查看合约是否开源、是否审计、管理员能否升级或暂停、资产由谁托管。再用区块浏览器和数据平台核对用户、交易量、TVL、费用和资金集中度，避免只引用项目自己的图表。
如果代码仓库长期无更新、漏洞披露不透明或关键权限过度集中，应降低参与规模或直接放弃。
05
用一页备忘录形成结论
- 项目解决的问题与当前产品状态。
- 三个最强证据和三个主要反证。
- 团队、融资、代币和安全关键事实。
- 参与成本、可能收益与退出条件。
- 需要继续跟踪的事件和复核日期。