摘要:带单/跟单软件遇交易所 API 限频(429/418、Retry-After、请求权重与下单计数)时怎么停、怎么排重试队列、怎么降轮询与核对 IP 白名单;配简体实机与官方文档截图。不喊单,以官方文档/App 为准。

API 限频指的是:带单/跟单软件通过交易所 REST/WebSocket 拉仓、下单、查委托时,请求权重或下单次数触达平台上限,接口返回 429(警告即将封 IP)乃至 418(继续打导致 IP 被禁)。这和交易所广场里点「跟单」后由官方撮合不同——软件路径完全依赖你自己的 Key 与 IP,限频处理不好会断跟、漏单,甚至短时封禁。本文只讲怎么在软件侧识别限频、退避重试、建重试队列、降低轮询权重,不写行情、不喊单;具体数字与错误码以官方文档 / App 为准。

若你还在准备交易所账户(注册步骤软埋邀请,返佣比例以账户邀请页可核对数为准):币安 https://www.binance.com/join?ref=L5KY6YCR(邀请码 L5KY6YCR);欧易 https://www.okx.com/join/2157189586(邀请码 2157189586)。入口是否可见以 App/网页实际显示为准。

带单软件怎么处理交易所限频:重试队列-传奇量化
图1|站内「跟单软件汇总」:先确认你用的是哪一版客户端(币安/欧易等),再谈限频与重试队列
带单软件怎么处理交易所限频:重试队列-传奇量化
图2|币安【合约跟单交易】广场(简体实机):这是官方广场路径;本文重点是 API 软件遇限频时怎么停、怎么排、怎么恢复,二者别混入口

1. 429、418 与下单计数限频分别意味着什么

下列对照只帮助你读日志;权重阈值、窗口长度、封禁时长以官方文档 / exchangeInfo 返回为准,本文不编造固定数字。

HTTP 429(访问频次超限警告)

币安官方文档写明:收到 429 表示访问频次超限、即将被封 IP。正确做法是立刻停发非必要请求,读响应头 Retry-After(若有)再退避。继续硬打会升级到 418。

HTTP 418(收到 429 后仍继续访问 → IP 被禁)

文档说明:418 表示在 429 之后仍继续访问,IP 被封;封禁时长可能从数分钟到数天(以响应头 / 文档为准)。软件侧应把该 IP 上的所有账户请求一并暂停,换机或等解封前不要「换 Key 继续砸」。

请求权重(REQUEST_WEIGHT)vs 下单计数(ORDERS)

币安侧常见两类:按 IP 累计的请求权重(响应头可见 X-MBX-USED-WEIGHT- 一类字段),以及按账户累计的未成交订单计数(X-MBX-ORDER-COUNT-)。只读轮询吃的是权重;频繁下单/撤单吃的是订单计数。二者超限都可能 429,但处理策略不同——读请求可合并/降频,订单相关要排队、勿风暴重试。具体表头名与接口以官方文档为准。

欧易等其它所:错误码与维度不同

欧易文档「限速」章节写明:限速拒绝时常见错误码如 50011 等;公共 REST 可按 IP,私有 REST 多按 User ID;交易类限速还与合约标的等维度相关。不要把币安的 429/418 语义硬套到欧易日志上——以各所文档为准。

带单软件怎么处理交易所限频:重试队列-传奇量化
图3|币安开发者文档(简体)「HTTP 返回代码」:429 警告超限、418 表示收到 429 后继续访问被封 IP;软件日志里见到这两码要优先退避,不要硬重试
带单软件怎么处理交易所限频:重试队列-传奇量化
图4|币安文档「IP 访问限制 / 未成交订单计数」:可见 Retry-After、X-MBX-USED-WEIGHT-、订单计数头;限频按 IP、订单计数按账户——一带多同 IP 时权重会共享
带单软件怎么处理交易所限频:重试队列-传奇量化
图5|欧易 API 文档「限速」章节(简体实机):错误码与按 IP / User ID 维度与币安不同;跟单软件对接欧易时按该节与子账户限速说明调队列,仍以官方文档为准

2. 操作步骤:识别限频 → 退避 → 重试队列 → 降权重

菜单名因软件版本而异,下列按「核对逻辑」写;以你客户端日志与官方文档为准。

  1. 在软件日志里识别限频:搜索 429、418、Retry-After、50011、rate limit、too many requests 等关键词。记下时间戳、账户/子账户、是读接口还是下单接口。一带多时先看是不是同一公网 IP 上多号一起打满权重——见 一带多绑定。
  2. 立刻暂停非必要请求,按 Retry-After 退避:收到 429/418 后,软件应停止该 IP(或该 User)上的轮询与重试风暴;有 Retry-After 就至少等这么多秒,再加一点抖动(jitter),避免所有从账户同一秒苏醒。没有该头时用指数退避(例如数秒起、上限封顶),不要固定 0 延迟循环。
  3. 把失败请求放进重试队列,而不是原地死循环:队列里区分「可重试读」(持仓/余额查询)与「可重试写」(开平仓)。写请求要做幂等键或先查委托状态,防止补单重复开仓。积压清完后再恢复正常轮询节奏。
  4. 读写权重分开算:高频只读(持仓同步、对账)尽量改 WebSocket / 用户数据流,或拉长轮询间隔、合并多账户批量查询;下单路径单独限流。仓位对齐本身也会在积压恢复后产生突发请求——对齐步骤见今早 带单软件仓位同步:主从对齐,恢复后先慢后快。
  5. 降低轮询、批处理、错峰:跟单号越多,同 IP 权重越容易顶满。能批量的不要逐号逐合约狂打;非关键路径(统计、UI 刷新)降到秒级以上。延迟与跟丢排查另见 跟单延迟怎么排查。
  6. 核对 IP 白名单与多账户扇出:Key 只放行跑软件那台机器的公网 IP;换机先改白名单。创建与权限见 币安跟单怎么创建 API、欧易跟单怎么创建 API。怀疑泄露走 API 密钥泄露应急。不要为了「多开」把同一 Key 拷到多台公网机器同时跑。
  7. 积压消化后回交易所验收:重试队列清空后,打开币安/欧易【合约】→【持仓】与委托历史,核对方向、数量、时间戳是否与软件一致;软件日志应有对应成功回报。仍漂移就停软件,先按仓位同步文处理,再查是否还有限频。
带单软件怎么处理交易所限频:重试队列-传奇量化
图6|币安帮助中心 API 教程:权限(合约相关开、提现关)与「仅信任 IP」;限频按 IP 计,白名单/权限错了会表现为连不上或误判成「软件卡死」

3. 风险卡:限频后别做的事

收到 429 后禁止继续硬打。官方明确:继续访问会升级到 418 IP 封禁。软件若没有全局熔断,一带多会把整台机器上所有跟单号一起打瘫。

418 解封前不要换马甲硬刚。换 API Key 不换 IP 往往无效(权重按 IP);换出口 IP 后仍要用退避与队列,而不是立刻全速补单。

不要为了「好连」乱开关权限。跟单 Key:合约相关交易权限按需开、提现一律关;不要在未理解风险时关掉「仅信任 IP」或打开提现。权限与泄露应急见上文 API 文。

积压恢复可能造成突发成交流。队列里堆了大量补仓/平仓时,解禁瞬间一起发出去,等于二次冲击权重与滑点。应限速出队,并在交易所侧再验收仓位(链到 仓位同步)。

4. 需要软件路径时(软链)

产品入口汇总:我写过的跟单软件汇总。币安侧见 币安合约跟单软件 3.1;欧易侧见 欧易跟单软件 3.1。限频与重试是软件运维能力的一部分;广场跟单不走你的第三方 Key,二者按权限与风控选用即可。

相关阅读