Skip to main content
本指南构建了一个针对每个新的Pump.fun令牌的长期监听器。它会筛选Pump.fun用于启动令牌的两个指令,并在空闲超时和部署期间保持连接。
1

查找程序

Pump.fun 根据版本通过两条指令启动代币:create 和 create_v2。在根据这些指令进行筛选之前,请先使用 describeProgram 确认确切名称和账户角色。目前仅在 wss://fs-beta.helius-rpc.com/?api-key=<API_KEY> 上可用:
Request
2

构建筛选器

筛选程序和两个指令名称。保持 includeCpi 开启——Pump.fun的 create/create_v2 通常是顶级的,但这是一种廉价的保险——且排除失败的事务,因为失败的部署不会生成活的铸造:
3

使用支持重连的客户端连接

部署跟踪器是一个长期运行的过程,因此将断开连接视为例行而非异常:监视初始握手,在安静的筛选器上保持连接,并在关闭时自动重连。
pumpfun-deploys.js
为了简单起见,此处使用固定的3秒重连延迟。对于生产监听器,应采用指数回退——详见处理重连。
4

处理通知并记录每个部署

按照id(您自己的请求)或method(服务器推送通知)路由传入消息,然后从解码指令中提取铸造、创建者和元数据:
因为includeFailed是false,所以你记录的每个通知都是一个实际部署的令牌。在信任args和accounts之前,请检查ix.decoded是否存在 —— 一个未被识别的Pump.fun程序版本会随着decoded: null抵达,否则将显示为mint: null。

下一步

跟踪 Jupiter 交换

更详细地描述程序 → 构建过滤器 → 订阅流程。

处理重连

指数退避和槽间隙回填用于长时间运行的监听器。

获取 Pump.fun 铸造

历史版本:通过解析事件浏览创造者的过去部署。