阅读时间 … 分钟

针对 Bitnomial 交易策略的 AI 原生运行环境

在 Cursor、Claude Code 或任何 AI IDE 中编写策略。从 GitHub 部署到托管云端运行环境，具备一流的 MCP 控制、日志和区域选择功能。

由 TradingHost 工程团队撰写

第 01 部分 · 一览

一览

交易平台
Bitnomial
平台类型
受 CFTC 监管的加密货币衍生品交易所（拥有 DCM、DCO 和 FCM 三重牌照）
资产类别
加密货币衍生品
支持的产品
通过 Bitnomial Clearinghouse 清算的现货杠杆、永续合约、期权和预测市场。NinjaTrader 是官方支持的交易前端。收购后的服务界面已统一至 Payward 基础设施下。
运行环境模式
容器化策略运行环境
部署源
GitHub
编程语言
任何可在容器中运行的语言
常用集成
原生 Bitnomial REST 和 WebSocket API（隶属 Payward）、NinjaTrader 集成、自定义连接器。CCXT 目前未将 Bitnomial 作为统一交易所接入。
AI 工作流集成
适用于 Cursor、Claude Code、GitHub Copilot 和 CLI 智能体的 MCP 控制面板
TradingHost 角色
运行环境、部署、日志、健康检查、区域选择、MCP 控制
Bitnomial 角色
交易所账户、API 访问、市场准入、执行场所、清算所
关联关系
TradingHost 保持独立，与 Bitnomial 及其自 2026 年 5 月起之母公司 Payward 无关联关系

第 02 部分 · Bitnomial 平台功能

Bitnomial 平台功能

Bitnomial 是美国首个获得 CFTC 完整牌照的加密原生衍生品交易平台，在单一垂直整合的场所中同时持有 DCM（Designated Contract Market）、DCO（Derivatives Clearing Organization）和 FCM（Futures Commission Merchant）牌照。Kraken 的母公司 Payward 于 2026 年 5 月完成了对 Bitnomial 的收购，目前正在将其永续合约、期权和预测市场整合至自身的基础设施中。在收购之前，NinjaTrader 就已经是官方支持的前端。收购后，具体的 API 终结点细节仍在调整中；有关凭据、终结点和保证金机制的最新准确信息，请参考 Payward 和 Kraken 的官方说明。

市场与策略模式

  • 受 CFTC 监管的永续合约策略
  • 基于 Bitnomial DCM 的加密货币期权策略
  • 通过 Bitnomial Clearinghouse 清算的预测市场策略
  • 现货杠杆与期货基差套利
  • 跨产品策略（永续、期权、预测市场）
  • 在同一交易场所内，由 NinjaTrader 驱动的主观与量化混合策略
  • 数字资产保证金与统一结算工作流
  • 包含 Bitnomial 的 Payward (Kraken) 跨市场交易策略

API 接口

产品范围
在整合的 Bitnomial Clearinghouse 上清算的现货杠杆、永续合约、期权和预测市场。在 2026 年 5 月被收购后，DCM（Designated Contract Market）、DCO（Derivatives Clearing Organization）和 FCM（Futures Commission Merchant）三重牌照已并入 Payward 旗下；现有的 Bitnomial 交易者可通过单一的身份验证终结点过渡到 Payward 基础设施。
连接方式
用于下单和获取行情数据的 REST 和 WebSocket API。NinjaTrader 是官方支持的前端，适用于主观与量化交易。收购后，具体的 API 终结点可能会与 Payward / Kraken 的基础设施合并；请参考最新的 Payward 文档以获取当前的连接细节。
身份验证
自 2026 年 5 月起，在 Payward 凭据管理下，每个策略对应独立的 API Key 和 Secret。收购前的 Bitnomial 凭据可通过单一迁移终结点过渡到 Payward 身份验证。保证金模型和强平阈值根据具体合约规范定义。

具体细节请参考 Bitnomial 和 Payward

具体的 API 终结点、限频权重、合约规范以及收购后的迁移细节，请参见 Bitnomial 和 Payward 的官方文档。请以这些文档为准。

第 03 部分 · 用 AI 构建

用 AI 构建您的 Bitnomial 策略

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

  • 原生 Bitnomial API

    直接控制 Bitnomial 特有的交易行为、合约规范和整合的清算所工作流。在 2026 年 5 月收购后，API 终结点已归于 Payward 旗下。

  • CCXT

    CCXT 目前未将 Bitnomial 作为统一交易所接入。需要抽象层的策略必须直接通过原生 API 或自定义封装进行路由。

  • NinjaTrader 集成

    NinjaTrader 是 Bitnomial 官方支持的前端，用于在受监管的衍生品架构上进行主观与量化执行。

  • 自定义连接器

    您自己的内部交易引擎，或针对 Payward 托管的 REST 和 WebSocket 接口开发的专属 Bitnomial 集成。

框架对 Bitnomial 产品的支持情况

Bitnomial 是受 CFTC 监管的美国衍生品交易场所，独立于标准的加密策略框架生态系统之外。CCXT 未将 Bitnomial 作为统一交易所接入，Freqtrade 和 Hummingbot 也没有原生连接器，目前有文档记录的路径仅为原生 API（隶属 Payward）和 NinjaTrader 集成。下表反映了当前的支持情况；如果框架维护者在 Payward 旗下添加了对 Bitnomial 的支持，该范围将会扩大。

框架现货永续期权预测
Native Bitnomial API未记录支持已支持已支持已支持
CCXT未记录支持未记录支持未记录支持未记录支持
Freqtrade未记录支持未记录支持未记录支持未记录支持
Hummingbot未记录支持未记录支持未记录支持未记录支持

✓ 表示官方框架文档确认支持。“no” 表示官方文档未说明支持。Bitnomial 现货交易并非该平台的核心产品，该平台本质上是一个衍生品架构。工作流链接指向目前正在撰写的 /workflows/ 页面。

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

使用 AI 编写

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

Section 04 · 在 TradingHost 上运行

在 TradingHost 上运行您的代码

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

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

您

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

TradingHost

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

部署流程

  1. 步骤 01

    连接 GitHub

    授权 TradingHost 访问您的 GitHub 帐户。

  2. 步骤 02

    关联代码库或从框架开始

    将 TradingHost 指向您现有的策略仓库。由于 Bitnomial 没有原生的 CCXT、Freqtrade 或 Hummingbot 连接器，因此典型的模式是针对原生 Bitnomial API（2026 年 5 月后归于 Payward 旗下）进行自定义集成。

  3. 步骤 03

    部署至 TradingHost 容器

    选择一个区域（EU 或 US-East），提供策略所需的环境变量（Bitnomial / Payward API 凭证），然后进行部署。TradingHost 会根据代码库构建您的容器，并在托管的 Kubernetes 基础设施上运行您的策略。无需在本地安装 Docker。

  4. 步骤 04

    监控日志与健康状况

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

  5. 步骤 05

    更新与重新部署

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

部署

Section 05 · 运维说明

Bitnomial 运维说明

在容器化云端运行环境中实际运行 Bitnomial 策略时需要注意的坑，这些内容在 Bitnomial 的文档或框架的 README 中是找不到的。以下每条陈述均转述自 Bitnomial、Payward 或 Kraken 的官方资料；部署方面的指南则源自于在 TradingHost 上运行这些策略的实际经验。

  1. 01 · 收购

    Payward 于 2026 年 5 月完成了对 Bitnomial 的收购；凭据迁移正在进行中

    Kraken 的母公司 Payward 于 2026 年 5 月 1 日宣布完成对 Bitnomial 的收购。现有的 Bitnomial 交易者可通过单一的身份验证迁移终结点过渡到 Payward 基础设施。针对收购前 Bitnomial 凭据的策略代码需要重新指向 Payward 托管的身份验证路径。随着整合的完成，终结点域名、签名方案和限频细节可能会发生变化；请将您的客户端封装绑定到最新的 Payward 文档，而不是旧版的 Bitnomial 参考资料。

    来源Kraken blog: Payward acquires Bitnomial

  2. 02 · 三重牌照

    DCM、DCO 和 FCM 牌照均集中在 Bitnomial / Payward 旗下的单一交易场所中

    Bitnomial 在一个垂直整合的架构中同时持有 CFTC 的 Designated Contract Market (DCM，交易场所)、Derivatives Clearing Organization (DCO，清算所) 和 Futures Commission Merchant (FCM，经纪商) 牌照。这与仅持有其中一两张牌照的交易场所存在本质区别。从策略开发者的角度来看，实际的影响在于资金、执行和清算都发生在同一个受监管的边界内，且保证金和强平阈值是根据具体合约规格（contract specification）定义的，而不是分散在多个交易对手方。

  3. 03 · 保证金模型

    强平阈值根据具体合约规格定义

    Bitnomial 根据具体合约规格定义保证金要求和强平阈值，而不是通过单一的账户级保证金引擎。跨多个产品（例如永续合约加期权加预测市场）的策略必须对每个合约的保证金进行独立建模。收购后的运行机制受整合后的 Bitnomial Clearinghouse 约束，并可能与 Payward / Kraken 的风险基础设施合并；在部署资金之前，请联系 Payward / Kraken 获取最新的合约规格详情。

    来源Kraken blog: Payward acquires Bitnomial

  4. 04 · NinjaTrader 集成

    NinjaTrader 与 Kraken 并列被列为 Payward 的分发平台

    Bitnomial 自身关于 Payward 收购的公告中，将 NinjaTrader 与 Kraken 并列为 Payward 分发架构的一部分，并将其定位为在美国提供受 CFTC 监管的加密货币衍生品的通道。现货杠杆（spot margin）被描述为该平台上的首发产品，永续合约和期权预计将紧随其后。针对 NinjaTrader 的 NinjaScript 编写的策略可以像其他任何框架代码一样在 TradingHost 容器内运行，前提是您的容器镜像包含 NinjaTrader 运行时。请核对最新的 NinjaTrader 和 Payward / Bitnomial 文档，以确认交易完成后交付的集成形式。

    来源Bitnomial: Payward to acquire Bitnomial

  5. 05 · 框架缺失

    CCXT、Freqtrade 和 Hummingbot 目前未接入 Bitnomial

    CCXT 未将 Bitnomial 列为统一交易所，且 Freqtrade 和 Hummingbot 均没有原生支持的 Bitnomial 连接器。需要框架抽象的策略必须直接通过原生的 Bitnomial API（收购后归于 Payward 旗下）进行路由，或者构建自定义的 CCXT 风格包装器。该包装器代码存放在您的仓库中，随容器镜像一起交付，TradingHost 会像运行项目中的其他任何代码一样运行它。

  6. 06 · 统一结算

    现货杠杆、永续合约、期权和预测市场均在同一个清算所结算

    Bitnomial Clearinghouse 通过一个整合的机制结算现货杠杆、永续合约、期权和预测市场，并原生支持数字资产保证金。从策略开发者的角度来看，这意味着跨产品的组合风险是在交易场所端计算的，而不是在客户端重新构建。以前为了获取期货、期权和预测市场敞口而拼凑不同交易场所的策略，现在可以将交易场所端简化为单一的 Bitnomial / Payward 集成。

    来源Kraken blog: Payward acquires Bitnomial

Section 06 · 适用场景

适用场景

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

  • 在 AI IDE（Cursor、Claude Code）中构建策略的开发者
  • 系统化加密货币衍生品交易员
  • 在美国受监管交易场所进行开发的量化开发者
  • 结合主观交易与算法执行的 NinjaTrader 用户
  • 正在从 VPS 托管转向容器化部署的团队

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

Section 08 · 常见问题

常见问题

不是。TradingHost 是独立的，与 Bitnomial 及其自 2026 年 5 月起的主公司 Payward 均无隶属关系。

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

不提供。Bitnomial API 访问权限由 Bitnomial / Payward 提供。您需要自行负责您的 Bitnomial / Payward 账户、API 权限、凭据以及对 Bitnomial 和 Payward 条款的合规性。

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

AWS 和 DigitalOcean 为您提供的是裸计算资源。您需要自己处理操作系统更新、容器编排、日志传输、密钥轮转、区域容灾和可用性监控。TradingHost 则为您提供专为交易策略构建的托管运行时：原生支持 GitHub 部署、通过 AI IDE 进行 MCP 驱动的控制，以及开箱即用的日志和健康状况监控界面。如果您想自己运营基础设施，AWS 可以满足需求。如果您希望将运行时作为托管服务，TradingHost 是更快捷的途径。

可以。TradingHost 支持运行 Python 策略；您可以选择与您的技术栈匹配的框架运行时，或者针对原生的 Bitnomial / Payward API 部署您自己的仓库。

可以。TradingHost 支持任何可以在容器内运行的语言。由于 Bitnomial 没有原生支持的 CCXT、Freqtrade 或 Hummingbot 连接器，因此无论选择哪种语言，通常都需要编写自定义的客户端包装器。

CCXT 目前未将 Bitnomial 列为统一交易所。需要框架抽象的策略必须直接通过原生的 Bitnomial API（收购后归于 Payward 旗下）进行路由，或者构建自定义的 CCXT 风格包装器。TradingHost 运行该包装器代码的方式与运行其他任何策略相同。请参阅 CCXT 框架运行时以了解在不存在原生连接器时框架集成形式如何变化的背景信息。

Bitnomial 提供现货杠杆、永续合约、期权和预测市场，全部通过整合的 Bitnomial Clearinghouse 进行清算。在被 Payward 收购后，这些业务将整合到 Payward 的基础设施下。跨多个产品（例如永续合约 + 期权 + 预测市场）的策略必须对每个合约的保证金进行独立建模，因为保证金和强平阈值是根据具体合约规格定义的，而不是通过单一的账户级保证金引擎。

可以，只要您的项目是这样设计的。您可以在一个运行时内运行多个策略进程或服务，也可以将它们拆分到不同的运行时中，以实现隔离和运行清晰度。有关多策略模型，请参阅 TradingHost 运行时页面。

Bitnomial 不像 Binance 或 Coinbase 那样提供框架入门套件，因此最快的方法是连接您自己的 GitHub 策略仓库，该仓库需针对原生的 Bitnomial / Payward API 或 NinjaTrader 集成。关联 GitHub 仓库并创建策略是免费的；运行时方案已在价格页面列出。

保存在您由 GitHub 控制的机密（secrets）工作流中。TradingHost 在运行时通过 GitHub 仓库机密、环境机密或您自己批准的机密管理流程读取它们。TradingHost 不需要托管您的 Bitnomial / Payward 凭据。有关完整的处理模型，请参阅平台机密。

不需要。策略绝不需要提币权限。请将您的 API 密钥权限严格限制在交易和账户状态读取，并完全关闭该密钥的提币功能。

可以。TradingHost 支持针对 AI IDE 的基于 MCP 的控制，包括 Cursor、Claude Code、GitHub Copilot 以及基于 CLI 的 AI 代理。AI 工具可以检查部署、查看日志、重启策略并管理运行时工作流。MCP 是一个控制和可观测性界面，而不是交易执行路径。有关完整信息，请参阅 MCP 控制界面。

两者皆可。MCP 控制界面在基于 CLI 的代理（Claude Code CLI、自定义 MCP 客户端、脚本化 MCP 调用）和 IDE 内部同样表现出色。原生的 GitHub 部署循环在没有任何 AI 工具的情况下也能正常工作：向您的主分支（main branch）进行常规的 git push 即可触发重新部署。

运行时会检测到崩溃并展示相关的日志和健康信息。在支持的情况下，受影响的策略可以重新启动，而不会干扰在同一容器中运行的其他策略。您的策略代码仍需负责安全错误处理、重复订单保护和风险控制。有关日志和健康状况界面，请参阅可观测性。

Payward 于 2026 年 5 月 1 日完成了对 Bitnomial 的收购，现有的 Bitnomial 交易者需通过单一的身份验证迁移端点过渡到 Payward 基础设施。针对收购前 Bitnomial 凭据的策略代码需要重新指向由 Payward 管理的身份验证路径。请将您的客户端封装库（client wrapper）绑定到最新的 Payward 文档，而非旧版的 Bitnomial 参考资料，并在过渡期间将迁移中和迁移后的密钥分别保存在不同的 TradingHost Secrets 条目中。完整上下文请参阅上方的“运营说明”部分。

TradingHost 在 EU 和 US-East 区域运行。请选择最靠近您策略所依赖的撮合引擎的区域。Bitnomial 是受美国监管的交易场所；对于对延迟敏感的 Bitnomial 策略，US-East 是自然之选。有关路由和邻近度的详细信息，请参阅区域页面。

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