阅读时间 … 分钟

适用于 BingX 交易策略的 AI 原生运行环境

在 Cursor、Claude Code 或任何 AI IDE 中编写策略。从 GitHub 部署到托管云端运行环境，享受原生 MCP 控制、日志和区域选择。

由 TradingHost 工程团队撰写

第 01 部分 · 一览

一览

交易平台
BingX
平台类型
加密货币交易所（以跟单交易为主导）
资产类别
加密货币（现货、USDT-M 永续合约、跟单交易）
支持的产品
现货、USDT-M 永续合约、coin-M（标准）合约、基于永续合约的跟单交易、网格策略。支持通过独立的测试网端点进行模拟交易。
运行环境模式
容器化策略运行环境
部署源
GitHub
编程语言
任何可在容器中运行的语言
常用集成
原生 BingX OpenAPI（REST 和 WebSocket）、CCXT、自定义连接器
AI 工作流集成
适用于 Cursor、Claude Code、GitHub Copilot 及 CLI 智能体的 MCP 控制面板
TradingHost 角色
运行环境、部署、日志、健康检查、区域选择、MCP 控制
BingX 角色
交易所账户、API 接入、市场准入、执行场所
关联关系
TradingHost 保持独立，与 BingX 无任何隶属关系。

第 02 部分 · BingX 平台功能

BingX 平台功能

BingX 通过 BingX OpenAPI 提供现货交易、USDT-M 永续合约和 coin-M（标准）合约，并在永续合约之上提供跟单交易层。策略通过在 X-BX-APIKEY 请求头中携带 HMAC-SHA256 签名（针对排序后的参数字符串进行签名）进行身份验证。具体端点细节可能会随时间变化；BingX 在 2025 年期间多次调整了速率限制上限。虽然整体架构保持稳定，但具体的配额数值和交易对列表请以 BingX 官方文档为准。

市场与策略模式

  • USDT-M 永续合约策略
  • Coin-M（标准）合约策略
  • 跟单交易主账户与跟随账户资金流
  • 永续合约资金费率与基差交易
  • 覆盖 BingX 已上线币种的现货策略
  • 通过 OpenAPI 进行网格交易
  • WebSocket 私有频道订单与余额数据流
  • 针对测试网端点进行模拟交易验证的部署

API 接口

产品范围
通过 BingX OpenAPI 支持现货、USDT-M 永续合约和 coin-M（标准）合约。跟单交易层构建于永续合约之上。提供独立的模拟交易端点，以便在镜像生产环境的测试网上使用独立密钥进行策略验证。
连接方式
REST 接口用于 openApi 路径下的下单和账户查询。WebSocket 流用于实时行情数据、深度和交易。WebSocket 私有频道用于接收账户、余额和订单事件。
身份验证
每个策略配置独立的 API Key 和 Secret。私有请求需携带 X-BX-APIKEY 请求头，并针对按 ASCII 排序的参数字符串（包含毫秒级时间戳）生成 HMAC-SHA256 签名。签名输出为小写十六进制。权限按密钥范围划分（读取、现货交易、合约交易、提币）。策略运行通常绝不需要提币权限。

具体细节请参考 BingX

具体端点、速率限制权重、交易对列表、手续费等级和版本历史均记录在 BingX 官方文档中。请以此作为最终参考。

第 03 部分 · 用 AI 构建

用 AI 构建您的 BingX 策略

选择一种集成方式，Fork 一个 TradingHost 框架模板，然后在 AI IDE 中编写您的策略。Cursor、Claude Code、GitHub Copilot 以及基于 CLI 的 AI Agent 均可无缝接入相同的 GitHub 原生部署循环。

  • 原生 BingX OpenAPI

    直接控制 BingX 特有行为、跟单交易层级和订单执行逻辑。

  • CCXT

    跨 BingX 及其他加密货币交易所的通用接口。

    开始使用 CCXT

  • Hummingbot

    使用 Hummingbot 策略结构和配置模型的框架化部署。

    开始使用 Hummingbot

  • 自定义连接器

    您自研的内部交易引擎或专有的 BingX 集成方案。

框架对 BingX 产品的支持情况

各框架的支持范围有所不同。CCXT 支持 BingX 现货和永续合约；Hummingbot 的 bingx_perpetual 连接器仅针对 USDT-M 永续合约，不支持现货；Freqtrade 未将 BingX 列为支持的交易所。目前跟单交易端点仅能通过原生 API 访问，尚无框架将其抽象为原生组件。

框架现货永续跟单期权
Native BingX OpenAPI已支持已支持已支持未记录支持
CCXT已支持已支持未记录支持未记录支持
Hummingbot未记录支持已支持未记录支持未记录支持
Freqtrade未记录支持未记录支持未记录支持未记录支持

✓ 表示官方框架文档确认支持。“no” 表示官方文档未明确说明支持。

TradingHost 不强求特定的框架，它只负责运行您的项目。

使用 AI 编写

上述框架模板与 AI IDE 是绝佳的搭配。TradingHost 的 MCP 控制面实现了闭环：AI 工具可以与您一同检查部署、查看日志并管理运行环境，但绝不会介入交易执行路径。

Section 04 · 在 TradingHost 上运行

在 TradingHost 上运行您的代码

BingX 提供交易所和 API 访问。TradingHost 则提供生产环境，用于运行您连接到 BingX 的策略。

无需在笔记本电脑、台式机、通用 VPS 或手动配置的服务器上运行策略代码，您只需从 GitHub 部署到由 TradingHost 托管的容器运行环境中。

您

  • 您的代码库包含您的代码。
  • 您的部署定义了其运行方式。
  • 您的策略连接到 BingX。

TradingHost

  • 保持运行环境持续在线。
  • 呈现日志和健康状况检查。
  • 区域选择。
  • 受控的部署环境。

部署流程

  1. 步骤 01

    连接 GitHub

    授权 TradingHost 访问您的 GitHub 帐户。

  2. 步骤 02

    关联代码库或从框架开始

    将 TradingHost 指向您现有的策略仓库，或者派生 (fork) 一个 TradingHost 框架运行环境（CCXT 或 Hummingbot）作为可运行的基础模板。

  3. 步骤 03

    部署至 TradingHost 容器

    选择区域（EU 或 US-East），提供策略所需的环境变量（BingX API 密钥等），然后部署。TradingHost 会从代码库构建您的容器，并在托管的 Kubernetes 基础设施上运行您的策略。本地无需安装 Docker。

  4. 步骤 04

    监控日志与健康状况

    通过 TradingHost 控制面板实时查看日志、健康状况和运行状态。该界面同样支持在任何 AI IDE 中通过 MCP 进行访问，方便 Cursor、Claude Code 或 CLI 智能体与您协同读取部署状态并管理运行环境。

  5. 步骤 05

    更新与重新部署

    将代码更改推送到 GitHub 的主分支（main branch），TradingHost 便会自动重新部署。

部署

Section 05 · 运维说明

BingX 运维说明

在容器化云端运行环境中实际运行 BingX 策略时可能遇到的坑，这些在 BingX 文档或框架的 README 中是找不到的。以下所有说明均引用或转述自 BingX 官方文档；部署层面的建议则源自我们在 TradingHost 上运行这些策略的实际经验。

  1. 01 · 2025 年 10 月速率限制

    合约交易下单端点现为 10 次请求/秒；账户接口为 2,000 次请求/10 秒

    BingX 于 2025 年 10 月 14 日发布了速率限制升级公告，将 /openApi/swap/v2/trade/order 处的合约交易下单端点从单 IP 每秒 5 次请求提高到 10 次。自 2025 年 9 月 10 日起，IP 级流量的账户接口上限已提高至每 10 秒 2,000 次请求。针对旧指南设计的集成现在运行速率可能远低于当前上限；反之，如果之前的代码是针对已被收紧的宽松限制编写的，则可能面临超限。请根据 2025 年 10 月的数据调整您的并发模型，并每隔几个月重新检查一次公告。

    来源BingX October 2025 rate-limit changes

  2. 02 · 三要素认证

    X-BX-APIKEY 请求头、排序字符串签名、毫秒级时间戳

    BingX 私有请求需携带 X-BX-APIKEY 请求头（即您的 API Key），以及一个 HMAC-SHA256 签名。该签名的规范输入是按 ASCII 排序的参数字符串，且时间戳参数必须为毫秒。签名输出为小写十六进制。常见的隐性错误包括：时间戳使用秒而非毫秒、参数按插入顺序而非排序后顺序排列、输出大写十六进制，或对错误的路径组件进行签名。在发布前，请锁定经过实战检验的 SDK，或针对已知正确的请求对签名路径进行单元测试。

    来源BingX OpenAPI documentation

  3. 03 · 自动恢复窗口

    IP 或 UID 限流后需 10 分钟自动恢复，无手动恢复接口

    当策略超出 IP 或 UID 频率限制上限时，BingX 将返回 429 响应，并在 10 分钟的自动恢复窗口期内持续拒绝已签名的请求。该平台没有提供手动恢复接口来提前解除限流。正确的应对模式是在客户端检测到 429 错误，执行至少 10 分钟的退避等待（如果限流严重则需更长时间），然后以已知安全的速度恢复发送请求，而不是在配额仍在冷却时进行激进的重试。

    来源BingX October 2025 rate-limit changes

  4. 04 · 模拟交易隔离

    模拟交易运行在独立的测试网上，拥有不同的频率限制和密钥

    BingX 的模拟交易通过独立的测试网端点提供。其密钥集、余额和持仓均与生产环境隔离，且该测试网执行独立的频率限制上限。一种常见的隐蔽错误是将经模拟环境验证的代码直接部署到生产环境，却忘记更换密钥集，反之亦然。请将模拟环境和生产环境的凭据保存在不同的 TradingHost Secrets 条目中，切勿跨环境混用。

    来源BingX OpenAPI documentation

  5. 05 · 安全历史记录

    2024 年 9 月的安全事件促使凭据轮换与安全升级

    BingX 在 2024 年 9 月披露了一起安全事件，并在事后轮换了受影响的用户凭据。使用事件发生前密钥运行的策略必须重新生成密钥。作为整体安全加固的一部分，其频率限制结构在 2025 年期间也经历了多次调整。请将 BingX 视为安全防护处于动态演进中的交易所：定期轮换密钥，切勿将具有提币权限的凭据放入任何云端运行环境，并密切关注官方公告以防破坏性变更。

    来源BingX OpenAPI documentation

  6. 06 · 密钥权限范围

    每个策略使用独立的专属权限密钥，切勿多策略共用主密钥

    BingX API 密钥支持按权限划分范围（只读、现货交易、合约交易、提币）。量化策略绝不需要提币权限，请将具有提币权限的密钥隔离在容器运行环境之外，进行独立的手动管理。为每个策略配置仅包含其所需权限的专属密钥，可以在密钥泄露时控制受波及的范围。此外，每个密钥还支持配置 IP 白名单。

    来源BingX OpenAPI documentation

Section 06 · 适用场景

适用场景

TradingHost BingX 运行环境最适合用于：

  • 在 AI IDE（Cursor、Claude Code）中构建策略的开发者
  • 系统化加密货币交易员
  • 量化开发人员
  • CCXT 和 Hummingbot 用户
  • 正在从 VPS 托管转向容器化部署的团队

连接 GitHub 并创建首个策略完全免费。

Section 08 · 常见问题

常见问题

没有。TradingHost 是独立的平台，与 BingX 无任何隶属或合作关系。

不会。您的策略代码会根据您自己的逻辑、账户权限和集成方式连接到 BingX 并发送交易指令。TradingHost 仅提供运行该代码的托管环境。

不提供。BingX API 访问权限由 BingX 官方提供。您需要自行负责您的 BingX 账户、API 权限、凭据管理以及对 BingX 服务条款的合规性。

不是。TradingHost 是运行您策略代码的云端运行环境。我们不提供交易信号、AI 预测模型或预置的机器人。使用 TradingHost，您需要自己编写或生成策略（通常配合 Cursor 或 Claude Code），将其作为您自己的代码保存在 GitHub 中，并使用 TradingHost 在生产环境中运行它。3Commas、Cryptohopper 等产品提供的是策略逻辑，而 TradingHost 则是运行您自己编写的策略。

AWS 和 DigitalOcean 为您提供的是原始算力。您需要自己处理操作系统更新、容器编排、日志传输、凭据轮换、区域容灾和可用性监控。而 TradingHost 为您提供专为交易策略量身定制的托管运行环境：原生支持 GitHub 部署、支持通过 AI IDE 进行 MCP 驱动的控制，并开箱即用提供日志和健康状态面板。如果您想自己运维基础设施，AWS 是可行的；如果您希望将运行环境作为托管服务来使用，TradingHost 是更高效的捷径。

可以。TradingHost 支持运行 Python 策略。您可以选择与您的技术栈匹配的框架运行环境，或者直接部署您自己的代码仓库。

可以。TradingHost 支持任何可在容器内运行的编程语言。

可以。CCXT 通过统一的 `bingx` 类提供 BingX 的现货和永续合约接口。由于 copy trading（跟单交易）端点并非 CCXT 的原生基础组件，因此跟单交易流程需要直接调用原生的 BingX OpenAPI。具体配置方法请参阅 CCXT 框架运行环境文档。

TradingHost 在运行环境层面对交易平台是中立的：任何能够通过 BingX 身份验证的代码都可以在容器中运行，包括托管在 BingX copy trading 带单账户上的策略。在设计时您需要考虑到，您的策略所开的任何仓位都会根据跟单用户的配置比例，触发所有关联跟单账户的同步跟单交易。请将适用于跟单的策略与非公开策略运行在不同的子账户上，并为每个策略隔离 API 密钥，以控制潜在的风险范围。

可以，只要您的项目是这样设计的。您可以在单个运行环境中运行多个策略进程或服务，也可以将它们拆分到不同的运行环境中，以实现隔离和更清晰的运维管理。多策略运行模式的具体介绍请参阅 TradingHost 运行环境页面。

最快的方法是 Fork 一个 TradingHost 框架运行环境：例如 CCXT 或 Hummingbot，即可获得开箱即用的部署项目。或者您也可以直接连接您自己的 GitHub 策略仓库。关联 GitHub 仓库和创建策略是免费的，运行环境方案的资费请参阅价格页面。

保存在您自主控制的 GitHub Secrets 工作流中。TradingHost 在运行时通过 GitHub 仓库密钥（Repository Secrets）、环境密钥（Environment Secrets）或您自己授权的凭据管理流程来读取它们。TradingHost 不需要托管您的 API 密钥和私钥。完整的数据处理模式请参阅平台凭据管理文档。

不需要。量化策略绝不应该开启提币权限。请使用限定范围的权限（只读、现货交易、合约交易），并在可行的情况下配置 IP 白名单。

可以。TradingHost 支持基于 MCP 的控制，适用于包括 Cursor、Claude Code、GitHub Copilot 以及基于 CLI 的 AI Agent 在内的 AI IDE。AI 工具可以检查部署状态、查看日志、重启策略并管理运行环境工作流。需要注意的是，MCP 仅作为控制和观测面板，并非交易执行路径。完整架构请参阅 MCP 控制面板页面。

两者皆可。MCP 控制面板在基于 CLI 的 Agent（如 Claude Code CLI、自定义 MCP 客户端、脚本化 MCP 调用）以及 IDE 内部均可完美运行。此外，原生的 GitHub 部署流程无需任何 AI 工具即可工作：只需向您的主分支（main branch）执行常规的 git push 即可触发重新部署。

运行环境将检测到崩溃，并输出相关的日志和健康状态信息。在支持的配置下，受影响的策略可以被重新启动，而不会干扰在同一容器中运行的其他策略。您的策略代码仍需自行负责安全错误处理、防重复下单保护以及风险控制。日志和健康状态面板详情请参阅可观测性文档。

BingX 在 2025 年期间多次调整了频率限制上限。2025 年 10 月 14 日的升级将 /openApi/swap/v2/trade/order 处的永续合约下单接口限制从每秒每个 IP 5 次请求提高到了 10 次；而账户接口上限自 2025 年 9 月 10 日起提高到了每 10 秒 2,000 次请求。如果您的集成是参考旧版指南设计的，其代码可能是针对已被收紧的宽松限制编写的，或者是针对已被调高的严格限制编写的。当策略触发限流时，BingX 将执行 10 分钟的自动恢复期，且不提供手动恢复接口。请根据 2025 年 10 月的最新数据重新调整请求频率，并在触发限流时进行合理的退避等待。完整指南请参阅上方的“运维注意事项”部分。

TradingHost 部署在 EU 和 US-East 地区。请选择最靠近您策略所依赖的撮合引擎的地区。关于路由与物理距离的详细信息，请参阅地区页面。

不支持。TradingHost 专注于实盘运行和部署。回测应当在您的研究技术栈、框架或 AlgoBuilder 中进行。