多数经纪商的 LP 选型，是从比较点差开始，也在比较点差结束。打开两个模拟账户，盯一个下午的 EURUSD，选点差更窄的那家。
这个数字说明不了客户最终要付多少成本。报价只在一定数量、一定时间内有效，而且成交与否还要看对方是否接受。经纪商实际承担的，是这个价格加上手续费、加点、融资成本、滑点、拒单成本，以及底层的连接费用。行情平静的周三看起来一样的两家 LP，到了非农、每日隔夜结转（Rollover）或周一跳空，表现可能完全不同。
真正要问的不是谁报价最窄，而是在行情最难做的时候，谁还能持续报价、成交、结算，并且商业条件是你的业务扛得住的。
流动性提供商到底提供什么
一段 LP 关系包含可执行报价与市场深度、成交与执行报告、市场数据、外汇、贵金属、指数及其他差价合约（CFD）产品的接入、保证金或抵押账户、交易报表，以及一个在法律上对你负有履约义务的交易对手。
要把「价格源」和「可执行流动性」分开看。能显示市场价格，和能按这个价格、以你的数量把客户订单推出去，是两件事。比较任何数字之前，先确认哪些报价可执行、支持多大数量，以及账户背后是哪一个法律主体。
一级银行、Prime of Prime 与非银行流动性提供商
一级银行（Tier 1） 是机构外汇市场的主要流动性来源，但新设零售经纪商很难直接接入。通常需要主经纪商（Prime Brokerage）安排、较高抵押资金、稳定交易量和完整信用审查。销售资料里的「银行级流动性」，不代表合同对手是银行。
Prime of Prime（次级主经纪商） 通过银行、非银行做市商和其他交易场所取得或整合流动性，再以中小型经纪商相对可行的信用、保证金和技术条件提供接入：多类资产、较低开户门槛、预存或保证金账户，以及 FIX、网关（Gateway）或桥接（Bridge）连接。这类机构质量差异极大，名称本身既不说明报价来自哪里，也不说明你和谁签约。
非银行流动性提供商以电子做市为主业，在特定品种或银行深度较薄的市场可能更有优势，不应默认视为次一级的选择。判断标准和银行一样：资本、监管、执行模式、透明度，以及市场剧烈波动时的表现。
先看交易对手，再看报价
如果分不清和谁签了合同，或者对方出事后拿不回抵押资金，再好的报价也没有意义。先确认签约主体的完整法律名称、注册地、监管机构与牌照编号，以及该牌照的业务权限是否真的覆盖对方向你销售的服务；再确认存款和抵押资金如何存放、提款与终止条款、合同适用法律。
不要只看官网上的品牌。同一集团常常同时运营多个受监管和不受监管的主体，合同里的那一个，未必是宣传页重点展示的那一个。应到监管机构自己的登记册核验，例如英国金融行为监管局（FCA）的 Financial Services Register 同时公开机构状态与具体业务权限。
受监管不能消除交易对手风险，但监管机构、资本要求和法律追索途径，比零点几个点差更值钱。
只看你真正会交易的品种
从预计贡献主要交易量的品种入手，而不是看品种总数，逐个核对交易时段、正常与波动行情下的点差、深度、合约规模、保证金、隔夜利息和节假日安排。2,000 个品种不等于比 300 个更好，最重要的 30 个品种能稳定成交，价值远高于长期无人交易的长尾产品。如果计划提供个股 CFD、以期货定价的指数 CFD、能源或其他专业产品，要逐项确认，因为品种覆盖的宣传口径通常都很宽松。
点差只是成本中的一项
点差容易比较，所以销售沟通往往停留在这里。真正该比较的是：
报价点差＋手续费＋加点＋融资成本＋滑点＋拒单及重新路由成本＋连接成本＝实际流动性成本
实际测算时，应先把各项成本统一换算为每手、每百万名义交易量或基点等一致单位，不能直接把不同单位的原始数字相加。
桥接（Bridge）、网关（Gateway）或聚合器（Aggregator）的费用可能由另一家供应商开票，但同样属于把一个可执行价格送到客户面前所需的成本。要用有代表性的品种、数量和时段测算整体成本，而不是用两周模拟环境里最好的一次 EURUSD 报价。在欧盟零售 CFD 的监管语境下，执行质量同样不能只看表面价格：ESMA 在 CFD 及其他投机性产品问答文件 中强调，应重点考虑扣除相关成本后的最终价格。
比较可执行深度，而不是最优档
两家 LP 都可能在最优档显示 0.1 pip，但一家只在该价格提供 10 万欧元，另一家可以在相同或接近价格成交数百万。差异只在你发送较大订单，或桥接把多个客户订单合并发出时才会显现。
测试数量要贴合自己的客户结构：1 手、5 手、10 手、25 手、50 手，以及预计会出现的最大常规订单。然后在数据公布时再测一次。平静行情下看起来很厚的订单簿，可能在几秒内变薄，而客户遇到的正是变薄之后的那个订单簿。
成交率与滑点
成交率的算法是「成功成交的有效订单请求 ÷ 已发送的有效订单请求」。开始测量之前，先和 LP 约定分母包含什么，主动撤单、无效请求和断线不应被悄悄算进一个好看的数字里。结果要按品种、订单规模和交易时段拆开，新闻行情和隔夜结转单独统计，完全成交、部分成交和拒单分别记录并附上拒单原因。点差很窄但经常拒单的 LP，实际成本可能高于报价略宽但稳定成交的一家，而且订单重新路由期间，市场风险留在经纪商身上。
滑点也一样。几笔挑出来的订单说明不了问题，要看具有代表性时段内的数千笔记录：正负滑点的平均值、各自出现的频率、在不同品种、不同规模和不同波动条件下的变化，以及价格改善是否真的传递给你。快速行情中出现负滑点是正常现象；不正常的是市场不利变动经常传递过来、有利变动却很少形成正滑点，而这一点永远不会出现在点差对比表里。
了解 Last Look 政策
Last Look（最后确认权）是指 LP 收到交易请求后，在其报价上保留最后一次接受或拒绝的机会，通常用于确认价格是否仍然有效、信用额度是否足够、请求在操作上是否合规。采用 Last Look 本身不代表执行质量差，不透明才是问题。
应当问清楚：适用哪些产品和订单类型、判断窗口一般多长、什么情况会导致拒单、价格向两个方向变动时分别如何处理、价格改善是否传递给经纪商，以及你能拿到哪些执行数据来验证这些说法。FX Global Code 第 17 项原则要求使用 Last Look 的市场参与者披露其做法并作出适当说明。该准则属于自愿性行业原则，不能替代当地监管要求，但对方如果连这个标准都答不上来，本身就是一种信息。
测量完整订单路径，而不是 Ping 值
VPS 到 LP 端点的 Ping 很低，只能说明其中一段网络路径的往返延迟较低，不能代表客户订单的完整执行时间。实际路径要长得多：
MT5 服务器 → 网关或桥接 → 聚合器 → LP → 成交回报 → MT5 确认
条件允许时逐段测量，并且同时看中位数和第 95、99 百分位，因为平均值恰好会掩盖客户真正会投诉的偶发延迟。恢复能力同样要测：断线后会话多快恢复，比正常行情下省下几毫秒更重要。服务器位置也是其中一环，MT5、桥接与 LP 端点分散在网络连接不佳的地区，会带来再怎么优化也去不掉的延迟。
核对品种规格与交易时段
流动性集成出问题，原因往往很朴素：同一个品种在 LP、连接层和 MT5 上的设置不一致。每个品种都应逐项核对：
- LP 品种代码与 MT5 品种代码
- 合约规模、报价小数位与最小变动价位（Tick Size）
- 最小与最大交易量、交易量步长（Volume Step）
- 报价与交易时段、节假日安排
- 保证金计算方式、隔夜利息方法与数值
- 止损与冻结距离（Stop / Freeze Level）、只可平仓（Close Only）状态
这不是改名字的工作。合约规模、计算模式或价格乘数出错，直接导致保证金、风险敞口和客户盈亏错误，而且通常在最忙的时段才暴露出来。平台一侧的同类问题，可参考 MT5 组设置、杠杆与保证金配置。如果 LP 提供延长时段或周末交易，还要确认流动性是否真正可执行、来自哪里，以及紧急扩点差或只可平仓状态如何通知到你。
确认技术兼容性
FIX API、原生 MT5 网关、第三方桥接、聚合器以及 REST 或 WebSocket 数据接口，属于不同层级，而不是互相替代的产品。FIX 是消息标准，网关直接对接交易平台，桥接或聚合器则增加路由、风险敞口管理、品种代码标准化和多 LP 逻辑。两者的实际差别，可参考 FIX API 与 MT5 Gateway 有什么区别。
签约前要确认接口支持你需要的订单类型、市场数据、执行回报、会话恢复和账户模式。FIX 是由 FIX Trading Community 维护的开放标准，但使用同一 FIX 标准并不代表两套系统可以直接兼容，双方仍需核对 FIX 版本、消息字段、会话规则、品种代码及具体业务逻辑。
一家 LP 还是多家？
新经纪商不需要在上线第一天接入五家 LP。单一可靠的 LP 成本更低、对账更简单、监控更直接、故障更容易定位，可犯的映射和路由错误也更少。
当你能明确说出理由时再增加：需要更深的流动性、第一家报不了的品种、备用价格源，或者对路由的实际控制权。每增加一家，就多一套账户、合同、会话、品种、拒单代码和对账文件，所以聚合应当解决一个具体问题，而不是让架构听起来更「机构化」。多 LP 的具体运作方式，可参考 流动性聚合详解：外汇经纪商如何整合多个流动性提供商。
保证金、信用与最低收费
商业条件的差异，常常大于零点几个点差。要问清初始存款、抵押资金要求、各资产类别的保证金比例、日内与隔夜保证金、账户是预存还是授信、追加保证金与强制平仓规则、净敞口与总敞口的处理方式，以及提款处理时间。然后再问那些不会体现在点差里的费用：每月最低手续费、最低交易量与最小订单金额、不活跃账户费、平台与连接费、市场数据费、开户与终止费用。要按保守、正常和增长三种情景自己测算，为大型经纪商设计的收费模式，放在新项目上可能相当昂贵。
尽调也是双向的。LP 会在开户前审查你的牌照、股权结构、反洗钱（AML）框架和客户开户流程，因此上线前的合规准备会直接影响哪些 LP 愿意和你合作。
支持与执行报告
技术事故不会只在办公时间发生，所以上线前要实际测试支持流程，而不是只读服务介绍。确认支持时段、紧急联络方式、能否联系交易台（Dealing Desk）、升级层级、周末是否有人值班，以及涉及多家供应商时由谁负责。周五下午 FIX 会话断开时，五分钟内能找到有处理能力的人，比谈下来的那一点点差更重要。
LP 还要提供足够的数据供你判断：订单与成交、部分成交、拒单及原因、请求价格与成交价格、正负滑点、执行时间戳、交易量与手续费、隔夜利息，以及日结单。数据不完整，你就无法区分问题出在 LP、桥接、服务器、品种映射还是客户端，每次事故都会变成扯皮。
提前规划故障处理
即使只用一家 LP，也要提前决定这条连接不可用时怎么办：第二家可执行 LP、另一条网关或 FIX 路径、受控的订单重新路由、只可平仓模式、暂停受影响品种，以及人工控制风险和通知客户的流程。
备用报价不等于备用执行。如果客户还能继续开仓，而你已经无法把风险传递出去，这个「备用方案」只会放大风险。敞口具体怎么处理，取决于你的业务模式，属于 A Book、B Book 与混合模式 的范畴，而不只是连接问题。流动性中断也应纳入与平台、服务器同一份业务连续性计划，相关依赖关系的测试方式可参考 MT5 灾难恢复最佳实践。
签约前测试，上线前再测一次
模拟连接只能证明配置可用，不能证明实盘环境会以同样方式成交。应当在拟用于生产的架构上完成用户验收测试（UAT），条件允许时再用受控风险的实盘账户测试。
LP 之间的差异在压力下才会显现，所以测试要安排在非农、CPI 等重要数据、央行决议、周一开盘、每日隔夜结转和公共假期前后。记录点差、深度、拒单、执行时间和交易状态如何变化，以及当时有没有人通知你。真实市场压力下点差扩大并不必然代表 LP 存在问题；如果点差变化明显脱离底层市场，或者状态变更要靠客户投诉才知道，才需要重点调查。
同一套架构上，还要逐项走一遍：
- 不同时段的点差与多种规模下的深度
- 完全成交、部分成交与拒单原因
- 正负滑点，包括大额订单
- 品种与合约映射、保证金、隔夜利息、交易时段与节假日
- 会话登录、重新连接与 FIX 消息序号恢复
- 在受控测试环境或预先批准的演练窗口中模拟一次连接中断，然后验证备用路由或只可平仓程序
- 日结单与自有记录的对账
所有结果用统一格式记录，不同 LP 才能在同一标准下比较。
一份站得住脚的评分表
权重应根据自身产品、客户结构和执行模式调整。
| 评估类别 | 权重 | 主要检查内容 |
|---|---|---|
| 监管与交易对手 | 20% | 签约主体、牌照权限、财务实力、抵押资金安排、司法辖区 |
| 执行质量 | 20% | 成交率、拒单、滑点、Last Look、稳定性 |
| 定价 | 15% | 点差、手续费、隔夜利息、加点、实际执行成本 |
| 流动性深度 | 15% | 不同品种、订单规模及市场情况下的可执行数量 |
| 技术 | 10% | FIX、网关与桥接兼容性、监控与恢复能力 |
| 支持 | 10% | 支持时段、升级机制、事件响应、服务水平协议 |
| 产品覆盖 | 5% | 核心品种、交易时段、合约规格 |
| 商业条款 | 5% | 存款、保证金、最低收费、其他费用、退出条款 |
评分依据应当是合同、监管登记、执行数据和自己的测试结果，而不是一份演示文稿。部分项目要按「通过或不通过」处理：签约主体不清楚、交易对手结构不可接受、技术接口不兼容，都不能靠定价项的高分抵消。
需要警惕的信号
如果对方不愿明确签约主体、用受监管的集团公司做宣传却由另一主体签约、回避总体成本、不披露手续费或隔夜利息或最低收费、拿不出有意义的执行报告、解释不了 Last Look 与拒单政策、模拟与实盘存在巨大且无法解释的差距、没有事件升级流程、终止条款含糊、要求长期锁约，或者承诺零点差、零滑点、保证成交，都值得放慢节奏再查一查。
没有任何 LP 能在所有市场条件下同时做到价格最优、深度无限和保证成交。承诺越接近这种表述，越需要用合同条款和实盘数据去验证。
EBS FinTech 如何协助流动性连接
适合你的 LP，往往不是报价比较里赢的那一家，而是在订单量增加、行情剧烈波动、系统出故障时仍然稳定的那一家。这个判断要把交易对手实力、实际成本、可执行深度、成交质量、技术、资金条件和支持能力放在一起看，依据是监管核验、合同审查、执行数据和受控测试，而不是一张模拟环境截图。这也是经纪商上线之后真正重要的标准，而不是销售阶段的标准。
EBS FinTech 是经纪商技术与基础设施服务商，不是流动性交易对手、证券经纪交易商或资金托管机构。我们负责的是上述决策的落地部分：候选 LP 的技术与运营适配评估、与入围 LP 的对接协调、MT5 网关与 FIX 连接、第三方桥接及聚合器集成、品种与合约规格映射、加点及路由配置、模拟、UAT 与实盘测试、主用与备用路径规划、服务器托管与连接监控，以及约定支持范围内的事件初步诊断与供应商协调。
流动性账户、报价、成交表现与合同义务，仍由经纪商与所选 LP 之间的协议约定。我们的职责范围，是合同约定范围内的技术集成、配置、测试、监控及事件协调。详见 MT5 流动性连接与聚合解决方案。
免责声明：本文仅供一般信息参考，不构成法律、监管、财务或投资建议。流动性账户审批、商业条款、报价及执行由相关第三方供应商决定。经纪商应根据自身司法辖区、业务模式及技术环境进行独立的法律、监管、信用和技术尽职调查。
