AI 看链上鲸鱼动向:怎么从 Nansen / Arkham 噪音里挑真信号
大额地址转账可能来自交易所内部调度、做市商对冲、托管迁移或真实市场动作,单看金额无法区分。AI 可以帮助整理地址簇和路径,但事实仍要回到链上核对。这页拆解 5 类观察线索、工具选择、一个可走完的 Nansen Smart Alert 设置,以及 5 个场景示意。
1. 什么是"鲸鱼" #
"鲸鱼"是模糊概念。在不同上下文里指:
| 类型 | 定义 | 典型例子 | 跟踪价值 |
|---|---|---|---|
| 持仓鲸鱼 | 100 BTC+ / 1000 ETH+ 的地址 | Saylor 的 Strategy / Tether 国库 | 中(很多是冷储,不动) |
| 聪明钱(Smart Money) | 按历史交易表现被数据商打上标签的地址(口径以各家当期说明为准) | Nansen / Arkham 标签的"Smart"地址 | 高(活跃,且有历史记录可以回查) |
| 机构鲸鱼 | 已认证的机构 / 基金 / DAO 国库 | BlackRock IBIT / a16z / Polychain | 中(透明但慢) |
| 巨鲸 OG | 2009-2013 早期持币者 | 所谓"中本聪地址"或早期矿工 | 低(极少动,一动就是行业新闻) |
| 项目方鲸鱼 | 具体项目的团队 / 国库地址 | Vitalik 的 ETH 地址 / 各项目多签 | 中(解锁前后值得看) |
实操中,最值得 AI 持续追踪的是"聪明钱"——这类地址被关注,看的是历史交易记录,和持仓多少无关。数据商各有各的打标签口径,用之前先读它当期的说明,再抽查几个地址的历史交易对一对。
2. 大额转账告警为什么会混入噪音 #
Nansen / Arkham 的大额转账提醒会把不同性质的链上动作放在同一队列里。金额与目的地址本身不足以判断市场意图,所以每条提醒都要先分类,再决定是否继续调查。
噪音类型有这几种:
- 交易所内部调度。交易所会在自己的多个钱包之间做大额内部转账。地址标签显示两头都是同一家交易所时,这笔转账不能直接读成买入或卖出;标签也可能标错,用之前先核对。
- 做市商对冲。做市商的链上转账金额大、次数多。地址标签显示是做市商时,这笔转账同样不能直接读成买卖方向,它的用途单从链上看不出来。
- 冷热钱包调度。一个机构把币从冷钱包搬到热钱包准备客户提现,链上看起来是"机构买入",实际什么都不是。
- 稳定币铸造 / 销毁。Tether / Circle 经常铸造销毁几亿 USDT/USDC。这是流动性补给,不是"市场买盘"。
- 跨链桥。BTC 跨到 BSC(BTCB)、ETH 跨到 Arbitrum——表面看是"巨额转账",本质是同一资产换链。
宽泛的大额转账提醒可能混入交易所内部调拨、托管地址迁移、跨链和标签错误。AI 可以按地址簇、对手方与交易路径辅助分类,但分类结果仍要回到对应链浏览器和后续交易人工核对,不能把未核线索直接叫作“真信号”。
3. 5 种值得跟的鲸鱼信号 #
信号 1 · 多个独立聪明钱地址同步入场某个新代币
判定标准:同一个 token,48 小时内被 3 个或以上的独立 Smart Money 地址(不是同一实体的子地址)买入,且持仓 > $50K。
为什么值得观察:多个经过去重的地址同时动作,至少说明这不是一个地址簇的单笔行为;它不能证明共享信息、未来收益或价格方向,还要检查流动性、团队地址和后续转账。
用 AI 怎么跑:用 Nansen 的 Smart Money 流向监控 + AI 去重(同一实体地址簇要合并算 1 个)+ AI 分类(是不是真正的"新代币" vs "团队内部分配")。
信号 2 · BTC 持仓地址向 CEX 大额净流入 / 净流出
判定标准:100 BTC+ 地址整体(汇总) 7 天向 CEX 净流入 > 5000 BTC,或净流出 > 5000 BTC。
为什么值得观察:单笔向 CEX 转账可能只是冷转热,汇总净流向也只能确认被标记地址与交易所地址之间的资金移动,不能直接证明减仓、加仓或市场方向。先排除交易所内部调拨、托管迁移与地址簇重复,再看资金是否继续进入现货或衍生品流程。
用 AI 怎么跑:Glassnode 的 Exchange Net Position Change 指标 + AI 解读 7 天 / 30 天对比 + AI 整合恐贪指数 / 资金费率(参考AI 解读恐贪指数那篇)。
信号 3 · 项目方多签提交大额转账提案
判定标准:已知项目的 Safe 中出现待签交易,或治理合约 / timelock 中出现与国库相关的提案。三者要分开记录,不能把任意一笔多签待签交易都叫作治理投票。
为什么有意义:Safe 本身没有统一的 48–72 小时等待期。达到该账户设置的 owner 签名阈值后,交易即可进入执行;额外等待时间来自项目自己的治理投票、timelock、module 或 guard。判断提前量前,先核签名阈值、已收集签名、治理状态和 timelock。Safe 官方概念说明列出了 threshold 与执行流程。
用 AI 怎么跑:监控目标 Safe 的待签交易并解码 calldata;如果项目另用治理合约或 timelock,再分别读取对应状态。AI 可帮助整理字段,但是否可执行要回到合约状态核对。
信号 4 · 长期沉睡地址突然激活
判定标准:1 年以上未动的 BTC 地址,单次转出 > 50 BTC。或者 3 年以上未动地址任何转出。
为什么值得观察:长期未动地址出现转账,能确认旧币重新移动,但不能单凭转出就判断卖出、套现或持有者意图。应继续核对接收方、后续交易、地址归属和整体币龄分布。
用 AI 怎么跑:用 Coin Days Destroyed(CDD)观察被移动币的币龄,再让 AI 汇总接收方与后续路径。CDD 变化用于安排核查优先级,不直接等同于顶部或分配结论。
信号 5 · 多个做市商同步收紧报价(跨所盘口稀薄)
判定标准:BTC/USDT 在 Binance + OKX + Coinbase 三大所的买一卖一报价深度同步下降 30%+ 持续 > 4 小时。
为什么值得观察:多市场深度同时变化会影响滑点与成交条件,但不能据此推断做市商知道未公开消息。先排除数据口径、API 中断、交易所维护和时段效应,再对照已经公开的市场事件。
用 AI 怎么跑:定时读取 Coinglass / Kaiko 的盘口深度数据,按同一交易所、同一档位和相近时段与历史分布比较。AI 负责标记异常并汇总公开事件,是否有原因和影响范围仍需人工核查。
4. 工具组合 · Nansen / Arkham / Glassnode / Skills Hub #
没有一个工具能搞定所有 5 个信号。可以按任务这样组合:
| 工具 | 适合的任务 | 选用前先核什么 |
|---|---|---|
| Nansen | Smart Money 流向、地址标签、Smart Alerts | Free / Pro 当期功能、目标链和告警类型是否可用 |
| Arkham | 实体关联、地址画像、转账追踪 | 目标实体标签与 watchlist / alert 权限 |
| Glassnode | BTC 汇总指标、CDD 与交易所净流向 | 所需指标、频率与导出权限 |
| Coinglass | 资金费率、持仓量与市场深度数据 | 目标交易所、深度口径与 API 权限 |
| Safe | 核对多签阈值、签名与交易状态 | 是否另有治理投票或 timelock |
| 自建脚本 / API | 跨来源去重与复合条件 | 数据许可、限流、失败重试与人工确认 |
先按需要的链、标签、告警类型、历史窗口和导出/API 权限列清单,再决定是否付费。Nansen 当前官方列出 Free 与 Pro 两个套餐,功能和价格应在购买当天查看官方套餐与比较表。
5. Nansen 告警设置与规则模板 #
先走完一个真实例子:进入 Nansen 的 Smart Alerts。当前入口可以向 Agent 描述要追踪的动作或选择预设,等 AI 生成后点 Create Alert;也可以进入 Create Smart Alerts Manually,选择 Token Transfers,再按当前界面填写追踪地址及可用的代币/金额条件。投递可选 Telegram DM、Discord 或 Slack。功能和字段会随套餐及界面变化,见Nansen 最新 AI Smart Alerts 说明。
在当前界面完成创建后,回到 Smart Alerts 列表确认规则为启用状态、目标链和地址无误、投递频道已连接。验证时可选一个近期活跃的钱包;如果当前表单提供金额阈值,可临时调低,等下一笔符合条件的真实转账触发。收到后用对应链浏览器核对交易哈希、网络、代币和金额,再恢复正式设置。若没有收到,依次检查规则是否启用、链是否选错、地址/标签是否匹配、可用筛选条件是否过严、频道是否静音,以及机器人是否有发消息权限。
下面 6 条是概念规则模板。它们需要 Nansen、Glassnode、市场深度源或自建逻辑的不同组合,不能假设都能在同一个产品界面直接配置:
# 规则 1:聪明钱集中入场某 token
触发条件:
- 同一 token 48h 内被 ≥3 个独立 Smart Money 地址买入
- 单笔买入 ≥ $50K
- token 上线 ≥ 14 天(排除早期低流动性陷阱)
告警:Telegram
# 规则 2:BTC 鲸鱼 CEX 净流向异常
触发条件:
- 100 BTC+ 地址 7 天向 CEX 净流入 > 5000 BTC
OR 净流出 > 5000 BTC
- 同时 BTC 价格变动 < ±5%(情绪未释放)
告警:Telegram + Email
# 规则 3:大项目多签新提案
触发条件:
- 我关注列表内项目多签提交新 transaction
- 涉及金额 > 国库 5%
告警:Telegram + AI 自动翻译 calldata 摘要
# 规则 4:OG 地址觉醒
触发条件:
- ≥ 3 年未动 BTC 地址有出 transaction
- 单次出币 ≥ 50 BTC
告警:Telegram
# 规则 5:盘口深度异常
触发条件:
- BTC/USDT 三大所买一卖一深度同步下降 ≥ 30%
- 持续 ≥ 4 小时
告警:Telegram;人工检查后再决定是否暂停 grid bot
# 规则 6:综合"风险窗口" 信号
触发条件:
- 同一周内规则 2 + 规则 4 + 规则 5 命中任意 2 个
告警:Telegram 红色警报;人工复核后再按既定风控执行
规则 6 用来把多个来源放进同一检查队列,不代表命中后自动交易。复合条件是否更有效,仍要用你自己的历史样本记录触发数、误报定义和后续表现。
宽条件通常会比复合条件触发得更频繁,但不能据此断言复合规则一定更准。先定义误报,再保存每次命中的时间、来源与后续结果;样本不足时只把告警当作待核线索。
6. 5 个场景示意 #
下面 5 个场景用来示意"规则触发后应该怎么读"。5 个场景都是假设的,只用来说明信号形态。
场景 1 · 多个 Smart Money 同步买入某 AI Agent 概念币
设想 Nansen 上几个独立 Smart Money 地址在十几小时内分别买入同一个概念币,总金额达到几十万美元量级。AI 跑去重后确认是多个独立实体(不是同一钱包群)。规则 1 触发。
规则触发只说明多个经过去重的地址在同一时间窗内买入。接下来应检查地址是否真的独立、代币流动性、团队转账和后续链上路径;到这一步还推不出价格会继续上涨,也谈不上入场时机。
场景 2 · 大额地址净流入 CEX
设想 BTC 横盘时,大额地址在数日内持续向交易所地址净流入。规则 2 触发,但这只确认地址间的汇总移动,不等于“大户撤离”。
先检查交易所内部钱包、托管迁移、地址标签和后续资金路径,再把资金费率或 ETF 流量作为独立数据列出。AI 可以整理相互一致或冲突的事实,不能把它们直接变成减仓指令。
场景 3 · 治理多签提交大额解锁提案
设想某基金会多签提交一笔大额代币解锁提案。规则 3 触发。
先查这是 Safe 待签交易、治理投票,还是已进入 timelock 的操作。只有后两者的合约确实给出截止时间或执行延迟时,才能谈“提前量”;若只是 Safe 待签交易,达到阈值后就可能执行。AI 可以翻译 calldata,但阈值、签名和 timelock 状态要回到链上核实。
场景 4 · 长期未动的 OG 钱包觉醒
设想 Glassnode 监测到一个多年未动的 BTC 地址把大额 BTC 移到交易所,同期还有若干长期休眠地址出现零星动作(CDD 飙升)。规则 4 触发。
这笔移动本身不能说明早期持有者正在卖出。先查接收方是否为交易所、托管方、自有新地址或其他实体,再跟踪后续交易;CDD 只补充币龄背景,不证明主观意图。
场景 5 · 多家交易所盘口同步收紧
设想某个普通交易日,Coinglass 监测到几家主流交易所的 BTC/USDT 买一卖一深度同步明显收紧。规则 5 触发。
这时先核对各数据源的深度口径、API 状态、交易所维护和公开事件。跨市场同步变化可提示流动性环境改变,但不能证明存在未公开消息,也不能给出固定的领先时间或自动交易动作。
7. 不要这样用鲸鱼追踪 #
- 不要"跟单"某个具体鲸鱼的某次操作。链上转账只证明资产移动,看到记录的时间也因链和数据服务而异。先核地址、对手方和后续路径,不把单笔转账直接当作交易指令。
- 不要让 AI 自动按鲸鱼信号下单。规则 6 的告警必须先核原始数据、标签和交易路径;AI 对动机的解释不能直接触发订单。
- 不要先买套餐再找用途。先确认目标链、地址标签、告警类型和导出权限,再看当期 Free / Pro 功能是否满足。
- 不要把鲸鱼信号当"绝对真理"。公开披露、链上转账和实际成交可能发生在不同时间,也可能涉及托管或内部调拨。先建立时间线和地址归属,再讨论它能说明什么。
本站参与 Binance 推荐计划,非官方网站。所有第三方工具(Nansen / Arkham / Glassnode / Coinglass)跟本站无任何商业关系。本文不构成投资建议。
8. 常见问题 #
Q1:免费工具能跑多少功能?
免费层是否够用取决于目标链、标签覆盖、告警数量、历史窗口和导出/API 权限。先用一条真实地址完成“创建规则 → 收到通知 → 浏览器核验”的闭环;缺哪个功能,再按当期套餐比较表补。
Q2:Nansen vs Arkham 该选哪个?
选 Nansen 时重点看 Smart Money 标签、目标链和 Smart Alerts;选 Arkham 时重点看你关心的实体画像、地址簇和转账追踪。Nansen 当前套餐名是 Free / Pro;两边功能都会变,先用同一组地址试查标签与历史记录,再按当期权限决定。
Q3:能不能让 AI 自己判断"哪些地址算 Smart Money"?
可以自建分类,但先定义回看窗口、盈利口径、地址簇去重和失效条件。使用供应商标签时,也要按当期官方说明核对定义、覆盖链与已知误差,并抽查地址和交易。把标签当作待验证的起点,再让 AI 做过滤和组合。
Q4:跟踪鲸鱼会不会被对方反向操作?
风险不能用统一资金门槛或固定等待时间划分。地址可能属于同一实体,流动性会变化,通知与执行之间还有信息时差;公开动作也可能只是内部调拨。核对地址簇、市场深度、交易路径和自己的滑点承受能力,不把追踪结果当成跟单建议。
Q5:链上数据的延迟够实战吗?
要把两段时间分开测:链本身的确认时间,以及数据服务从确认到推送的处理时间。用同一地址记录链上时间戳、服务面板出现时间和通知到达时间,至少测几次高峰期与普通时段。套餐名称不能证明固定延迟;需要分钟级响应时,应以你的实测和服务当期说明为准。
Q6:怎么验证 AI 没有编造链上数据?
先确认交易属于哪条链,再用该链的浏览器查交易哈希:Bitcoin 可用 mempool.space,Ethereum 用 Etherscan,BNB Smart Chain 用 BscScan,Solana 用 Solana Explorer 等对应工具。打开后核网络、状态、区块、时间、代币、金额和对手方;最后把这些链上事实与 AI 对原因的解释分开。没有交易哈希或链名,就不能完成核验。详见AI 错判时怎么识别那篇。
— PromptDeck,发布于 2026-05-22,修订于 2026-10-06
延伸阅读:AI 解读恐贪指数 | Binance Skills Hub 自动化跑这套 | AI 错判时怎么识别