技能介绍

要解决什么问题

当你在 Arkham 或 Polygonscan 上看到一组疑似「核心合约」地址，却难以系统化回答：钱从哪进、经哪些角色中转、团队抽走了多少、用户 redeposit 的内部代币算不算美元损失——单笔 tx 用 log 解码器能看，但跨地址、跨 pattern 的汇总很容易重复计数（例如把 Swap 里的 token 路径和 Transfer 叠在一起）或误排除整笔交易。

本技能面向 Polygon 链上资金盘/协议的事后取证，要求你提供不少于 5 个带标签的种子地址；没有链上数据时只输出 query plan，不编造金额或关系。

技能如何工作

分析遵循 五阶段闭环，并强制输出 references/data_schema.md 定义的结构化表（addresses、patterns、pattern_steps、flow_edges、tx_classification、accounting_summary 等），而不是只写散文结论。

Pattern Discovery：对种子地址 + 样例 tx_hash 拉全量 logs（登记在 registry 的 Q1），用 topic0 字典解码，提出有序 pattern 签名并写入 patterns。
Pattern Validation：用 Q3 按签名搜匹配交易，逐 log 写入 log_annotations，按三档软排除规则计算 explanation_status；匹配数与可解释比例达标后 pattern 标记为 validated。
Residual Review：对 partially explained 的 residual logs 按 (contract, topic0) 分组，作为新 pattern 种子回到 Phase 1，直到高频未解释签名稳定。
Edge Aggregation：把 validated pattern 的注释聚合成 flow_edges（仅 transfer 类事件；Mint/Burn 计入，Swap/Sync/自定义事件不进边表，避免双计）。
Accounting Classification：按 accounting_rules.md 将边归入八类损益，并区分 victim_inflow 下的 externalcapitalinflow 与 protocoltokenrecycle。

硬约束：不得动态新建 Dune query，只能用 dune_query_registry.md 中的固定 URL；缺 query 时在 next_query_plan 中说明；同一地址在 addresses 只占一行；pattern 步骤用抽象角色（如 fee_collector → lp_pool），地址映射在 flow_edges 层完成。

适用边界与注意点

适用：已知多种子地址、要重建流向图、估算受害者投入与团队提取、用代表性 tx_hash/logs 识别业务模式并验证 Arkham 上看到的 pattern。
不适用：单笔交易 forensic、实时监控、AML 风险评分/合规筛查。
安全边界：不执行远程脚本、不读钱包私钥、不发链上交易、不调用未登记的 Dune query。