外汇或差价合约经纪商的流动性桥接：购买桥接产品、使用交易平台提供的方案，还是自建

流动性桥接是把经纪商的交易平台（比如 MetaTrader 5 或 cTrader）连接到其流动性提供商的软件。这些提供商是向经纪商报价、并执行其订单的银行和经纪商。桥接引入它们的价格，再加上经纪商的加价，也就是经纪商在客户看到价格之前，加在提供商价格上的那部分金额。对于每一笔客户订单，桥接决定是把订单转给某家提供商，还是留在经纪商自己的账上、由经纪商充当对手方。你可以购买桥接产品，使用平台厂商提供的工具，或者自建。怎么选，取决于你运行多少个平台、接入多少家提供商，以及你的路由规则是不是你所销售产品的一部分。无论选哪条路，你公司承担的义务都一样。

流动性桥接为经纪商做什么？

平台检查完客户的订单之后，就由桥接接手。它要做五项工作：

• 接入每家提供商的价格，并生成客户看到的价格，比如各家提供商中的最优价格加上你的加价
• 执行你的路由规则：哪些订单转出去、转给哪家提供商，哪些留在你自己的账上
• 发出每一笔转出的订单，并带回成交结果（也就是实际成交的价格和数量）或拒单
• 跟踪你的敞口，也就是你作为客户对手方所持有的头寸，并对敞口执行你的风控限额
• 记录每一个价格、订单、成交和拒单及其时间

与每家提供商的连接通常通过 FIX 实现，这是银行、经纪商和交易场所共同使用的一种消息格式。维护它的 FIX Trading Community 表示，FIX 涵盖“订单、执行和行情数据”等消息。

桥接不做什么？

桥接把四件事留给你业务中的其他部分：

• 流动性。你仍然需要在每家提供商那里开立账户并签订协议。MetaTrader 5 的开发商 MetaQuotes 把“签订协议”列为接入一家提供商的步骤之一
• 客户账户、余额和保证金，这些由交易平台保存
• 你的执行政策（也就是你处理客户订单的书面规则）以及你的风控限额。它们由你的员工设定，由桥接执行
• 把你的记录与每家提供商的对账单逐一核对，这件事仍要由你这边的人来做

A-book、B-book 和混合模式的规则放在哪里？

放在桥接里，或者放在你的平台中承担桥接职能的那一部分里。每个术语说的都是客户的交易去往哪里：

• A-book：你把客户的交易转给提供商。市场风险由提供商承担，你赚取加价以及可能收取的佣金
• B-book：你把交易留在自己的账上，自己充当对手方。客户亏损时你盈利，反之亦然
• 混合模式：由规则根据客户组、品种、订单规模或你的未平仓头寸，决定每笔交易走哪条路。规则也可以把一笔交易的一部分转出去，其余部分留下

MetaQuotes 这样介绍它为 MetaTrader 5 提供的撮合引擎 Ultency：“你可以在 A-Book、B-Book 和部分对冲执行之间管理订单路由。”在选择任何产品之前，先用平实的语言把每条规则写下来，并附上一笔示例订单。然后核实产品是否完全按规则执行。

对于提供商拒绝的订单，你的规则也需要给出处理办法。有些提供商采用 last look 机制，这让它们可以在你的订单到达之后拒绝它。FX Global Code 是一套面向批发外汇市场的良好实践原则，由 Global Foreign Exchange Committee 维护。它把 last look 描述为这样一种做法：交易请求的接收方“有最后一次机会，对照其报价接受或拒绝该请求”。该准则的原则 17 指出，使用 last look 的公司“应就其使用保持透明，并向客户作出适当披露”。该准则是自愿性的：准则写明，它对市场参与者“不施加法律或监管义务”。

要决定你的桥接如何处理被拒绝的订单：转给下一家提供商，转到你自己的账上成交，还是拒绝该订单。每一种选择都会改变你的风险，以及客户看到的结果。

监管机构对桥接里的规则有什么要求？

在欧盟，MiFID II 第 27 条要求投资公司采取“一切充分的步骤，在执行订单时为其客户获得最佳可能结果”。该条列出的因素，排在最前面的是“价格、成本、速度、执行和结算的可能性”。

公司的订单执行政策必须包含关于“投资公司执行其客户订单的不同交易场所，以及影响执行场所选择的因素”的信息。对经纪商来说，这一选择发生在桥接中，所以执行政策和路由规则必须一致。公司还必须对其订单执行安排和政策进行“有效性监控”。实际上，这意味着要逐家提供商地审查桥接的记录。

不在交易所或其他交易场所交易的产品，称为场外（OTC）产品。欧盟市场监管机构 ESMA 在其发布的一则问答中谈到了这类产品。它解释说，MiFID II 授权条例第 64 条要求公司“核查向客户提出的价格是否公平”。这则答复发布于 2016 年，至今仍在 ESMA 的网站上。它还指出，目的是让公司“能够证明其定价决策的合理性”。如果你加价，或者把交易留在自己的账上，就要把每个提供商价格与客户拿到的价格并排保存。

本文所有来源均于 2026 年 11 月 3 日查阅。在监管方面，本文只引用欧盟规则和 ESMA 的指引。其他国家有各自的规则。

无论选哪条路，有哪些东西保持不变？

无论走哪条路，这些工作都存在。变化的只是由谁编写和运行软件：

• 价格源和加价：每个客户组使用哪家提供商的价格，以及你在上面加多少
• 路由规则：A-book、B-book 还是混合模式，以及提供商拒绝订单时如何处理
• 风控限额：在把敞口转出去之前，你在每个品种上保留多少敞口
• 与每家提供商之间的 FIX 会话，都要与该提供商一起配置和测试
• 记录和对账：每天把每一笔订单和成交与每家提供商的对账单逐一核对
• 故障切换：某家提供商断开连接时，把价格和订单转到另一家提供商

故障切换是最需要严格测试的部分。当连接在订单处理中途断开时，桥接必须先弄清那笔订单是否已经成交，然后才能再发出订单。FIX Trading Community 的会话标准指出，FIX 会话层用于“为电子交易提供可靠且可恢复的消息传递”。消息都有编号，发现编号缺口的一方会重新索要缺失的消息。

供应商或平台可以替你完成其中一部分工作，但你的公司仍要对全部工作负责。

经纪商什么时候应该购买桥接产品？

如果你的需求与该供应商其他客户的需求相似，就购买。典型的迹象有：

• 你运行不止一个交易平台，或者计划这样做，并希望所有平台共用一套路由规则
• 你很快需要接入多家提供商，而供应商已经为其他经纪商接通了这些提供商
• 你的团队规模小，希望在规范变化时由别人来保证提供商连接正常运行

你放弃的是控制权。你的规则必须迁就产品的设置，缺少的功能只能等供应商排进计划。如果用的是托管式桥接，你客户的订单还会经过不由你运行的服务器。

什么时候我们交易平台自带的工具就够用了？

当你的大多数客户都在一个平台上交易，而你想要的提供商已经接入这个平台的时候。MetaQuotes 表示，“MetaTrader 5 内置了通过 Ultency 实现流动性聚合和订单撮合的解决方案”。聚合是指把多家提供商的价格合并成客户看到的价格。MetaQuotes 在其网站上列出了具备“原生 Ultency 连接”的提供商，还提供网关，这是它对通往提供商和交易所的连接器的叫法。

cTrader 的开发商 Spotware 可以通过 FIX 把经纪商接入一家新的提供商。它关于流动性 FIX 接入的页面说，Spotware 会取得该提供商的 FIX 规范，并“构建一个专用的服务器适配器”。

这条路需要运行的组件最少。MetaQuotes 指出，使用 Ultency 时，主要的品种设置和交易时段设置都“在 MetaTrader 5 中配置一次”。局限在于，规则只存在于一个平台之内。平台厂商尚未支持的提供商，只能等它排进计划。增加第二个平台，就意味着要重新设置规则，或者换用一个能同时服务两个平台的桥接。

什么时候自建桥接是值得的？

至少满足以下一项时：

• 你的路由、定价或对冲规则是你所销售产品的一部分，而你测试过的产品无法按原样执行这些规则
• 随交易量增长的桥接费用，如今已经超过了一支运行你自有系统的团队的成本
• 你希望每一个价格、订单和成交都存放在你掌控的服务器上，结构由你决定

自建不必把一切都替换掉。很多时候它只是其中一块，比如你自己的对冲规则或记录，与购买的桥接产品或平台自带的工具并存。在 MetaTrader 5 上，你自建的桥接通过平台的接口接入。MetaQuotes 表示，其“Gateway API 用于 MetaTrader 5 与其他交易系统的集成以及自定义数据源的创建。”Spotware 表示，它“提供平台即服务”，它面向经纪商的页面还说，cTrader 的“完整技术栈”托管在伦敦和纽约的数据中心。所以，要向 Spotware 问清楚你自建的桥接会使用哪个接口。

上线之后，在客户可以交易的每一个小时里，都得有人响应告警，每家提供商的连接一有变化，也得有人重新测试。如果你没有人做这些，就先从购买的桥接产品或平台自带的工具起步。

签订桥接合同之前，我们应该核查什么？

• 谁能看到我们的订单流，也就是我们客户的订单？服务器在哪里运行，供应商那边谁有访问权限，供应商所在集团中是否有公司同时也是流动性提供商或经纪商？
• 我们能否随时以有文档说明的格式，导出每一个价格、订单、成交、拒单和规则修改，包括在我们终止合作之后？
• 退出条款是什么：通知期、我们的路由规则和品种设置的导出，以及迁移到另一个桥接时的协助？
• 当我们的交易量翻倍时，费用会如何变化？MetaQuotes 把 Ultency 的定价描述为“基于交易量”。Spotware 表示，其自有桥接产品 cBridge 的定价“取决于所涉及的服务器和连接的数量”。
• 哪些提供商目前已经在其他经纪商那里上线运行，哪些还只是在计划中？
• 我们的交易员能否自己修改路由规则和加价，并且每次修改都留有日志？
• 当提供商拒绝订单或断开连接时会怎样，这条规则由谁来定？
• 供应商的支持时间是否覆盖我们客户可以交易的每一个小时？

代码、路由规则和交易记录归谁所有？

供应商拥有其桥接的代码，平台厂商拥有它的平台。你的路由规则和加价是你的业务逻辑，但在产品内部，它们以供应商的格式存放。要求对方提供你能读懂的导出文件，并自己保留每一条规则的书面副本。

交易记录分成两半。平台保存客户这一侧：账户、订单和持仓。桥接保存提供商这一侧：哪家提供商在什么时候收到了哪笔订单，价格和加价是多少，返回了什么结果。要答复客户或监管机构，这两半都需要。例如，MetaQuotes 表示，Ultency 的日志“只有经纪商可以访问”。要让每家供应商都以书面形式给出同样的答复。

如果自建，代码也可以归你所有。合同应当写明这一点，并列出开发方保留的所有组件，以及你可以依据什么许可继续使用这些组件。

我们应该向负责开发桥接的公司问些什么？

• 桥接将接入哪些平台，通过这些平台的哪些接口？
• 你们会先接入哪些提供商、使用哪个 FIX 版本，由谁来安排与每一家的连接测试？
• 我们的交易员如何在不找开发人员的情况下修改路由规则和加价，每次修改又如何记录？
• 如果连接在订单处理中途断开，桥接如何在恢复交易之前，向提供商核实那笔订单的结果？
• 故障切换到另一家提供商是如何进行的，在此期间客户会看到什么？
• 你们如何把提供商价格和客户价格并排保存，让我们日后能说明每个客户价格是如何确定的？
• 与每家提供商对账单的每日对账如何进行，发现差异时会通知谁？
• 能否在一套今天正在运行的系统里演示它是如何工作的？

amBrain 在其中处于什么位置？

本博客由 amBrain 发布。它用一句话描述自己这部分工作：“amBrain 构建算法交易基础设施：订单执行、行情数据和交易前风控。”amBrain 网站上的另一句话是：“交易终端开发、订单管理系统和 FIX 协议交易所对接。”

amBrain 自 2019 年起开发软件。关于与客户的合作方式，它说：“三种合作方式：整体交付、专属团队，或工程师嵌入你的团队。”它关于所有权的说法是：“客户拥有产品与代码的全部所有权，我们的可复用组件除外。”签约之前，请要求它逐项列出这些组件的名称。

本文不是案例研究，也不描述任何客户项目。本文并未声称 amBrain 为任何客户构建、购买或接入过流动性桥接。本文引用的 MetaQuotes、Spotware、FIX Trading Community、Global Foreign Exchange Committee 和 ESMA 的内容均来自它们公开发布的页面，本文并不声称 amBrain 与它们中的任何一方有任何关系。本文不给出 amBrain 的任何价格或工期。

本文同样不构成法律意见。请与律师核实适用于你公司的规则。如果 amBrain 在你的候选名单上，就向它提出与其他任何公司同样的问题。