LunarCrush社区热度怎么核？分清24小时互动、帖子和链上用户
链小知 · 进阶 · 核验 · 依官方文档整理
按话题身份、滚动窗口和指标定义核社交数据，保留历史口径变化。
开始前准备
- 准备自己已有的脱敏材料与请求参数，保留对象、时间、单位和权限说明；缺值不补零。
1. 固定话题和数据入口
当前API base为lunarcrush.com/api4，业务用Authorization Bearer。官方仓库的topic/:topic/v1是24小时社交汇总；topic须小写，字符限字母、数字、空格、#、$，该summary还支持coins:1等内部资产ID。保留config.id/topic/symbol和generated，不用同名ticker合并话题；没有把summary的ID规则无条件套时序端点。
检查结果：话题、内部ID、接口版本与生成时点明确，未按币名错误合并。
2. 互动、活跃与新增分别记录
summary比较最近24小时与前24小时，num_posts是得到互动的帖子，types_count按社交网络记活跃帖。时序contributors_active/posts_active是有互动的账号/帖；contributors_created/posts_created是产生新帖的账号/帖。interactions包括观看、点赞、评论、分享等，不是发帖数或独立用户数，也不是区块链账户。
检查结果：活跃、新增、互动次数和社交账号分列，未当新增链上用户。
3. 情绪、占比和综合分不能互推
sentiment按互动加权正面帖子比例，不是一人一票调查；social_dominance是该topic占总社交量百分比，不能拿它推市场份额。Galaxy Score混合价格技术指标、平均情绪、相对社交活动及与价格/成交量相关性，AltRank为相对全部支持资产的专有分；它们不是纯社交活跃度或未来收益概率。
检查结果：加权情绪、社交占比、市场指标和专有评分分别解释，未借排名作采用或收益结论。
4. 保留时序版本与秒时间
仓库time-series/v1列bucket按hour/day、interval快捷窗，给start或end时interval被忽略；config.start/end/generated和data.time均Unix秒。v2只明确bucket与默认最近一周小时聚合，不能仅凭v1例子套同一窗口契约。按已有材料保存实际config和缺档，接口刷新、窗口末端和首次公开时间分开，未知边界不补完整保证。
检查结果：v1/v2、实际窗口、粒度和秒时间不混用，缺契约保留未知。
5. 复核修订与访问范围
system/changes说明搜索词修改只影响最近72小时小时数据或3天日数据，full historical变化可能影响全历史；需按asset_id、change、time核自己已有记录，未读取实际feed不能声称本次有/无修订。当前索引Hobby仅市场数据，社交需付费、Builder起完整时序；缺权限、旧缓存或缺时间点不能记零热度。
检查结果：历史修订证据与端点权限有界，未用空值宣布无关注或无修订。
怎样确认完成
- 形成一份带话题、窗口、指标和修订缺项的口径表；未取实时数据或重现媒体排名。
常见错误与边界
- 社交平台账号不等自然人，跨平台账号没有自动去重契约。
- 当前指标升高可能与价格、窗口和搜索词变化相关，不证明原因。