真正传递的只有订单
无论是跑在你的电脑、VPS 还是服务商云端,跟单工具做的都是同一件基础工作:盯住源账户,把一个或多个目标账户上发生的事情重复一遍。开仓、修改、平仓。品种、方向、手数和价格,就是它传递的全部信息。
不传递的是交易的理由。跟单工具不判断形态好不好、止损位置对不对、账户能不能承受这个仓位。它是带着规则手册的信使,不是分析师。这个区别很重要,因为大多数对跟单的失望,其实是对策略或经纪商的失望,只是借一个只负责搬运订单的工具抵达了账户。
Traders Connect 对 copy trading 和 trade copying 划了一条有用的界线:前者通常是跟随别人的策略,后者是在你自己控制的账户之间复制自己的交易。两者用的管道相似,但只有后者让策略真正属于你。

延迟是一条链,不是一个数字
问服务商复制有多快,你会得到一个毫秒数。问这个数字测的是什么,对话才真正有用。计时从主账户的成交被检测到开始,经过跟单程序的处理、网络传输,再到经纪商自己的执行。加起来,才是跟随账户体验到的总时间。
服务商内部可以很快,但如果服务器离经纪商很远,成交仍然会慢。Traders Connect 公布的平均值是 20–30 毫秒,并把基础设施放在经纪商服务器附近;Duplikium 公布的是 1–3 毫秒的内部延迟。两个数字都没错,只是测量同一条链的不同段落,而且都不包含经纪商的排队时间。
接下来是滑点,它和延迟不是一回事。延迟是时间,滑点是你要的价格和拿到的价格之间的差。复制很快,也可能在新闻 K 线上滑点;复制稍慢,也可能在清淡市场按原价成交。滑点可以是正的,也可以是负的。诚实的目标不是零滑点,而是正常情况足够小、坏情况有上限。
同样的手数,不同的风险
跟单里最贵的错误也最普通:以为主账户的一手,就是每个跟随账户的一手风险。并不是。手数是合约规模;风险是止损距离乘以这段距离在该账户、该账户货币下的价值。
假设主账户做多黄金,止损 300 点,跟随账户在更小的余额上用同样的 0.10 手。纸面上是同一笔交易,实际风险却翻倍。所以认真的跟单工具会提供多种手数模式:与主账户相同、固定手数、倍数、按余额比例、按净值百分比风险,或按固定金额风险。
四个数字决定每个跟随账户的手数:
- 跟随账户的余额或净值,而不是主账户的。
- 以点数或价格表示的止损距离,而不是假设的风险。
- 合约规模和账户货币,它们把点数换算成钱。
- 经纪商的最小、最大和步入手数,它们决定算出来的手数能不能发出去。
让跟单变干净的设置
手数正确之后,剩下的工作是翻译。两个账户很少说完全相同的语言。一个经纪商写 XAUUSD,另一个写 GOLD;一个写 BTCUSD,另一个写 BTCUSDT。品种映射就是它们之间的字典。没有它,跟单工具要么跳过交易,要么把订单发到错误的品种上。
还有三个控制项值得出现在每个配置里:
- 最大滑点容忍度,让剧烈波动时的成交被拒绝,而不是接受任意价格。
- 时间和星期过滤,让工具不在隔夜利息结算前后或清淡的周五下午开仓。
- 净值保护和单日亏损上限,让一段坏行情暂停新跟单,而不是在所有账户上重复它。
时区也是设置的一部分
CloudTradeCopier 的文档对时间说得异常明确:它的时间窗口和星期过滤按 UTC 运行,不是经纪商服务器时间。这类细节值得在任何平台上核对。时区设错的过滤器在面板里看起来完全正确,却什么都保护不了。
自营交易账户(prop firm)又加了一层。有些公司限制不同人士账户之间的复制,有些在意共享 IP 或机器 ID,还有些只允许同一公司内部复制。专用环境可以满足 IP 规则,但满足不了“完全禁止复制”的规则。连接资金账户之前先读条款,不要等第一次出金被拒之后才读。
云端、VPS,还是桌上的电脑
基础设施这个问题比营销话术简单。本地跟单最便宜也最脆弱:电脑一睡,复制就停。VPS 解决了在线时间,却多了一台要打补丁的服务器、一个要维持运行的终端,以及每增加一个终端就上涨的月费。云端跟单把这一切交给服务商,代价是把连接和凭据托付给别人。
这些模式都不会改变市场。靠近伦敦的云服务器可以缩短到 LD4 经纪商的传输时间,却删不掉经纪商的排队、变不出流动性,也救不了一套坏策略。它能做的是消除一类本可避免的故障:笔记本重启、VPS 磁盘写满、终端在凌晨三点断线。
无论选哪条路,都把凭据当成执行的一部分。主账户如果永远不希望跟单工具下单,就用只读的投资者密码;只有在必须发单的地方才用交易密码;API 密钥只给任务所需的最小权限。如果服务商说不清密码存在哪里、谁能读到,那就是答案。
第一次实盘跟单的检查清单
先在模拟账户上跑,但不要停在“复制成功了”。检查那些只有在账户不同时才会暴露的问题:
- 一个主账户、一个跟随账户,同一经纪商、同一品种。成交是否在你的滑点上限内?
- 同一货币对放在两家品种命名不同的经纪商。映射能否解析,还是订单直接消失?
- 一个小余额和一个大余额。手数是否按你想要的风险缩放,还是保持同样体积?
- 在被过滤的时段开一笔。它被跳过了吗,原因在日志里看得到吗?
- 一次平仓、一次部分平仓、一次移动止损到保本。三个动作都到达了吗?
- 断开一个跟随账户。工具会重试、暂停,还是悄悄忘记这笔交易?
读日志,不要只读盈利那一行
干净的跟单不是没有错误,而是每一次跳过和拒绝都有你能解释的原因。我们为本文阅读的这些服务商,都以某种形式提供了这条轨迹——跟单活动、执行日志、交易历史——当跟随账户和主账户不一致时,这是第一个该看的地方。
不舒服的结论才是有用的:跟单工具是你流程的杠杆。它让有纪律的流程更快,也让粗心的流程更大。订单以毫秒计传递;决定是否发出订单,不该如此。
来源与延伸阅读
- Traders Connect — Copier
- Traders Connect — Copy trading vs trade copying
- Traders Connect — Trade copier slippage and latency
- CloudCopyTrade — Latency and slippage in MT5 copy trading
- CloudCopyTrade — Cloud vs VPS MT5 copy trading
- CloudTradeCopier — Documentation
- Duplikium — Trade copier
- FXPIP — Cloud MT5 copy trading
- MQL5 — Symbol properties


