Blockaid 生态事件是否影响自己：核 My Incidents、订阅筛选与处置记录
链小知 · 进阶 · 核验 · 依官方文档整理
按Monitoring事件归组和监控资产范围排查，区分生态情报、本人暴露与后续人工处置。
开始前准备
- 适用于已有Blockaid Onchain Monitoring访问权或拿到脱敏事件/配置记录的团队。公开产品页引导Request a Demo，不能从扫描SDK权限推定有Portal监控权益。
- 只核已有事件与配置；不登录、订阅、扫描地址、提交误报、停合约或执行自动处置。文档核验未证明本人账户成功使用。
1. 先确认页面与覆盖范围
Ecosystem Incidents展示Blockaid发布的生态事件；My Incidents聚焦已监控资产及配置监控器的活动。生态Feed经过内部重要性筛选，不是所有检测结果。记录原页面、资产范围和读取时点。
检查结果：页面与已监控资产分列，空列表不作全生态安全证明。
2. 对照订阅条件与通知记录
官方从Feed或单个事件建立订阅，按链、事件类型、严重性和损失金额筛选，支持Slack、Telegram或email并链接回Portal。核已有条件和通知目标；通知未到不等未检测，条件不符或未发布均需保留。
检查结果：筛选、发布和送达分别有记录或明确未知。
3. 按事件归组，再核自己暴露
exploit name是归组同一事件交易的行业标识；多交易不自动算多起事故。事件详情列相关合约/地址、风险价值和动态状态。若监控资产被针对，会在My Incidents显示暴露与响应项；此范围不扩写到未纳入监控的资产。
检查结果：事件归组、相关地址与本人已监控范围相对应。
4. 把发现、研判和处置分开
事件页提供根因背景、实时更新和建议；复杂事件可由Blockaid团队与客户战情室协调研判。自动工作流需另有配置与执行记录。异常提示、建议或通知本身不证明已暂停、撤权或止损。
检查结果：保留更新与人工结论；处置结果需独立回执。
怎样确认完成
- 形成页面、事件标识、监控资产、订阅条件、更新时点和处置证据的核对记录。
- 缺少账号记录、权限或服务回执时停在文档范围，未知项不补成通过。
常见错误与边界
- 所读博客没有给出状态枚举、误报提交字段或审批流程；不猜按钮和API，不把关闭提示当安全确认。
- 官方声称无监控资产涉及，仅适用于该账户已纳入覆盖且该时点可见的记录；不保证所有直接或间接依赖均已被发现。