经纪商 MT4 迁移至 MT5：阶段、切换与回滚

为什么经纪商现在从 MT4 迁移至 MT5

经纪商进行迁移，是因为 MetaQuotes 已不再销售 MT4 许可证，并将开发重心放在 MT5 上。经纪商也开始为 MT4 设定明确的终止日期。开发商在其经纪商页面上对此有直接说明：

“The MetaTrader 4 trading platform licenses are no longer available for purchase. We focus our efforts on the development of MetaTrader 5, and further conceptual updates will only be released for this multi-asset platform.”
（译文：MetaTrader 4 交易平台许可证已不再可供购买。我们将精力集中于 MetaTrader 5 的开发，后续的概念性更新将仅针对这一多资产平台发布。）— MetaQuotes, MetaTrader 4 for brokers（访问于 2026年10月）

第二个驱动因素来自运营层面。2026年3月，OANDA Japan 宣布将于 2026年11月27日（星期五）收盘时终止 MT4 服务。其理由是网络安全标准趋严，并表示 MT4 已不再纳入 MetaQuotes 的系统维护范围。此前，Earn 已于 2025年9月分两个周末将其 MT4 Standard 和 MT4 NDD 服务器迁移至 MT5。有计划的迁移成本远低于被迫迁移。TakeProfit Tech 描述过一家经纪商在 2022年10月失去 MT4 访问权限后，只有三个工作日和一个周末来迁移账户、历史记录和 MAM 数据。

MT5 还消除了 MT4 服务器的若干硬性限制。下表采用 MetaQuotes 官方的经纪商对比数据。

对冲还是净额：为迁移客户选择账户模式

除非有明确理由，否则应将迁移过来的 MT4 外汇客户放在 MT5 对冲账户上。MT4 仅支持对冲，因此交易者及其 EA 会预期在同一交易品种上持有多个头寸，包括方向相反的头寸。MetaTrader 5 允许经纪商自行选择模式：

“Two position accounting systems are supported in the trading platform: Netting and Hedging. The system used depends on the account and is set by the broker.”
（译文：交易平台支持两种头寸核算系统：净额（Netting）和对冲（Hedging）。所使用的系统取决于账户，并由经纪商设定。）— MetaTrader 5 Help, Basic Principles（访问于 2026年10月）

在净额模式下，一个交易品种只能有一个头寸。同等手数的买单和卖单会相互抵消平仓，而不是建立对冲。如果将带有对冲头寸的 MT4 账簿导入净额组，未平仓头寸会被合并，保证金也会随之变化。客户看到的账户将与离开时不同。在对冲模式下，MetaTrader 5 会保留独立的头寸，并提供对冲保证金设置，更接近 MT4 的行为。

净额模式适用于交易所交易的品种，因此新的期货或股票组可在上线后采用该模式。请在组映射表中按组确定模式，并在切换前测试导入头寸的保证金。

插件、桥接、CRM 与 MAM/PAMM：需要编写代码的部分

凡是通过 API 与 MT4 服务器通信的组件，都必须针对 MT5 重建。这通常是项目中耗时最长的部分，因此从第 1 阶段就开始。MetaQuotes 为 MT5 列出了独立的 Manager、Gateway 和 Report API，MT4 版本无法直接替换使用。

• 服务器插件。为 MT4 编写的点差、隔夜利息、保证金、风控或赠金插件，需按相同业务规则针对 MT5 Server API 重写，然后在模拟环境中测试。如果插件来自供应商，请在自行开发前先询问该供应商是否已有 MT5 版本。参见 MetaTrader 插件开发。
• 桥接与流动性。您的桥接需要一个 MT5 网关。例如，PrimeXM 将其“MT4 Bridge and MT5 Gateway”描述为一种将两个平台连接至 XCore 的服务器端插件。路由规则、加价和 A/B 账簿设置需重建，并与 MT4 的成交结果进行比对。参见 外汇桥接解决方案和 PrimeXM XCore 集成。
• CRM 与客户门户。入金、出金、开户和 IB 返佣转由 MT5 Manager 或 Web API 处理。MT5 拥有更多的余额操作类型（赠金、佣金、代理、利息），因此值得对以往被挤进“余额”和“信用”中的流程重新映射。参见 外汇 CRM 解决方案和 MetaTrader API 集成。
• MAM/PAMM 与跟单交易。主账户与跟随账户之间的关联及分配历史必须迁移至该模块的 MT5 版本。正是这一步骤使 2022 年 TakeProfit Tech 的案例额外多花了一周的手工作业。参见 MAM/PAMM 设置。
• 风控与报表。日终报表、有毒订单流名单以及交易时段或夏令时检查，必须在第一个交易日之前指向 MT5 数据库。参见 外汇风险管理。

切换周末与回滚方案

切换应安排在周末进行，使客户交易的停机时间落在休市期间内。应在周日开市前根据书面对账结果做出继续/中止决定。在做出该决定之前不关闭 MT4，因此回滚意味着重新开放 MT4，而不是重建它。

周五收盘       MT4 设为只读，对账户、头寸、订单做最终快照
   |
周六           导入 MT5 -> 按组核对余额、净值、头寸
   |           桥接/LP 网关测试交易，CRM 与 IB 同步检查
   |
周日（开市前） 冒烟测试 -> 继续 / 中止 决定
   |                \
  继续               中止
   |                   |
发送 MT5 登录信息    重新启用 MT4 交易，通知客户，
MT4 保持只读         修复问题，改期至下一个周末

请事先商定回滚触发条件，以免任何人需要在周日深夜的压力下临时判断：

• 对账后余额、信用额或未平仓量出现任何无法解释的差异。
• 测试订单未能到达流动性方，或报价、加价与 MT4 不一致。
• CRM 入金和出金或 IB 返佣计算无法端到端正常运行。
• 导入的对冲头寸的保证金水平与 MT4 的差异超出约定容差。

上线后，请在与合规部门商定的期限内将 MT4 保持只读状态，以便客户、审计人员和争议处理仍可获取旧结单。

如果您是交易者，而您的经纪商即将停用 MT4（MT4からMT5への移行）

如果您的经纪商即将关闭 MT4，请在截止日期前在同一经纪商处开设 MT5 账户。转移您的资金，并用 MQL5 版本替换您的 EA 和指标，因为 MT4 程序无法在 MT5 上运行。图表、模板和配置文件需要在 MT5 数据文件夹中重新设置。

对于 OANDA Japan 的客户，官方日期如下：

• 2026年3月27日：东京服务器停止开设新的 MT4 子账户。
• 2026年9月25日（星期五）交易结束后：MT4 停止接受新订单。自 9月28日（星期一）起，MT4 仅允许对现有头寸平仓。
• 2026年11月27日（星期五）交易结束后：MT4 的模拟账户和真实账户服务终止，且无法再登录。
• 截至终止时仍未平仓的东京服务器头寸及余额，将于 11月28–29日转移至 MT5 Standard 方案账户。纽约服务器用户继续使用 fxTrade 或 TradingView。

每家经纪商都会设定各自的日期和转移规则，请查阅其最新通知。FXSUPPORT 不为交易者开设交易账户，也不转换个人 EA。

如果您经营一家经纪商，以上就是您的客户将经历的步骤，而您这一方需要做的就是上文的操作手册。OANDA 的分阶段时间表可作为您自身逐步停用计划的有用模板。如需服务器端方面的帮助，请参见外汇经纪商解决方案或联系我们。

常见问题