阅读时间 … 分钟

专为 Coincheck 交易策略打造的 AI 原生运行环境

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

由 TradingHost 工程团队撰写

第 01 部分 · 一览

一览

交易平台
Coincheck
平台类型
加密货币交易所（纳斯达克上市公司 CNCK）
资产类别
加密货币（日元 JPY 计价现货）
支持的产品
BTC、ETH、XRP 等已上线交易对的日元（JPY）计价现货交易。Coincheck 还提供独立的日元计价衍生品，其拥有与现货不同的 market_type 标识。
运行环境模式
容器化策略运行环境
部署源
GitHub
编程语言
任何可在容器中运行的语言
常用集成
原生 Coincheck REST 和 WebSocket、CCXT、自定义连接器
AI 工作流集成
适用于 Cursor、Claude Code、GitHub Copilot 和 CLI 智能体的 MCP 控制面板
TradingHost 角色
运行环境、部署、日志、健康检查、区域选择、MCP 控制
Coincheck 角色
交易所账户、API 访问、市场接入、执行场所
关联关系
TradingHost 是独立平台，与 Coincheck 无任何隶属关系。

第 02 部分 · Coincheck 平台功能

Coincheck 平台功能

Coincheck 是一家受日本监管的加密货币交易所，提供 BTC、ETH、XRP 等已上线交易对的日元（JPY）计价现货交易，以及拥有独立 market_type 标识的日本衍生品。策略通过使用单调递增的毫秒级 nonce 进行 HMAC-SHA256 签名来完成身份验证。具体端点可能会随时间变化；Coincheck 保留根据系统负载调整速率限制且不预先通知的权利。虽然整体架构保持稳定，但具体的速率限制数值和交易对列表请以 Coincheck 官方文档为准。

市场与策略模式

  • 日元（JPY）计价现货策略（BTC_JPY、ETH_JPY、XRP_JPY）
  • 长尾日元（JPY）山寨币现货交易
  • 与 bitFlyer 或其他日本交易场所配合的跨平台日元（JPY）套利
  • 基于公共 WebSocket 的行情数据消费
  • 私有 WebSocket 账户与订单事件流
  • 日元（JPY）交易对的订单簿失衡策略
  • 子账户隔离的多策略部署
  • 日本衍生品的资金费率交易（在可用时）

API 接口

产品范围
BTC、ETH、XRP 等已上线交易对的日元（JPY）计价现货交易。独立的日本衍生品带有与现货不同的 market_type 标识。Coincheck 是一家在 JFSA 监管下运营的日本合规交易所；产品供应偏向日本本土市场。
连接方式
通过 https://coincheck.com/api/ 的 REST 接口进行下单、行情和账户查询。无需身份验证的公共 WebSocket 用于获取实时行情数据。私有 WebSocket 用于接收账户维度的订单和余额事件；每个私有 WebSocket 连接在会话开始时都需要进行一次连接握手验证。
身份验证
每个签名请求都需要 API key、secret 和 nonce。签名是对 nonce + URL + body 进行 HMAC-SHA256 加密，并使用您的 secret 进行签署。nonce 必须是单调递增的毫秒级精度整数；等于或低于之前已接收 nonce 的请求将被拒绝。权限按 key 进行范围划分。策略绝不需要提币权限。

具体细节请参考 Coincheck

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

第 03 部分 · 用 AI 构建

用 AI 构建您的 Coincheck 策略

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

  • 原生 Coincheck API

    直接控制 Coincheck 特有的行为、nonce 处理和订单执行逻辑。

  • CCXT

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

    开始使用 CCXT

  • Hummingbot

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

    开始使用 Hummingbot

  • 自定义连接器

    您自己的内部交易引擎或专有的 Coincheck 集成。

框架对 Coincheck 产品的支持情况

第三方框架对 Coincheck 的支持较弱。CCXT 通过统一的 coincheck 类提供日元（JPY）计价现货接口。Hummingbot 和 Freqtrade 的官方支持交易所列表中均未列出 Coincheck。日本衍生品未作为框架的一等公民（first-class primitives）提供支持；如需交易衍生品，请直接对接原生 Coincheck API。

框架现货衍生品期权
Native Coincheck API已支持已支持未记录支持
CCXT已支持未记录支持未记录支持
Hummingbot未记录支持未记录支持未记录支持
Freqtrade未记录支持未记录支持未记录支持

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

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

使用 AI 编写

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

Section 04 · 在 TradingHost 上运行

在 TradingHost 上运行您的代码

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

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

您

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

TradingHost

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

部署流程

  1. 步骤 01

    连接 GitHub

    授权 TradingHost 访问您的 GitHub 帐户。

  2. 步骤 02

    关联代码库或从框架开始

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

  3. 步骤 03

    部署至 TradingHost 容器

    选择运行区域（EU 或 US-East），配置策略所需的环境变量（如 Coincheck API 密钥和私钥等），即可部署。TradingHost 会直接从代码库构建容器，并在托管的 Kubernetes 基础设施上运行您的策略。本地无需安装 Docker。

  4. 步骤 04

    监控日志与健康状况

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

  5. 步骤 05

    更新与重新部署

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

部署

Section 05 · 运维说明

Coincheck 运维说明

在容器化云端运行环境中实际运行 Coincheck 策略时可能会遇到的陷阱，这些内容既不在 Coincheck 的文档中，也不在框架的 README 中。以下所有说明均引用或转述自 Coincheck 的官方文档；部署侧的指南则源自我们在 TradingHost 上运行这些策略的实际经验。

  1. 01 · Nonce 顺序

    Nonce 必须是单调递增的毫秒级精度整数

    Coincheck 的签名请求包含一个 ACCESS-NONCE 请求头，其值必须严格大于该 key 先前接受的 nonce。等于或低于最后一次接收值的 nonce 将返回 nonce 错误响应。推荐的模式是使用毫秒级精度的 Unix 时间戳，但任何单调递增的计数器都可行。如果两个策略共享同一个 key，当它们发出重叠的 nonce 时就会发生冲突；为每个策略分配一个专属的 key 即可彻底避免这类 nonce 冲突问题。

    来源Coincheck Exchange API documentation

  2. 02 · 共享速率限制

    新增订单限制为所有交易对共享每秒 4 次请求；订单详情查询限制为每个交易对每秒 1 次请求

    Coincheck 对新增订单限制为所有交易对共享每秒最多 4 次请求。订单详情查询则单独限制为每个交易对每秒最多 1 次请求。触及任一上限都会返回 429 响应。Coincheck 的 API 文档中明确指出，速率限制“可能会根据系统负载而改变”，且不另行通知。请将您的并发量控制在公布的上限以下以留出余量，并将 429 响应视为应当主动退避的信号。

    来源Coincheck Exchange API documentationCoincheck API FAQ

  3. 03 · 私有 WebSocket 身份验证

    私有 WebSocket 频道要求在会话开始时进行单次连接的身份验证握手

    Coincheck 的公共 WebSocket 频道（交易、订单簿）无需身份验证即可连接。而私有 WebSocket 频道（账户维度的订单和余额事件）要求在会话开始时进行单次连接的身份验证握手，该握手作为订阅消息的一部分发送，而不是在 HTTPS 握手阶段进行。仅在 HTTPS 握手时进行身份验证的策略会导致私有订阅被静默丢弃或拒绝。

    来源Coincheck Exchange API documentation

  4. 04 · 三标头签名

    必须同时提供 ACCESS-KEY、ACCESS-NONCE 和 ACCESS-SIGNATURE

    Coincheck 的私有 REST 请求包含三个标头：ACCESS-KEY（您的 API 密钥）、ACCESS-NONCE（单调递增的毫秒级整数）和 ACCESS-SIGNATURE（使用您的密钥对 nonce + URL + 请求体进行 HMAC-SHA256 签名后的十六进制输出）。遗漏其中任何一个标头的策略都将返回签名错误响应。规范的请求体必须与实际发送的内容完全一致；在签名之前，请确保以固定的键顺序对 JSON 进行序列化。

    来源Coincheck Exchange API documentation

  5. 05 · 衍生品 market_type

    日本持牌衍生品拥有与现货不同的独立 market_type 标识

    除了以 JPY 计价的现货外，Coincheck 还提供独立的日本持牌衍生品。衍生品通过独特的 market_type 标识进行标记；如果策略仅通过交易对（symbol）进行过滤而不检查 market_type，可能会误将现货逻辑路由到衍生品上，反之亦然。在下单和处理成交时，请务必将 market_type 作为明确的过滤条件。

    来源Coincheck Exchange API documentation

  6. 06 · 密钥权限范围

    每个策略使用一个专属权限密钥，切勿跨策略共享主密钥

    Coincheck API 密钥具有细分权限范围（读取、交易、提币）。策略绝不应该需要提币权限；请将具有提币权限的密钥隔离在容器运行环境之外、由人工管理的独立凭据中。为每个策略配置专属密钥，且仅授予该策略所需的权限，可以在密钥泄露时控制受损范围。此外，专属密钥还能避免两个策略共享同一个密钥时可能发生的 nonce 冲突。

    来源Coincheck Exchange API documentation

Section 06 · 适用场景

适用场景

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

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

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

Section 08 · 常见问题

常见问题

没有。TradingHost 是独立的，与 Coincheck 没有任何隶属或合作关系。

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

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

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

AWS 和 DigitalOcean 为您提供的是原始算力。您需要自己处理操作系统更新、容器编排、日志传输、密钥轮换、区域容灾和可用性监控。而 TradingHost 为您提供专为交易策略打造的托管运行环境：开箱即用的 GitHub 原生部署、源自 AI IDE 的 MCP 驱动控制、以及日志和健康状态监控界面。如果您想自己运维基础设施，AWS 确实可行；但如果您希望将运行环境作为一项托管服务来使用，TradingHost 是更便捷的途径。

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

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

可以。CCXT 通过统一的 `coincheck` 类公开了以 JPY 计价的 Coincheck 现货交易。日本持牌衍生品并未作为 CCXT 的一等公民（first-class primitive）提供支持；如需交易衍生品，请直接对接 Coincheck 原生 API。有关完整配置说明，请参阅 CCXT 框架运行环境文档。

TradingHost 在运行环境层面上是与交易平台无关的：任何能够通过 Coincheck 身份验证的代码都可以在容器内运行，包括针对日本持牌衍生品的策略。您在设计时需要注意，衍生品具有与现货不同的独立 market_type 标识。请在下单和处理成交时将 market_type 作为明确的过滤条件，以免现货逻辑误路由到衍生品上。

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

最快的方法是派生（fork）一个 TradingHost 框架运行环境：例如使用 CCXT 快速部署现货项目。如果您使用的是 Coincheck 原生 API，也可以直接连接您自己的 GitHub 策略仓库。关联 GitHub 仓库并创建策略是免费的；运行环境方案已在价格页面列出。

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

不需要。策略绝不应该需要提币权限。请使用细分权限（读取、交易），并在适用时配置 IP 白名单。

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

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

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

Coincheck 要求每个 API key 的 ACCESS-NONCE 必须是严格递增的毫秒级精度整数。如果 nonce 等于或低于之前已接受的值，系统将返回 nonce 错误响应。最常见的原因是两个策略共享同一个密钥并发送了重叠的 nonce，或者容器时钟回拨（NTP 向后纠偏）。建议每个策略使用一个专属的密钥，并信任运行时的 NTP 同步时钟。完整指南请参阅上方的“运行说明”部分。

TradingHost 在 EU 和 US-East 区域运行。请选择最靠近您策略所依赖的撮合引擎的区域。关于路由和延迟的详细信息，请参阅区域页面。

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