跳转到主要内容
先用 REST 加载近期的巨鲸或 KOL 交易,再订阅 Datastream 接收新活动。巨鲸筛选使用固定的美元阈值;基础 KOL 流也包含低于 $1,000 的交易。
REST API 返回最新已索引的交易。Datastream 通过 WebSocket 实时推送新交易。两者都使用 Solana Tracker Data API 密钥。

REST API

最新巨鲸交易

请求达到指定美元阈值的巨鲸交易:
minVolume 可选 1000、2500、5000 或 10000。结果按时间从新到旧排序。

最新 KOL 交易

获取共享 KOL 名单内钱包的交易:
如需所有符合条件的 KOL 交易,使用 minVolume=0 或直接省略 minVolume:
有身份数据时,每笔交易都包含:

单个代币的 KOL 交易

把 KOL 交易限定到某个 mint,用于代币页面或提醒:
单代币 KOL 端点同样默认 minVolume=0;如果想让这一行为更明确,可以显式传入 minVolume=0。 使用 hideArb=true 时,响应只保留请求的 mint 作为交易一方的记录。

分页读取历史数据

响应包含 nextCursor 和 hasNextPage。把不透明游标原样传回:
界面需要显示 from 和 to 两侧的代币名称、符号、图片、精度或历史价格时,使用 showMeta=true。
把 nextCursor 视为不透明值。不要在应用代码中解码、修改或自行构造游标。

实时 Datastream

连接到:

巨鲸监控

加入某个档位房间,接收符合条件的新交易:
可用的巨鲸房间:
房间是累积式的。一笔 $12,000 的交易会发送到 1000、2500、5000 和 10000 房间。只加入应用需要的档位。

KOL 追踪器

transaction:kol 接收所有符合条件的 KOL 交易,包括低于 $1,000 档位阈值的交易:
如需高价值 KOL 提醒,使用累积式档位房间:

KOL 信号管道

在发送提醒前,先按金额过滤收到的 KOL 交易:
把原始交易和由其生成的提醒分开保存。提醒只是应用内事件,不会提交兑换。

消息结构

巨鲸和 KOL 的 Datastream 消息在单元素 data 数组中包含一笔增强后的交易:
交易钱包在共享 KOL 名单内时才有 identity。time 是 Unix 毫秒时间戳。volume 是美元成交量的绝对值,买卖方向看 type。

上线检查清单

  1. 如果消费端会重连,按交易签名加钱包、代币和方向去重。
  2. 回填数据时持久化最后一个 REST nextCursor。
  3. WebSocket 客户端用指数退避重连。
  4. 只加入需要的房间,避免累积式事件重复。
  5. 分开存储原始交易和派生提醒。
  6. 跟单前先做好自己的风险和执行检查。

巨鲸与 KOL REST API

查看端点参数、响应结构和分页。

巨鲸与 KOL Datastream

查看房间、加入消息和实时交易消息体。

实时兑换

订阅某个代币的每一笔兑换。

KOL 表现

分析钱包表现和 KOL 活动。