目录
文章目录
  1. 1. 什么是"鲸鱼"
  2. 2. 大额转账告警为什么会混入噪音
  3. 3. 5 种值得跟的鲸鱼信号
  4. 4. 工具组合 · Nansen / Arkham / Glassnode / Skills Hub
  5. 5. Nansen 告警设置与规则模板
  6. 6. 5 个场景示意
  7. 7. 不要这样用鲸鱼追踪
  8. 8. 常见问题

AI 看链上鲸鱼动向:怎么从 Nansen / Arkham 噪音里挑真信号

大额地址转账可能来自交易所内部调度、做市商对冲、托管迁移或真实市场动作,单看金额无法区分。AI 可以帮助整理地址簇和路径,但事实仍要回到链上核对。这页拆解 5 类观察线索、工具选择、一个可走完的 Nansen Smart Alert 设置,以及 5 个场景示意。

2026-05-22 发布 2026-10-06 修订 PromptDeck 撰 阅读约 14 分钟 5,100+ 字
先说清一件事:这页不教"跟单某个鲸鱼"。链上记录只能确认某笔交易已经发生,数据出现和通知到达的时间因链与服务商而异。我们的关注点在"结构性线索"——多个地址、跨多日的可核行为,并把事实与动机推测分开。

1. 什么是"鲸鱼" #

"鲸鱼"是模糊概念。在不同上下文里指:

类型定义典型例子跟踪价值
持仓鲸鱼100 BTC+ / 1000 ETH+ 的地址Saylor 的 Strategy / Tether 国库中(很多是冷储,不动)
聪明钱(Smart Money)按历史交易表现被数据商打上标签的地址(口径以各家当期说明为准)Nansen / Arkham 标签的"Smart"地址高(活跃,且有历史记录可以回查)
机构鲸鱼已认证的机构 / 基金 / DAO 国库BlackRock IBIT / a16z / Polychain中(透明但慢)
巨鲸 OG2009-2013 早期持币者所谓"中本聪地址"或早期矿工低(极少动,一动就是行业新闻)
项目方鲸鱼具体项目的团队 / 国库地址Vitalik 的 ETH 地址 / 各项目多签中(解锁前后值得看)

实操中,最值得 AI 持续追踪的是"聪明钱"——这类地址被关注,看的是历史交易记录,和持仓多少无关。数据商各有各的打标签口径,用之前先读它当期的说明,再抽查几个地址的历史交易对一对。

2. 大额转账告警为什么会混入噪音 #

Nansen / Arkham 的大额转账提醒会把不同性质的链上动作放在同一队列里。金额与目的地址本身不足以判断市场意图,所以每条提醒都要先分类,再决定是否继续调查。

噪音类型有这几种:

宽泛的大额转账提醒可能混入交易所内部调拨、托管地址迁移、跨链和标签错误。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 个信号。可以按任务这样组合:

工具适合的任务选用前先核什么
NansenSmart Money 流向、地址标签、Smart AlertsFree / Pro 当期功能、目标链和告警类型是否可用
Arkham实体关联、地址画像、转账追踪目标实体标签与 watchlist / alert 权限
GlassnodeBTC 汇总指标、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. 不要这样用鲸鱼追踪 #

用 Skills Hub 自动化跑这套 →

本站参与 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 错判时怎么识别

本站仅在少数页面使用币安推介链接。Nansen / Arkham / Glassnode / Coinglass 是独立的链上数据服务商,本站与其无商业关系。本文不构成投资建议。核对真实事件时,请按链记录交易哈希并使用对应区块浏览器。 完整披露 →