Artemis 稳定币转账量突然变大：迁移旧指标并核对去重口径
链小知 · 进阶 · 核验 · 依官方文档整理
检查 2026 年 7 月 gross 口径变更，迁移 ARTEMIS_* / P2P_* 旧字段，区分转账量、供应余额与按链拆分。
开始前准备
- 准备已有稳定币报表/查询定义、字段名、产品入口、符号、链维度、计价单位、日期范围和数据读取时间；认证已遮盖。
- 比较组至少有一份可追溯原记录。官方示例的 2026-08-01 数字用于解释方法，不作为当前市场数据。
1. 确认报表来自哪个交付产品
把来源标为 Terminal 稳定币页、REST /stablecoins/*、/v2/data 或 Snowflake art_share.*，记录原字段及读取时间。2026-07 的方法变化说明覆盖 Terminal 和上述 API；Snowflake 是独立交付并有自己的更新日程，不能因品牌相同就同步套用。
检查结果：产品、接口路径、字段名与读取时间均可追溯。
2. 用方法变化解释新旧值差异
官方变更记录列 2026-07-10，transfer volume 由 adjusted 改成 gross，且字段名不变。旧口径只计一笔交易中的最大转账，并排除交易所内部与 MEV；新口径统计各笔转账，仅排除铸造/销毁。因此同一交易多次转移或内部搬运可扩大数值；先标明口径变化，再讨论使用增长，不能把新增计入部分直接当新增用户需求。
检查结果：比较表明确 gross/adjusted 和获取版本，字段名相同未被当作口径相同。
3. 定位停维护字段并写出迁移映射
在既有字段清单里查 ARTEMIS_STABLECOIN_TRANSFER_VOLUME、ARTEMIS_STABLECOIN_DAILY_TXNS、P2P_STABLECOIN_TRANSFER_VOLUME、P2P_STABLECOIN_DAILY_TXNS。对应新 base 字段为 STABLECOIN_TRANSFER_VOLUME 或 STABLECOIN_DAILY_TXNS。P2P 原本是 EOA 到 EOA，替换后的 base 不能仍命名为钱包间支付量；保存旧历史和原定义，给新的列加清楚口径标签。
检查结果：旧字段、替代字段和改变的统计含义逐项记录。
4. 核对单位、粒度和期末余额
从对应指标元数据核对 unit/aggregation_type。转账量是流量 SUM；供应是余额快照，不能把每天供应余额相加当月发行。具体稳定币指南说明 summarize=true 的例子取 endDate 当天值，不是整个范围总量；供应表虽然标 FIRST，月度示例却取最后一天余额，应对照原日序列确认。日活 AVERAGE 也不等于一个月去重人数。
检查结果：转账量、交易次数、供应余额和日活分别保留正确统计单位与窗口。
5. 核对链拆分是否与总量对齐
若既有响应使用 dimensionType=CHAIN，核对资产/链标识、同一天和同一单位，再将各分项与同条件总量对账。官方 USDC 样本里 ethereum-usdc、solana-usdc 等分项可相加，但那只是特定样本；cuts 元数据列出 CHAIN 不证明每个指标实际返回完整分项。缺链、业务错误、重复分项或差额未知时先保留差额，不能为凑总额补零。
检查结果：分项与总量的日期/口径一致，差额及缺项有明确标注。
6. 重新标注比较结论与尚未补齐的历史
在输出中写明交付产品、字段、gross 定义、单位、日期和获取时间；口径不一致的旧新列分开展示，不直接算增长率。若缺少可比原始记录，结论保留为无法判定，而不是猜测零值或全量重建历史。最新值不可用时核对指标是否停维护；有旧历史或目录条目不保证现在持续更新。
检查结果：迁移清单和图表说明一致，未知历史/更新状态已保留。
怎样确认完成
- 完成旧字段迁移映射、统计口径说明与按链对账记录。
- 已有响应能支持的结果和缺失历史分别标明；未把官方样本当实时取数回执。
常见错误与边界
- gross 转账量可多次计算同一资金的转移，不等于支付笔数、成交额或新增净流入。
- 铸造/销毁是发行事件，不计入此 transfer volume；发行供应增长和转账活跃应分开分析。
- API 字段名不变、按链标签存在和 HTTP 200 都不能单独证明可比且完整。