Blockworks 提醒能算已核实吗：查 verified、事件与原始来源
链小知 · 进阶 · 核验 · 依官方文档整理
按Development逐条核验证状态和时间，避免将同一Event的多次更新统计成独立事故。
开始前准备
- 准备有权查看的已有界面记录、配置或脱敏响应；本教程核对材料，不登录、创建配置、生成密钥或调用业务API。
- 各产品权限以当前账户和具体模型为准；文档步骤未作账户或付费功能实测。
1. 锁定产品和原查询
Intel是应用，Monitoring是事件流；Monitoring GET /monitoring/v2/developments用X-Blockworks-API-Key认证。记录原assetIds、verified、start/end、page和limit；该接口时间筛选比较startedAt。
检查结果：产品、权限和原过滤条件可定位。
2. 先核 verified 再核结论
9月17日官方说明All Detections可包含分析师复核前发现；不要按营销页“全已验证”概括所有记录。逐条保留verified、importance和actionable；高重要性不等人工核实，也不等已采取行动。
检查结果：验证、重要性和可操作标记分列。
3. 按 Event 归组查最新进展
Development是一次进展，event.id指向父事件；GET /monitoring/v2/events/{eventId}以UUID定位事件和子进展。Event摘要可能晚于新进展，核最新子项与updatedAt。嵌套子项可不带event回链，父事件已隐含。
检查结果：同事件更新归组，保留各进展时点。
4. 补来源和空页排查
documents[]是精选原始来源，可为空；summary内还有链接，需要一并保留，不能推为空就无来源。assetIds等无效token会静默丢弃；全部无效可返回空页。eventIds无效则400；先核标识和metadata分页。
检查结果：来源完整性和空页原因有记录。
怎样确认完成
- 形成事件、进展、验证状态、时点与来源的核对表。
常见错误与边界
- 官方概述的全已复核措辞与AI先发现路径有差异，按实际verified字段保留未知。
- 事件相关价格变化不单凭先后顺序推因果。