Subgraph 查询为什么可能漏掉最新交易？

Subgraph 查询的是哪一份链上状态？

Subgraph 按清单指定的网络、合约和事件提取数据，再映射成可通过 GraphQL 查询的实体。返回值来自索引已经处理的范围，不代表直接查询了每个链上合约的最新状态。

The Graph 提供 _meta 元数据，可以读取处理区块、部署标识及 hasIndexingErrors。即使请求返回成功，也应确认索引区块足够新、部署正确，并检查是否存在索引错误。

• 依据：GraphQL API ↗
• 依据：Subgraphs ↗

怎样区分零活动与尚未索引？

假设链上目标事件出现在区块 1,000，而查询服务只处理到 990。此时事件列表为空，不能解释成该操作没有发生。应先对照目标区块与索引区块，再检查筛选条件。

还要核对合约迁移和查询实体：新版本的事件未必被旧 Subgraph 收录。分页遗漏、区块限定和地址格式不匹配，也可能形成不完整的统计结果。

给一份数据附上可追查的信息

记录网络、部署标识、查询参数、索引区块和运行时间；引用汇总数字时说明事件范围与去重方式。重要异常可沿交易哈希回到对应浏览器验证。

索引失败应显示未知或暂不可用，而不是补零参与排名。修复后补录的历史事件，也应与当时新发生的活动区分，避免把回填误写成当前放量。