阅读时间 … 分钟

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

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

由 TradingHost 工程团队撰写

第 01 部分 · 一览

一览

交易平台
LMAX Digital
平台类型
机构级加密货币交易所 (LMAX Group)
资产类别
加密货币、现货与 perpetual futures
支持的产品
针对 BTC、ETH 及主要 USD/USDT 交易对的机构级现货,以及 BTC/ETH perpetual futures(cash-settled,2025 年第三季度推出)
运行环境模式
容器化策略运行环境
部署源
GitHub
编程语言
任何可在容器中运行的语言
常用集成
FIX 4.2 / FIX 4.4(订单录入)、ITCH(行情数据)、基于 FIX 4.4 的 Drop Copy、REST 和 WebSocket、自定义机构级连接器
AI 工作流集成
适用于 Cursor、Claude Code、GitHub Copilot 和 CLI 代理的 MCP 控制面板
TradingHost 角色
运行环境、部署、日志、健康检查、区域选择、MCP 控制
LMAX Digital 角色
交易所账户、API 接入、市场准入、执行场所
适用受众
仅限机构客户;各交易工具适用 minimum notional 订单规模限制
关联关系
TradingHost 保持独立,与 LMAX Digital 或 LMAX Group 无任何隶属关系

第 02 部分 · LMAX Digital 平台功能

LMAX Digital 平台功能

LMAX Digital 是 LMAX Group 旗下的机构级加密货币交易场所,借鉴了机构级外汇市场的模式,提供多协议连接:用于订单录入的 FIX 4.2 和 FIX 4.4、用于低延迟行情数据的 ITCH、用于交易后审计且基于 FIX 4.4 的 Drop Copy,以及用于标准流程的 REST 和 WebSocket。BTC 和 ETH perpetual futures 于 2025 年第三季度推出(cash-settled)。该场所仅限机构参与,各交易工具强制执行 minimum notional 订单规模;不对零售用户开放。具体端点信息可能会随时间变化。整体架构是长期稳定的;具体的速率限制权重、费用层级和交易工具列表请参考 LMAX 的官方文档。

市场与策略模式

  • FIX 4.4 机构级订单录入
  • 基于 ITCH 的行情数据消费者
  • 基于 FIX 4.4 的 Drop Copy 审计流程
  • BTC 和 ETH perpetual futures (cash-settled)
  • 针对 BTC、ETH 及主要 USD/USDT 交易对的现货策略
  • co-location 低延迟执行
  • 各交易工具的 minimum notional 订单规模
  • 机构交易台与 prime brokerage 流程

API 接口

产品范围
针对 BTC、ETH 及主要 USD/USDT 交易对的机构级现货,以及 2025 年第三季度推出的 BTC 和 ETH perpetual futures(cash-settled,在批准的层级中支持高达 100x 杠杆)。LMAX Digital 仅限机构参与,不对零售用户开放。各交易工具强制执行 minimum notional 订单规模。
连接方式
用于订单录入的 FIX 4.2 和 FIX 4.4。用于低延迟行情数据的 ITCH。用于交易后审计且基于 FIX 4.4 的 Drop Copy。用于标准订单管理和行情数据流式传输的 REST 和 WebSocket。协议的选择决定了功能集:Drop Copy 仅支持 FIX 4.4。
身份验证
FIX 会话在登录时使用 SenderCompID、TargetCompID 以及在入驻期间协商的每个会话密钥进行身份验证。REST 和 WebSocket 使用限定于特定功能的 API 密钥/密钥对。入驻流程为机构级:KYC、协议签署和凭证发放均通过 LMAX 办理,不提供自助服务。

具体细节请参考 LMAX

具体端点、FIX 消息类型、速率限制权重、交易工具列表、费率表和版本历史记录均保存在 LMAX 的文档中。请以此为准。

第 03 部分 · 用 AI 构建

用 AI 构建您的 LMAX Digital 策略

LMAX Digital 采用 FIX 优先且面向机构。选择 FIX 4.4 配合 ITCH 以实现低延迟执行,或选择原生 REST/WebSocket 处理标准流程,在 AI IDE 中编写您的策略,然后交由 TradingHost 运行。Cursor、Claude Code、GitHub Copilot 和基于 CLI 的 AI 代理均可使用相同的 GitHub 原生部署循环。

  • 原生 FIX 4.4 + ITCH

    用于订单录入的 FIX 4.4 加上用于低延迟行情数据的 ITCH。用于交易后审计且基于 FIX 4.4 的 Drop Copy。这是经典的机构级集成路径。

  • 原生 REST 和 WebSocket

    用于标准订单管理和行情数据流式传输的 REST 和 WebSocket。运维复杂度低于 FIX,足以满足非低延迟策略的需求。

  • 自定义机构级适配器

    贵司的内部交易引擎加上 QuickFIX 风格的 4.4 适配器,或者针对 LMAX co-location 延迟目标进行调优的定制 FIX 引擎。

  • 零售框架

    CCXT、Freqtrade 和 Hummingbot 的支持交易所列表中未包含 LMAX Digital。路由至 LMAX 的策略必须直接使用 FIX 或原生 REST。

LMAX Digital 连接方式支持情况

LMAX Digital 仅限机构参与。零售框架(CCXT、Freqtrade、Hummingbot)未将其列入支持的交易所。下方表格展示了原生连接方式与产品覆盖范围的对应关系。

方式现货永续Drop Copy行情数据
Native FIX 4.4 + ITCH已支持已支持已支持已支持
Native REST / WebSocket已支持已支持未记录支持已支持
FIX 4.2已支持部分支持未记录支持部分支持
CCXT / Freqtrade / Hummingbot未记录支持未记录支持未记录支持未记录支持

✓ 表示官方文档确认支持。“no” 表示官方文档未记录支持。“partial” 表示覆盖范围有限(FIX 4.2 缺少 Drop Copy 和完整的 perp 交易工具映射)。工作流链接指向目前正在编写的 /workflows/ 页面。

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

使用 AI 编写

上述集成路径与 AI IDE 天然契合。TradingHost 的 MCP 控制面板实现了闭环:AI 工具可以与您协同检查部署、查看日志并管理运行环境,但绝不会参与交易执行路径。

Section 04 · 在 TradingHost 上运行

在 TradingHost 上运行您的代码

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

贵机构无需在个人电脑、通用 VPS 或手动配置的服务器上运行策略代码,只需从 GitHub 部署到 TradingHost 托管的容器运行环境中。

您

  • 您的代码库包含您的代码。
  • 您的部署定义了其运行方式。
  • 贵机构的策略将连接至 LMAX Digital。

TradingHost

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

部署流程

  1. 步骤 01

    连接 GitHub

    授权 TradingHost 访问贵机构的 GitHub 组织或账户。

  2. 步骤 02

    关联代码库或导入您自己的 FIX 适配器

    将 TradingHost 指向您现有的策略代码库。典型的入门配置是将兼容 QuickFIX 的 4.4 适配器与您的策略逻辑相匹配,并加上用于低延迟行情数据的 ITCH 消费者。

  3. 步骤 03

    部署至 TradingHost 容器

    选择一个区域(EU 或 US-East,其中 EU 最接近 LMAX 的 London 撮合引擎),提供策略所需的环境变量(FIX 会话凭据、SenderCompID / TargetCompID、REST API 密钥),然后进行部署。TradingHost 会从代码仓库构建您的容器,并在托管的 Kubernetes 基础设施上运行您的策略。无需在本地安装 Docker。

  4. 步骤 04

    监控日志与健康状况

    通过 TradingHost 控制面板实时查看日志、健康状况和运行状态。相同的面板可通过 MCP 从任何 AI IDE 访问,因此 Cursor、Claude Code 或 CLI 代理可以与您的交易台协同读取部署状态并管理运行环境。

  5. 步骤 05

    更新与重新部署

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

Section 05 · 运维说明

LMAX Digital 运维说明

机构在容器化云运行环境中实际运行 LMAX Digital 策略时(而非仅在 LMAX 文档或框架 README 中)会遇到的实际问题。以下所有陈述均引用或改写自 LMAX 的官方文档;部署端的指南则源自我们在 TradingHost 上运行这些策略的实际经验。

  1. 01 · 多协议

    FIX 4.4 支持 Drop Copy;FIX 4.2 和 REST 则不支持

    LMAX Digital 提供了多种协议,且它们的功能集有所不同:FIX 4.4 支持用于交易后审计的 Drop Copy,FIX 4.2 不支持,而 REST/WebSocket 仅支持不带 Drop Copy 的标准订单管理。如果贵机构的合规或风控系统需要 Drop Copy,则集成目标必须是 FIX 4.4,而非较旧的协议。请在策略仓库中记录协议选择,以确保重新部署时绝不会在无感知的情况下降级到不支持该关键功能的协议。

  2. 02 · 机构最低限额

    针对每个交易工具强制执行 minimum notional 订单大小

    LMAX Digital 仅面向机构开放,并针对每个交易工具强制执行 minimum notional 订单大小。在零售现货交易场所可以正常路由的小额订单,在 LMAX 会被拒绝。请将每个交易工具的最低限额设置为订单路由的前置条件;不要依赖重试来测试该阈值。这些最低限额已在 LMAX 的机构说明书中列出,但每个交易工具的具体数值可能会发生变化,因此请在策略启动时进行查询,而非硬编码。

  3. 03 · 2025 年第三季度永续合约

    BTC 和 ETH perpetual futures 于 2025 年第三季度推出,支持高达 100x 的杠杆

    LMAX Digital 于 2025 年第三季度推出了 BTC 和 ETH perpetual futures(cash-settled)。获得批准的账户级别可以使用高达 100x 的杠杆进行交易,但保证金和强平参数因级别而异,并在交易所层面强制执行。永续合约的推出晚于现货端协议的稳定期,因此在永续合约推出前运行现货策略的机构,可能需要在永续合约工具出现之前刷新其交易工具主表。在假定某个永续合约代码存在之前,请对照当前文档验证交易工具列表。

  4. 04 · co-location

    sub-10ms 的确认延迟需要 co-location,而不仅仅取决于协议选择

    LMAX Digital 为 co-location 参与者公布的确认延迟为 sub-10ms。该延迟目标取决于与 LMAX 位于 London 的撮合引擎的物理距离;无论使用何种协议,从其他大洲的普通公共云区域连接的策略都无法达到这一宣传的延迟水平。如果 sub-10ms 是策略的硬性要求,请直接与 LMAX 规划 co-location 方案,而不是指望云运行环境来提供。TradingHost 的 EU 区域是低延迟 LMAX 策略的理想基础,但 LMAX 的 co-location 属于独立的商业讨论范畴。

  5. 05 · 准入流程

    KYC 和凭据发放由 LMAX 审核,而非自助服务

    LMAX Digital 的准入流程符合机构节奏:KYC、协议签署和凭据发放均由 LMAX 审核,而非自助服务。FIX SenderCompID、TargetCompID 和每个会话的密钥在准入期间发放;REST/WS API 密钥对也遵循相同的流程。新会话的准备时间可能是几天,而不是几分钟。请相应地规划贵机构的策略上线时间表,并将会话凭据视为长期持有的机构资产,而非每个策略的临时消耗品。

Section 06 · 适用场景

适用场景

TradingHost LMAX Digital 运行环境最适合用于:

  • 机构交易台
  • 运行大额名义流量的量化开发人员
  • 拥有 FIX 经验的系统化加密货币机构
  • 通过 LMAX 进行路由的 prime brokerage 客户
  • 在 AI IDE(Cursor、Claude Code)中构建策略的开发人员
  • 正在从 VPS 托管转向容器化部署的机构

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

Section 08 · 常见问题

常见问题

不是。TradingHost 是独立的,不隶属于 LMAX Digital 或 LMAX Group。

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

不提供。LMAX Digital API 访问权限由 LMAX 提供。贵机构需自行负责 LMAX 账户、API 权限、凭据以及对 LMAX 条款的合规性。

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

AWS 和 DigitalOcean 为您提供原始算力。您需要自行处理操作系统更新、容器编排、日志传输、密钥轮换、区域故障转移和运行时间监控。TradingHost 则为您提供专为交易策略构建的托管运行环境:GitHub 原生部署、来自 AI IDE 的 MCP 驱动控制,以及开箱即用的日志和健康状况面板。如果您想自己运营基础设施,AWS 是可行的。如果您希望将运行环境作为托管服务,TradingHost 是更便捷的途径。

可以。TradingHost 支持运行 Python 策略;您可以将其与兼容 QuickFIX 的 4.4 适配器(用于 FIX 4.4)或 REST/WebSocket API 配合使用。由于成熟的 FIX 引擎生态系统和延迟特性,Java 和 C++ 在机构交易台中非常常见。

可以。TradingHost 支持任何可以在容器内运行的语言。由于成熟的 FIX 引擎生态系统,Java 和 C++ 在连接 LMAX 的机构交易台中尤为常见。

CCXT 并未将 LMAX Digital 列入支持的交易所中,Freqtrade 或 Hummingbot 也是如此。LMAX Digital 是面向机构且 FIX 优先的;集成目标直接指向 FIX 4.4(使用 ITCH 获取市场数据)、FIX 4.2(传统会话)或原生的 REST 和 WebSocket API。有关支持的集成方法,请参阅上方的“使用 AI 构建”部分。

支持。LMAX Digital 于 2025 年第三季度推出了 BTC 和 ETH perpetual futures(cash-settled)。获得批准的账户级别可以使用高达 100x 的杠杆进行交易;保证金和强平参数因级别而异,并在交易所层面强制执行。您的策略代码将针对用于现货的相同 FIX 4.4 或 REST 面板进行身份验证,无论策略是现货、永续合约还是两者兼有,TradingHost 都会运行该容器。

LMAX 的准入流程符合机构节奏;一旦贵机构拥有已配置 FIX 或 REST 凭据的 LMAX 账户,即可将 TradingHost 运行环境指向您的策略仓库。典型的入门配置是将兼容 QuickFIX 的 4.4 适配器和 ITCH 市场数据消费者与您的策略逻辑相结合。关联 GitHub 仓库和创建策略是免费的;运行环境方案已在定价页面列出。

保存在贵机构由 GitHub 控制的密钥(secrets)工作流中。TradingHost 在运行时通过 GitHub 仓库密钥、环境密钥或贵机构批准的密钥管理流程读取它们。TradingHost 不需要托管您的 FIX 会话凭据或 REST API 密钥。有关完整的处理模式,请参阅平台密钥。

不需要。策略绝不应该需要提现权限。请使用仅限交易的专属凭证,并将提现功能保留在完全独立、手动管理的凭证集中,彻底远离运行环境。机构开户流程通常默认会分别发放操作凭证和交易凭证。

可以。TradingHost 支持通过 MCP 对 AI IDE(包括 Cursor、Claude Code、GitHub Copilot)以及基于 CLI 的 AI Agent 进行控制。AI 工具可以检查部署、查看日志、重启策略并管理运行工作流。需要注意的是,MCP 仅作为控制和可观测性界面,不参与实际的交易执行路径。详情请参阅 MCP 控制界面。

两者皆可。MCP 控制界面在基于 CLI 的 Agent(如 Claude Code CLI、自定义 MCP 客户端、脚本化 MCP 调用)和 IDE 内部同样适用。此外,源自 GitHub 的原生部署流程无需任何 AI 工具即可运行:只需向 main 分支进行常规的 git push 即可触发重新部署。

运行环境会检测到崩溃并输出相关的日志和健康状态信息。在支持的情况下,受影响的策略可以独立重启,而不会干扰同一容器中运行的其他策略。您的策略代码仍需负责安全的错误处理、防重单保护和风控逻辑。特别是 FIX 会话,需要规范的注销/重新登录序列,以避免重启后出现消息重发风暴。日志和健康状态详情请参阅可观测性。

如果不进行 co-location 则无法实现。LMAX Digital 为 co-location 参与者公布的确认延迟为 sub-10ms;该数据取决于与 LMAX 位于 London 的撮合引擎的物理距离。TradingHost 的 EU 区域是低延迟 LMAX 策略的理想基础,但要达到 sub-10ms 的目标,需要直接与 LMAX 达成独立的 co-location 协议。请根据实际的“云到 LMAX”路径来规划策略的延迟预算,而不是参考宣传的 co-location 数据。完整指南请参阅上方的“运营说明”部分。

TradingHost 在 EU 和 US-East 区域运行。对于 LMAX Digital 而言,EU 区域是首选,因为 LMAX 的撮合引擎位于 London。有关路由和物理距离的详情,请参阅区域页面。

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