Nansen Smart Money 净流入怎么读：先检查标签、分页与时间窗口
链小知 · 进阶 · 核验 · 依官方文档整理
从脱敏 API 记录识别链、代币、标签和窗口，解释为什么 24h 净流入与 trader_count 不能直接拼成同日人数。
开始前准备
- 准备已取得且有权使用的 Smart Money Netflow 请求/响应副本，删除认证和支付凭据。
- 实时 API 有账户权限、credits 或按请求付费条件；分析既有记录即可，勿为诊断自动触发收费。
1. 确认接口和支持链范围
当前文档路径为 POST /api/v1/smart-money/netflow。检查 chains 是否属于 SmartMoneyChain 枚举，all 仅指该接口可用链；不能扩大成 Nansen 所有产品的覆盖范围。
检查结果：请求链、接口版本与实际响应链对应。
2. 保留 Smart Money 标签筛选
记录 include/exclude_smart_money_labels、代币筛选以及 include_stablecoins/include_native_tokens。文档中后两者默认 false，榜单未出现稳定币或 ETH/SOL 不等于没有资金活动。标签是平台分类，不代表钱包未来一定盈利。
检查结果：筛选条件与默认值已展开记录。
3. 按链和合约确认同名币
将 chain、token_address、token_symbol 共同作为识别键。同名代币跨链或同链不同地址不能直接合并；缺币地址的数据应保留身份未核实，避免得出资金集中在某项目的结论。
检查结果：排名记录具有链与完整合约身份。
4. 分开净流入窗口与人数窗口
net_flow_1h/24h/7d/30d_usd 分别记录；trader_count 官方定义为过去 30 天的人数，不是 24h 排名对应的当日交易者数。先核对口径，再解释净流入，不能把正值直接当获利或未来上涨证据。
检查结果：金额列有窗口，人数列明确 30 天范围。
5. 检查分页和接口错误
page 从 1 开始，默认 per_page 10，结合 is_last_page 判断是否完整。第一页不代表全网完整榜单；401、402、403、429 与数据为空分别处理，保留 error code/request_id。收费与限流状态看账户及响应头，不将 HTTP 错误转换成零净流入。
检查结果：输出保留分页完整性、获取时点、权限和错误状态。
怎样确认完成
- 形成带链、币地址、标签、窗口和分页范围的净流入表。
- 认证/收费/限流失败如实标明，不泄露凭据。
常见错误与边界
- trader_count 当 24h 人数。
- 默认排除项解释成没有活动。
- 第一页排名当完整数据，API 付费挑战当普通重试。