Day 35：Whale (巨鲸) 追踪方法论与工具实操
理解巨鲸对协议的影响，掌握使用 Arkham / Nansen 的追踪 SOP，并设计一份 Whale 监控产品风控方案
Day 35: Whale (巨鲸) 追踪方法论与监控方案设计
今日目标
完成两件事：
- 掌握使用链上工具（如 Arkham、Etherscan）追踪大户资金流向和交互行为的方法论（SOP）。
- 产出一份结构化的「Whale 监控产品方案」，为后续的看板开发打基础。
核心概念
什么是 Whale（巨鲸）？
一句话定义：链上持有或控制大量资产、其行为能显著影响协议 TVL、流动性或代币价格的地址（个人或机构），通常用「Top N 存款/持仓/LP」来圈定。
类比理解：就像传统金融里的「大客户」或「机构户」——单笔资金体量大，一旦撤资或调仓，会对产品流动性和市场情绪造成明显冲击，所以需要单独追踪与风控。
为什么要追踪 Whale？
在 Web3 的完全公开账本中，极少数持有巨大资产的地址（Whales，巨鲸）对协议健康度和代币价格有着决定性的影响。
作为 Web3 PM，追踪 Whale 并不只是为了“炒币”，而是为了产品健康度和风控：
- 产品定位：大客户（Whale）的诉求通常是「滑点小、资金安全、深度好」，而散户则关注「UI简单、Gas低」。追踪他们的行为有助于明确产品的核心痛点。
- 风控预警（TVL 护城河）：如果你的协议 TVL 极度依赖前 5 个 Whale，当他们开始向交易所（CEX）转移资金或撤回 LP 时，这就意味着极高的流动性枯竭风险。
- Smart Money 观察：追踪那些总能比市场提前行动的地址，能帮助你发现新的赛道机会或竞品动向。
Whale 追踪方法论 (SOP)
追踪一条巨鲸，通常需要经过发现 → 追踪 → 分析三个步骤。
1. 发现 (How to find them?)
从哪里能揪出大户？
- 基于代币合约：在 Etherscan 输入代币地址 -> 点击
Holders标签 -> 排除掉 CEX (如 Binance/OKX) 和智能合约地址，剩下的大多就是个人大户。 - 基于协议行为：用 Dune 查询某个 DeFi 协议（如 Aave 或 Uniswap V3）里提供流动性最高、或者借款金额最大的 Top 10 钱包地址。
2. 追踪 (How to track them?)
拿到地址后，去哪里看他们在干嘛？
- Arkham Intelligence：最强大的可视化关联工具。输入地址后，能直接看到该地址的资金构成、最近向谁转账（资金网络拓扑图）、以及是否与某个实体机构（如 Jump Trading）有关联。
- DeBank / Zapper：看这个地址当前的“投资组合（Portfolio）”。他是在拿资金去 Aave 赚稳健利息，还是在去某些高风险土狗币上进行高频交易？
3. 分析 (Why are they doing this?)
巨鲸做某个动作，背后的产品逻辑是什么？
- 转入 CEX：通常意味着准备抛售（看空后市）。
- 将大量稳定币换成 ETH/BTC：通常意味着建仓（看多）。
- 在某个 DEX 突然撤销巨额 LP：可能是感知到该 DEX 的智能合约风险，或者是发现了收益率更高的其他协议。
链上实操记录
在 Arkham 查找并追踪大户
步骤：
- 打开 Arkham Intelligence，在搜索框输入某热门代币合约地址（如 USDC、某协议代币）或已知大户地址。
- 若输入的是代币：在代币页查看 Top Holders，排除 CEX 和合约地址，记下 1～2 个个人/机构大户地址。
- 点击某大户地址进入详情：查看 Portfolio（资产构成）、Transfers（近期大额转入转出）、Counterparties（资金流向与关联实体）。
- 结合「转出至 CEX」「转至其他协议」等标签，判断该巨鲸是在避险、套利还是撤资。
观察：Arkham 会为部分地址打上实体标签（如做市商、基金），便于区分「聪明钱」与普通大户；可把 2～3 个重点地址加入 Watchlist 做持续观察。
链接：Arkham 地址页可直接复制地址到 Etherscan 做更细的交易级排查。
实战产出：Whale 监控产品方案
为了将上述理论产品化，如果你要为团队设计一个“内部风控大户监控看板”，PRD 核心逻辑应包含以下要素。
1. 监控目标
- 监控对象：Aave V3 以太坊主网借贷池中的 Top 10 存款大户（Deposit Whales）。
- 核心目的：防止大户突然抽离资金导致流动性危机；监控其健康因子（Health Factor）以防引发连环清算。
2. 核心监控指标与逻辑定义
| 指标维度 | 逻辑定义 | 数据源支撑 |
|---|---|---|
| 基础画像 | 记录地址、资产总额、在池资产占比、活跃历史时长。 | Arkham 接口 / Dune |
| 大额转账异动 | 单笔转入/转出金额超过池子 TVL 的 1%（或绝对值 > $1M）。 | 链上 RPC 监听 / Etherscan API |
| 杠杆健康度 | 实时计算大户当前的抵押/借出比率（Health Factor）。 | 协议合约状态调用 |
| 关联钱包异动 | 该地址关联的其他钱包（向其频繁大额转账的地址）是否在抛售。 | Arkham Entity 标签 |
3. 告警规则设计 (Alerting System)
作为产品，不要给用户看一堆乱码，要设计分级告警：
- 🟡 中风险 (P1 预警)：Top 10 大户之一的 Health Factor 跌至 1.15 以下。
- 动作：在内部群/系统推送提示，关注潜在的清算风险及坏账可能。
- 🔴 高风险 (P0 警报)：单日内，超过 2 个 Top 10 大户同时开始执行
Withdraw撤资操作。- 动作：短信/电话告警团队。这可能说明有未知的协议漏洞被黑客/大户嗅到。
学习资源
| 类型 | 资源 | 说明 |
|---|---|---|
| 工具 | Arkham Intelligence | 地址关联、资金流向、实体标签，Whale 追踪首选 |
| 工具 | Etherscan | Token Holders、交易记录、合约读写 |
| 工具 | DeBank | 地址 Portfolio 与多协议持仓一览 |
| 工具 | Nansen | Smart Money 标签与链上行为分析（部分功能付费） |
| 文档 | docs/Whale追踪方法论与监控方案.md | 本日方案与告警规则沉淀 |
（截至 2025 年，Arkham 与 Nansen 仍为链上地址关联与 Whale/Smart Money 追踪的常用工具；Nansen 覆盖 5 亿+ 标签地址与多链实时数据，具体功能以官网为准。）
面试题准备
Q: 如果你们协议里的第一大 Whale 突然撤走了一半的流动性，作为 PM 你会如何应对？
30 秒版本： 我会立即启动数据归因与风控排查机制：第一步确认是针对我们协议的特异性行为（如发现我们合约漏洞）还是市场普遍性行为（如大盘暴跌他去避险）；第二步监控协议池深度是否跌破警戒线，并准备对剩余用户的沟通预案。
2 分钟版本： 处理 Whale 突发撤资，需要分为“查因”和“应对”两部分：
- 交叉验证（查因）：我会立刻去链上（如 Arkham）追踪他撤离的资金流向了哪里。如果他换成了 USDC 转去了交易所，那是他在避险抛售；如果他转到了我们的直接竞品那里，说明我们的收益率失去了竞争力；如果他同时还抛售了其他无关代币，说明是个人资金需求。这决定了我们的应对策略完全不同。
- 风险评估（防踩踏）：我会联合开发确认池子的当前深度。如果撤资导致滑点飙升或借贷利用率（Utilization Rate）拉满导致无法提款，我会评估是否需要临时调整利率曲线（Interest Rate Curve）来吸引新的套利者补充流动性。
- 社区安抚（公关）：Web3 社区极其敏感。在确认协议绝对安全（无被黑客攻击迹象）的前提下，通过官推/Discord 及时同步数据，透明化解释该地址的链上行为路径（比如：“该巨鲸只是正常获利了结，资金已流入 Binance，协议运转一切正常”），打消恐慌（FUD）。
可能追问：
- 追问 1：如何避免将来协议过度依赖单一 Whale？
- 回答：我会建议在 Tokenomics 或积分系统中引入**“集中度惩罚（或小散倾斜）机制”**。比如给予单笔小于 10 万美金的散户相对更高的收益系数；或者设计带有锁仓期的忠诚度奖励，提高大户无损撤离的摩擦成本。
今日执行清单 (1-2h)
- 理解并记录 Whale 的定义及对协议流动性的影响。
- 掌握 发现 -> 追踪 -> 分析 的标准追踪 SOP。
- 梳理并产出一份可用于后续落地的 Whale 监控产品方案（明确指标与告警规则）。
明日预告
Day 36：开发：Whale 监控看板（基于前端和数据 API 的初步构建）。