适用于 Bitstamp 交易策略的 AI 原生运行环境
在 Cursor、Claude Code 或任何 AI IDE 中编写策略。从 GitHub 部署到托管云运行环境，享有原生 MCP 控制、日志和区域选择支持。
第 01 部分 · 一览
一览
- 交易平台
- Bitstamp (Bitstamp by Robinhood)
- 平台类型
- 加密货币交易所，现货为主，总部位于欧盟
- 资产类别
- 加密货币
- 支持的产品
- 现货为主要交易板块。受欧盟监管的永续掉期通过 Bitstamp Financial Services 在其斯洛文尼亚 MiFID MTF 牌照下提供，仅限符合条件的欧盟机构客户（非默认零售板块）。沙盒环境地址为 https://sandbox.bitstamp.net/api/v2/。
- 运行环境模式
- TradingHost 上的容器化策略运行环境
- 部署源
- GitHub
- 编程语言
- 任何可在容器中运行的语言
- 常用集成
- 原生 Bitstamp HTTP API v2、WebSocket API v2、FIX（机构）、CCXT (bitstamp)、Freqtrade、Hummingbot、自定义
- AI 工作流集成
- 用于部署、日志、资源和区域控制的 MCP 控制面板
- TradingHost 角色
- 运行环境、部署、日志、健康检查、区域选择、MCP 控制
- Bitstamp 角色
- 交易所账户、API 和 FIX 接入、市场准入、执行场所
- 关联关系
- TradingHost 保持独立，与 Bitstamp 或其自 2025 年 6 月 2 日完成收购后的母公司 Robinhood 无任何隶属关系。Bitstamp 继续以其自身品牌、API 和牌照运营，包括 CSSF（卢森堡）、FCA（英国）、OAM（意大利）、DNB（荷兰）、通过 Bitstamp USA Inc. 持有的 NYDFS BitLicense，以及由 Bitstamp Financial Services 持有的斯洛文尼亚 MiFID MTF 牌照。
第 02 部分 · Bitstamp 平台功能
Bitstamp 平台功能
Bitstamp 是一家总部位于欧盟、以现货为主的加密货币交易所，提供 EUR、GBP 和 USD 交易对，支持 SEPA 和 Faster Payments 法币通道，并提供机构级 FIX 网关。策略通过经 HMAC-SHA256 签名的 v2 密钥以及 X-Auth 请求头系列进行身份验证。位于 sandbox.bitstamp.net 的公共沙盒镜像了 v2 板块以供验证。具体端点可能会随时间变化。整体架构是稳定的；具体的限频权重、费率层级和交易对列表请参考 Bitstamp 的官方文档。
市场与策略模式
- BTC/EUR、ETH/EUR 及主流币种的 EUR 现货网格
- 英国交易台通过 Faster Payments 通道进行的 GBP 计价执行
- Bitstamp 与美国交易场所之间的 USD-EUR 跨市场套利
- SEPA 和 Faster Payments 法币资金循环
- 跨 EUR、USD 和 GBP 交易对的现货做市
- 针对低延迟订单流的机构级 FIX 执行
- 符合欧盟 MiCA 规范的部署模式
- 子账户维度的策略隔离
API 接口
- 产品范围
- 现货为默认产品。欧盟永续掉期通过 Bitstamp Financial Services 在其 MiFID MTF 牌照下向符合条件的客户提供。
- 连接方式
- HTTP API v2 (REST)、WebSocket API v2 (wss://ws.bitstamp.net)，以及面向机构客户的 FIX。沙盒镜像地址为 https://sandbox.bitstamp.net/api/v2/。
- 身份验证
- 对规范请求字符串进行 HMAC-SHA256 签名，包含 API 密钥、单次请求 nonce 和时间戳。请求头：X-Auth: BITSTAMP <api_key>、X-Auth-Signature、X-Auth-Nonce（36 位 UUID，150 秒内单次有效）、X-Auth-Timestamp（毫秒，必须在服务器时间的 150 秒内）、X-Auth-Version: v2。可选的 X-Auth-Subaccount-Id 用于将调用范围限定在子账户。支持针对每个密钥设置 IP 白名单。
具体细节请参考 Bitstamp
具体端点、限频权重、交易对列表、费率层级和版本历史记录均在 Bitstamp 的文档中提供。请以其作为权威参考。
第 03 部分 · 用 AI 构建
用 AI 构建您的 Bitstamp 策略
选择一种集成方式，Fork 一个 TradingHost 框架模板，然后在 AI IDE 中编写您的策略。Cursor、Claude Code、GitHub Copilot 以及基于 CLI 的 AI Agent 均可无缝接入相同的 GitHub 原生部署循环。
原生 Bitstamp API
通过 HTTP v2 和 WebSocket v2 直接控制 Bitstamp 特有的行为、账户数据和订单执行逻辑。
Freqtrade 或 Hummingbot
基于框架的部署，使用其策略结构和配置模型。Hummingbot 提供了原生的一流 Bitstamp 连接器；Freqtrade 则通过其 CCXT 集成接入 Bitstamp。
自定义连接器
您自己的内部交易引擎、FIX 网关集成，或专有的 Bitstamp HTTP/WebSocket 客户端。
框架对 Bitstamp 产品的支持情况
Bitstamp 以现货为主，因此该矩阵为单列。原生 Bitstamp HTTP v2 配合 WebSocket v2 完整覆盖了默认板块。CCXT 和 Hummingbot 提供了一流的现货支持；Freqtrade 则通过 CCXT 以社区尽力而为（best-effort）的方式接入 Bitstamp。
✓ 表示官方框架文档确认支持。“partial” 表示通过 CCXT 提供社区尽力而为的支持，而非框架原生的一流支持。工作流链接指向目前正在编写的 /workflows/ 页面。
TradingHost 不强求特定的框架，它只负责运行您的项目。
使用 AI 编写
上述框架模板与 AI IDE 是绝佳的搭配。TradingHost 的 MCP 控制面实现了闭环：AI 工具可以与您一同检查部署、查看日志并管理运行环境，但绝不会介入交易执行路径。
Section 04 · 在 TradingHost 上运行
在 TradingHost 上运行您的代码
Bitstamp 提供交易所和 API 访问。TradingHost 则提供生产环境，用于运行您连接到 Bitstamp 的策略。
无需在笔记本电脑、台式机、通用 VPS 或手动配置的服务器上运行策略代码，您只需从 GitHub 部署到由 TradingHost 托管的容器运行环境中。
您
- 您的代码库包含您的代码。
- 您的部署定义了其运行方式。
- 您的策略连接到 Bitstamp。
TradingHost
- 保持运行环境持续在线。
- 呈现日志和健康状况检查。
- 区域选择。
- 受控的部署环境。
部署流程
- 步骤 01
连接 GitHub
授权 TradingHost 访问您的 GitHub 帐户。
- 步骤 02
关联代码库或从框架开始
将 TradingHost 指向您现有的策略代码库，或者派生 (fork) 一个 TradingHost 框架运行环境（CCXT、Freqtrade 或 Hummingbot）以获取可直接运行的基础模板。
- 步骤 03
部署至 TradingHost 容器
选择一个区域（EU 或 US-East），提供策略所需的环境变量（Bitstamp v2 API 密钥以及 X-Auth 请求头系列等），然后进行部署。TradingHost 会根据您的代码仓库构建容器，并在托管的 Kubernetes 基础设施上运行您的策略。无需在本地安装 Docker。
- 步骤 04
监控日志与健康状况
通过 TradingHost 控制面板实时查看日志、健康状况和运行状态。该界面同样支持在任何 AI IDE 中通过 MCP 进行访问，方便 Cursor、Claude Code 或 CLI 智能体与您协同读取部署状态并管理运行环境。
- 步骤 05
更新与重新部署
将代码更改推送到 GitHub 的主分支（main branch），TradingHost 便会自动重新部署。
Section 05 · 运维说明
Bitstamp 运维说明
在容器化云运行环境中实际运行 Bitstamp 策略时会遇到的坑，这些在 Bitstamp 的文档或框架的 README 中是找不到的。以下所有内容均引用或转述自 Bitstamp 的官方文档；部署侧的指南则源自我们在 TradingHost 上运行这些策略的实际经验。
01 · HTTP v2
v2 是当前活跃的板块；但仍存在已废弃的 v2 端点
任何来自 https://www.bitstamp.net/api-deprecated/ 的内容均视为不适用。Bitstamp 也发布了针对特定 v2 端点的停用通知，包括 /api/v2/trading-pairs-info/（自 2024 年底起由 /api/v2/markets/ 取代）和 /api/v2/balance/。在固定使用新端点之前，请务必检查 API 参考文档和博客。
02 · Nonce
150 秒窗口内单次使用的 36 位 UUID
每个 X-Auth-Nonce 在 150 秒窗口内仅限单次使用，且 X-Auth-Timestamp 的时钟偏差超过 150 秒将被拒绝。多工作器策略必须对 nonce 生成进行串行化，或者为每个工作器划分独立的密钥。在生产环境中，最常见的错误并非签名算法问题，而是水平扩展部署时复用同一个密钥导致的碰撞。
03 · 频率限制
每客户端 400 rps，每 10 分钟 10,000 次
官方公布的默认限制为每客户端每秒 400 次请求，且每 10 分钟限制 10,000 次；持续的高吞吐量需要定制协议。在构建策略时，请为 REST 预算留出余量，并依靠 WebSocket v2 获取热循环行情数据。
04 · FIX 接入
机构销售主导，耗时数周而非数小时
FIX 访问由销售主导：提交支持工单或联系机构支持，完成 KYB 和授权签字人验证，商定商业条款，随后您的环境将被开通。请按数周而非数小时来规划接入时间，并在长生命周期的 TradingHost 容器中运行 FIX 策略，同时明确选择靠近 Bitstamp 撮合引擎的区域。
05 · 子账户
单个密钥权限控制与单个子账户范围限定
单个 Bitstamp 账户可以发行多个具有明确权限集的密钥，而 X-Auth-Subaccount-Id 请求头可将请求范围限定在指定的子账户中。建议为每个 TradingHost 部署生成一个密钥，将其限制在最小操作权限内，并将 TradingHost 运行时的出口 IP 加入白名单。
06 · Robinhood 收购
品牌层面保持延续，API 保持不变
收购于 2025 年 6 月 2 日完成。该交易所继续以 Bitstamp 品牌运营，拥有独立的 API、FIX 网关、牌照和市场结构。Robinhood Crypto 是一个独立的交易场所，拥有独立的 API，不属于本页面的讨论范围。
07 · 常见错误
确定性的身份验证与限制失败
"API key not found"、"Invalid signature"（规范字符串不匹配，通常是 content-type 或 body 顺序问题）、"Invalid nonce"（150 秒窗口内的重放）、"IP address has no permission to use this API key"（未加入白名单），以及突发扫单时的频率限制 429 错误。所有这些都是确定性的，应在策略中解决，而非在运行时中解决。
Section 06 · 适用场景
适用场景
TradingHost Bitstamp 运行环境最适合用于：
- 在受监管的欧盟交易场所使用 SEPA 通道运行 EUR 计价策略的欧盟现货交易员
- 需要 GBP 报价和 Faster Payments 资金支持、且无需经过第三国法币转账的英国交易台
- 在 Bitstamp 与美国交易场所之间运行 USD-EUR 或 GBP-EUR 套利循环的跨场所套利团队
- 需要针对符合 MiFID 规范的运营商进行低延迟报单的机构 FIX 客户
- 在 Cursor 或 Claude Code 中编写 Bitstamp 策略的 AI IDE 原生开发者
连接 GitHub 并创建首个策略完全免费。
Section 08 · 常见问题
常见问题
不是。TradingHost 是独立的，不隶属于 Bitstamp，也不隶属于自 2025 年 6 月 2 日收购完成后的母公司 Robinhood。
不会。您的策略代码会连接到 Bitstamp，并根据您自己的逻辑、账户权限和集成方式发送指令。TradingHost 仅提供运行该代码的托管运行时。
不提供。Bitstamp API 访问权限由 Bitstamp 提供。您需要自行负责您的 Bitstamp 账户、API 权限、凭据以及对 Bitstamp 条款的合规性。
没有实质性变化。Robinhood 于 2025 年 6 月 2 日完成了收购，Bitstamp 继续在其自己的品牌、API 接口、FIX 网关和牌照组合下运行。身份验证、端点、子账户和频率限制均保持不变。Robinhood Crypto 仍然是一个独立的交易场所，拥有独立的 API。
不是。TradingHost 是运行您策略代码的云端运行时。我们不提供信号、AI 预测模型或预建策略。使用 TradingHost，您可以自己编写或生成策略（通常使用 Cursor 或 Claude Code），将其作为您的代码保存在 GitHub 中，并使用 TradingHost 在生产环境中运行它。3Commas、Cryptohopper 及类似产品拥有策略逻辑；而 TradingHost 则是运行您自己的策略。
AWS 和 DigitalOcean 为您提供原始算力。您需要自己处理操作系统更新、容器编排、日志传输、密钥轮换、区域容灾和在线状态监控。而 TradingHost 为您提供专为交易策略构建的托管运行时：GitHub 原生部署、来自 AI IDE 的 MCP 驱动控制，以及开箱即用的日志和健康状况监控界面。如果您想自己运营基础设施，AWS 可以满足需求。如果您希望将运行时作为托管服务，TradingHost 是更便捷的途径。
可以。TradingHost 支持运行 Python 策略；选择与您的技术栈匹配的框架运行时，或者部署您自己的代码库。
可以。TradingHost 支持任何可以在容器内运行的语言。
可以。CCXT 的 `bitstamp` 交易所 ID 涵盖了端到端的现货交易。统一配置中关闭了保证金、掉期、期货和期权标志，因此请改用 Bitstamp 的原生 FIX 或 HTTP 接口来路由衍生品资金流。在 TradingHost 容器内部，使用从运行时密钥（而不是代码库）中获取的 API 密钥和密钥实例化 CCXT。有关完整的设置说明，请参阅 CCXT 框架运行时。
可以。Bitstamp 支持子账户和单密钥权限控制，并且可以通过 X-Auth-Subaccount-Id 请求头将任何请求的范围限定在子账户内。在 TradingHost 上，建议为每个部署生成一个密钥，将其操作限制在策略所需的最小范围内，将 TradingHost 的出口 IP 加入白名单，并按子账户隔离密钥，以防止一个策略读取或取消另一个策略的订单。有关多策略模型的更多信息，请参阅 TradingHost 运行时页面。
最快的方法是派生一个 TradingHost 框架运行时：CCXT、Freqtrade 或 Hummingbot，以获得一个开箱即用的项目。或者连接您自己的 GitHub 策略代码库。关联 GitHub 代码库和创建策略是免费的；运行时方案已在定价页面列出。
保存在您由 GitHub 控制的机密工作流中。TradingHost 在运行时通过 GitHub 仓库机密、环境机密或您自己批准的机密管理流程来读取它们。TradingHost 不需要托管您的 API 密钥和私钥。有关完整的处理模型，请参阅平台机密。
仅启用策略所需的最小权限，切勿多给。Bitstamp 支持单密钥权限控制，因此做市策略只需获取读取和交易权限，绝不需要提币权限。将每个密钥与您所选区域的 TradingHost 运行时出口 IP 范围进行 IP 白名单绑定，并在需要策略隔离时通过 X-Auth-Subaccount-Id 将其范围限定在子账户内。
可以，通过 Bitstamp USA Inc.，该公司持有 NYDFS BitLicense、各州资金传送业务牌照，并在 FinCEN 注册为 MSB。各州的可服务情况有所不同，因此在假定可以使用之前，请先检查 Bitstamp USA 的覆盖范围。对于其提供的产品，Bitstamp USA API 接口与全球接口完全一致。
是的。TradingHost 支持面向 AI IDE（包括 Cursor、Claude Code、GitHub Copilot）以及基于 CLI 的 AI Agent 的 MCP 控制。AI 工具可以检查部署、查看日志、重启策略并管理运行时工作流。MCP 是一个控制和可观测性界面，而非交易执行路径。详情请参阅 MCP 控制界面。
两者皆可。MCP 控制界面同样适用于基于 CLI 的 Agent（如 Claude Code CLI、自定义 MCP 客户端、脚本化 MCP 调用）以及 IDE 内部。此外，原生 GitHub 部署工作流无需任何 AI 工具即可运行：向您的 main 分支进行常规的 git push 即可触发重新部署。
运行时会检测到崩溃，并公开相关的日志和健康状况信息。在支持的情况下，受影响的策略可以重新启动，而不会干扰在同一容器中运行的其他策略。您的策略代码仍需负责安全错误处理、防重复下单保护以及风险控制。详情请参阅可观测性部分以了解日志和健康状况界面。
Bitstamp 的 v2 认证机制将每个 X-Auth-Nonce 视为在 150 秒窗口内单次有效，并会拒绝与服务器时间相差超过 150 秒的时间戳。该错误几乎总是由于水平扩展部署在多个 worker 之间共享了同一个密钥，或者两个同机部署的策略在竞争同一个 nonce 导致的。解决方法是串行化 nonce 源（每个密钥使用一个单调递增生成器），或者为每个 worker 分配一个密钥并对两者的出口 IP 进行白名单授权。
TradingHost 在 EU 和 US-East 区域运行。请选择最靠近您策略所依赖的撮合引擎的区域。有关路由和邻近度详情，请参阅区域页面。
不提供。TradingHost 专注于生产环境的运行和部署。回测应当在您的研究技术栈、框架或 AlgoBuilder 中进行。