在 EU 区域运行您的策略，与您交易的交易场所共享相同的网络入口。
EU 是 TradingHost 的英国和欧洲区域。运行环境部署在欧洲的低延迟金融数据中心内，该中心所连接的网络架构，正是 LSE、欧洲主要 MTF 以及每位欧洲交易员都在使用的外汇交易场所所依赖的底层网络。
如果您的策略需要读取英国或欧洲的市场数据、与受英国或欧盟监管的经纪商对接，或者在欧洲交易时段运行，请在部署时选择 EU 区域。您的运行环境将直接置于目标交易场所已在使用的网络架构中。您的交易关系、凭据和策略代码完全归您所有。
邻近设施
- Low-latency data centre
- GMT / BST
- LSE proximity
- Cboe Europe
- Aquis Exchange
- LMAX Digital
- IBKR UK / Saxo / IG / CMC
- GBP, EUR pairs
第 01 节 · 适用性
何时选择 EU 区域
如果您的策略依赖于欧洲交易时段内的交易场所、经纪商或数据源，EU 区域就是理想之选。运行环境周边的网络和数据中心运营商均针对金融业务进行了优化，连接欧洲核心市场的交叉连接路径极短。
下方是一个实际可用的筛选器。如果您的工作流出现在绿色列表中，该区域是一个合理的默认选择。如果出现在红色列表中，您则需要选择其他区域。
适合的策略类型
在以下情况下选择 EU：
- 在 LSE、Cboe Europe BXE/CXE/DXE、Aquis Exchange 或 Turquoise 上交易英国股票
- 通过短途光纤可达的欧洲 MTF 和欧洲大陆交易场所
- 在欧洲交易时段运行的外汇策略
- 对接受英国监管的经纪商和 CFD 交易场所（IBKR UK、IG、Saxo、CMC、Pepperstone、OANDA）
- 对接 LMAX Digital、GFO-X 及其他受英国监管的机构级加密货币交易场所
- 通过欧洲 ECN 交易 GBP、EUR 和 CHF 货币对
- 交易在 LSE 或泛欧 MTF 上市的 ETF 和结构化产品
不适合的策略类型
在以下情况下选择其他区域：
- 交易美股、美国期权、美国期货或任何使用 OPRA 数据源的策略。请选择 US-East 区域
- 在 JPX、HKEX、SGX 或 KRX 上运行的亚洲时段策略。请等待 APAC 区域上线
- 需要与特定撮合引擎处于同一物理机柜邻近位置的策略
第 02 节 · 数据中心
置身于低延迟的欧洲金融数据中心内部。
EU 区域运行在欧洲的一个低延迟金融数据中心内，选择该中心是基于其与经纪商和交易所的邻近性，而非其具体地址。数以百计的交易公司、银行、经纪商、市场数据供应商和交易场所运营商都在该中心内终止其网络连接。
这就是邻近性带来的优势。您的策略所对接的欧洲交易场所——包括 LSE、Cboe Europe、Aquis、Turquoise 以及众多 MTF 和外汇 ECN——均通过交叉连接或短途光纤跳转直达，无需经过公共互联网进行往返传输。
这是一个专门的金融数据中心，而非通用数据中心，这也是大多数英国和欧洲主流经纪商在此设立节点的原因。当您在 EU 区域部署 TradingHost 运行环境时，您实际上是直接部署到了整个行业共享的网络架构之中。
低延迟 · 欧洲
欧洲金融数据中心
- 电力
- 2N 冗余，双路 UPS 供电
- 制冷
- N+1 冷冻水系统
- 网络
- 直达主流经纪商和交易场所的直连路径
- 合规性
- ISO 27001、ISO 50001、PCI-DSS（运营商认证）
第 03 节 · 邻近交易场所
从 EU 区域可触达的范围。
此处的“触达”是指从 EU 区域的运行环境出发，拥有极短且可预测的网络路径。列表中大部分交易场所都部署在同一园区内，这意味着交易场所自身的基础设施也终止于相同的网络架构中。少数交易场所通过短途光纤连接到其他欧洲大都市。所有连接均无需通过公共互联网跨越大西洋。
此列表仅作说明之用，不构成合同条款。TradingHost 不承诺至特定交易场所的具体往返时延。我们承诺的是，您的运行环境部署在正确的物理建筑内。
- 英国和欧洲股票交易场所
- LSE 撮合引擎、Cboe Europe BXE / CXE / DXE、Aquis Exchange、Turquoise、Equiduct、Tradegate。可借由短途光纤触达 SIX Swiss Exchange 和 BME (Madrid)。
- 欧洲衍生品
- ICE Futures Europe、LME、Cboe Europe Derivatives。可借由标准低延迟长途网络触达 Eurex (Frankfurt)。
- 外汇 ECN 及聚合器
- EBS Market、Refinitiv FXall、Refinitiv Matching、360T、ParFX、FXSpotStream、Hotspot FX (Cboe FX)、Currenex、LMAX Exchange。
- 受英国监管的加密货币交易场所
- LMAX Digital、GFO-X、Bitstamp UK、Kraken UK 以及其他同园区部署或直接交叉连接的加密货币交易场所。
- 英国和欧盟经纪商
- Interactive Brokers UK、IG、Saxo Bank、CMC Markets、Pepperstone UK、OANDA、Plus500。其中大多数机构将其 EMEA 地区的主要路由设在同一园区内，或仅隔一个交叉连接（cross-connect）。
- 市场数据源
- LSEG / Refinitiv 直连数据源、Bloomberg B-PIPE、ICE Data Services、Cboe Europe 市场数据，以及针对欧洲市场的主要等效于 SIP 的整合数据源。
第 04 节 · 一览
十一行速览 EU 区域
快速了解 EU 区域的完整配置。每一行均指向包含底层细节的相关章节或页面。
- 区域代码
- eu
- 时区
- GMT / BST · UTC+0 / UTC+1
- 活跃交易市场
- LSE、Cboe Europe、Aquis、Euronext、欧洲时段外汇、欧洲 MTF
- 电源冗余
- 2N（运营商认证）
- 制冷冗余
- N+1（运营商认证）
- 网络连接
- 至欧洲交易场所的交叉连接（cross-connect）与短途光纤
- 跨区域流量
- 至其他 TradingHost 区域的标准互联网路由
- 支持的运行环境
- 所有 TradingHost 支持的语言和框架
- 每个运行环境的策略数
- 单个或多个，取决于部署配置
- 部署方式
- GitHub 驱动，推送即部署
- SLA 范围
- 99.99% 基础设施 SLA（参见免责条款）
第 05 节 · 部署
部署时选择 EU 区域
区域选择是在部署时进行的，而非注册时。我们提供了一个配置项和三种控制方式。选择最符合您现有工作流的方式即可；它们最终都会将相同的值写入同一个部署记录中。
控制台
部署时选择 EU
打开部署设置，选择 EU 作为运行环境区域并保存。策略将在下一次部署时完成迁移。无需提交工单，无需繁琐的迁移流程。
tradinghost.toml
在代码仓库中固定区域
在您的 tradinghost.toml 中设置 region = "eu"。部署流程会读取该值，在对应区域创建您的运行环境，且下次向部署分支推送代码时，将重新部署至同一区域。
MCP
在编辑器中直接操作
在 Claude、Cursor 或任何支持 MCP 的客户端中使用 TradingHost MCP 服务。执行 deploy.region.set("eu")，运行环境将在下一次生命周期事件中重新调度至该区域。
[deployment]image = "python:3.12-slim"entrypoint = "python -m strategy.main" [runtime]restart = "always"第 06 节 · 服务边界
什么是“EU”区域，什么不是
什么是“EU”区域
EU 区域将您的运行环境托管于欧洲的低延迟金融数据中心内，与您的策略所连接的欧洲交易场所、经纪商和市场数据供应商共享同一网络架构。从您的运行环境到同园区内交易场所的网络路径极短且稳定可预测。
“EU”并不代表特定的城市、建筑或机柜，也不意味着与撮合引擎物理相邻。99.99% 的基础设施 SLA 仅覆盖数据中心设施本身，而不覆盖您从中连接的交易场所。完整条款请参阅服务条款。
宣传与产品完全一致，绝无虚饰。
- TradingHost 不承诺至特定经纪商、交易所或市场数据源的具体往返时间。延迟取决于交易场所的基础设施、经纪商的路由、您的代码以及当前的网络状况。
- TradingHost 不会将运行环境放置在交易所指定的特定机柜中。“EU”是指位于低延迟金融数据中心内的运行环境，而非与特定撮合引擎相邻的机架。
- TradingHost 不提供内核旁路（kernel-bypass）网络、FPGA 加速网卡或微波链路。如果您的策略需要高频交易（HFT）级别的物理邻近性，您应该选择托管服务商（colocation），而非托管式云运行环境。
- TradingHost 不充当您的经纪商、交易所或行情数据服务商。交易策略将使用您提供的凭据直接进行连接。
- TradingHost 不代表您提供 MiFID II 报告、FCA 授权的市场连接或任何其他受监管的许可。
常见问题
常见问题解答
位于欧洲的低延迟金融数据中心内，该中心因邻近主导欧洲交易时段的交易场所、经纪商和数据供应商而设立。该区域为您提供的是这一网络架构，而非特定的邮政编码。
不是。TradingHost 是一种托管式云运行环境，它将您的策略部署在该区域的园区内。它不是托管（colocation）产品，也不提供与特定撮合引擎相邻的机柜。如果您的策略需要高频交易（HFT）级别的物理邻近性、内核旁路（kernel-bypass）网络或微波链路，您需要的是托管服务商，而非托管式云运行环境。
TradingHost 不公布也不保证具体的往返时间。虽然从 EU 运行环境到同园区交易场所的路径很短，但实际延迟取决于交易场所自身的基础设施、经纪商的路由、您的代码以及当前的网络状况。
可以，但不建议这样做。从欧洲到美国撮合引擎的路径需要横跨大西洋。读取美国市场数据或与美国经纪商对接的策略更适合部署在 US-East 区域。
是的。区域选择是在部署时配置的。只需将 tradinghost.toml 中的 region = "eu" 修改为 region = "us-east"（或在控制面板中选择新区域），下一次部署就会将运行时重新调度到该区域。
不是。TradingHost 仅在数据中心园区内提供基础设施。FCA 许可、MiFID II 报告以及任何受监管市场的准入仍由您和您的经纪商自行负责。数据中心认证归其运营商所有，且仅针对设施本身，不涵盖您的交易活动。
是的。无论在哪个区域，客户的运行时都与其他客户的运行时相互隔离。EU 运行时绝不会与其他区域或其他客户的运行时共享进程、网络命名空间或状态目录。
数据中心运营商会在园区级别发布维护窗口。TradingHost 会合理安排自身的运行时维护，以尽量减少重叠，并通过部署状态和运行时日志展示受影响的运行时。在支持的情况下，运行时会被重新调度到同一区域内未受影响的资源上。
可以，前提是 GitHub 驱动的部署流程能够访问该仓库。区域选择与源码托管端无关：只要您的 CI 能够网络访问 TradingHost MCP 控制面，EU 区域就支持来自云端 GitHub、GitHub Enterprise Cloud 以及自托管 GitHub Enterprise Server 的部署。
价格已在 价格页面 公布，且在正式发布后同样适用于所有支持的区域。