На счете провайдера все сделки совершаются объемом в 0. Если же на найденном символе торговля разрешена только частично либо запрещена. Для каждого найденного инструмента проверяется полное разрешение на торговлю
The most frequently asked questions related to the signals service will be collected and processed in this topic. I do not want to broadcast it anymore. Full permission to perform trading is checked for each detected symbol
LO 000:12:40.488 Terminal MetaTrader 5 x64 build 5662 started for MetaQuotes Ltd.
QF 000:12:40.493 Terminal Windows Server 2022 build 20348, 64 x AMD EPYC 754232-Core, AVX2, 476 / 511 Gb memory, 1465 / 1677 Gb disk, admin, GMT+1
...
JM 100:12:54.656 Signal '777777': no conversion rate for the deposit currency of provider (UST) and subscriber (AUD), 1:1 ratio will be used
...
ES 003:12:52.741 Network '777777': authorized on FusionMarkets-Live through Access Server NY-3 (ping: 0.77 ms, build 5430)
EO 003:12:52.796 Network '777777': terminal synchronized with Fusion Markets Pty Ltd: 0 positions, 0 orders, 248 symbols, 0 spreads
CL 003:12:52.796 Network '777777': trading has been enabled - hedging mode
PF 003:12:52.803 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled
GQ 003:12:54.666 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.77 ms
CD 003:12:54.702 Network '777777': ping to current access point Access Server NY-3is0.76 ms [next point Access Server - NY-NEW-2is2.44 ms]
MG 003:12:55.810 Terminal RAM: 4287 Mb reserved, 59 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 1624 kb written on disk
GR 004:10:43.808 Signal '777777': signal provider has balance 15708.85 UST, leverage 1:500; subscriber has balance 6877.01 AUD, leverage 1:500
OM 104:10:44.908 Signal '777777': no conversion rate for the deposit currency of provider (UST) and subscriber (AUD), 1:1 ratio will be used
JM 004:10:44.908 Signal '777777': percentage for volume conversion selected according to the ratio of balances and leverages, new value 40%
QR 004:10:44.908 Signal '777777': synchronization finished successfully
OO 004:10:45.878 Signal '777777': ping to signal server 242.18 ms, to trade server 308.82 ms
RJ 004:12:55.635 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.76 ms
II 004:12:55.666 Network '777777': ping to current access point Access Server NY-3is0.57 ms [next point Access Server - NY-NEW-1is2.27 ms]
HH 004:12:56.764 Terminal RAM: 4287 Mb reserved, 59 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 279 kb written on disk
KS 005:12:56.628 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.57 ms
PR 005:12:56.658 Network '777777': ping to current access point Access Server NY-3is0.63 ms [next point Access Server - NY-NEW-1is2.11 ms]
PE 005:12:57.764 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 3848 kb written on disk
QJ 006:12:52.404 Network '777777': scanning network for access points
HD 006:12:52.449 Network '777777': ping to current access point Access Server NY-3is0.74 ms [next point Access Server - NY-NEW-1is2.63 ms]
JH 006:12:52.449 Network '777777': scanning network finished
PL 006:12:57.604 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.74 ms
FO 006:12:57.639 Network '777777': ping to current access point Access Server NY-3is0.64 ms [next point Access Server - NY-NEW-2is2.43 ms]
PR 006:12:58.737 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 306 kb written on disk
LE 007:12:58.582 Terminal '777777': 1 chart, 1 EA, 0 custom indicators, signal enabled, last known ping to Access Server NY-3is0.64 ms
HH 007:12:58.618 Network '777777': ping to current access point Access Server NY-3is0.73 ms [next point Access Server - NY-NEW-2is2.44 ms]
GI 007:12:59.726 Terminal RAM: 4285 Mb reserved, 61 Mb committed; CPU: EA 0.00% in1 threads, symbols 0.00% in1 threads, workers 0.00% in8 threads, 280 kb written on disk
EL 008:07:53.297 Signal '777777': signal provider performed deal #138115330 在 5394.41 买入 0.16 XAUUSD+
EL 108:07:54.398 Signal '777777': no conversion rate for the deposit currency of provider (UST) and subscriber (AUD), 1:1 ratio will be used
NL 008:07:54.398 Trades '777777': market buy 0.06 XAUUSD sl: 5355.99 tp: 5443.42
是的，我有 Xauusd+。用户只有 Xauusd。在这种情况下复制是不可能的，对吗？
在这种情况下复制是可能的 - 如果所有其他映射条件都满足。
但还有其他因素影响映射，例如（来自常见问题）：
黄金工具在提供者账户上交易，我的经纪人也有同样的工具，但它的名字是 XAUUSD。在这种情况下，符号 GOLD 的交易会被复制到符号 XAUUSD 吗？
----------------------
这意味着什么？
---------------------
在有些情况下，所有映射条件都满足，但经纪商本身限制复制（Metatrader 日志中对此符号有记载。这种情况非常罕见（但最近一次是几天前的 XAUUSD 和 XAUEUR）。
也就是说，大多数情况下都是映射。
我建议您在选择复制信号后，检查您的经纪商对复制符号的映射情况，即是否会复制，然后再注册：
是的，我有 Xauusd+。订户只有 Xauusd。在这种情况下，复制是不可能的，我说的对吗？
https://www.mql5.com/en/forum/10773#q13
https://www.mql5.com/en/forum/311109#comment_11375302
https://www.mql5.com/en/forum/292340#comment_9504099
关于众所周知的 "没有提供商存款货币的转换率 "问题（当用户的经纪商没有提供商和用户基础货币之间的货币对时）：我发现（至少在 MT5 上）不仅如信息所述使用 1:1 的比率（幸运的是，在我的情况下没有问题），而且从信号发出新交易到转发给经纪商之间会有很大的延迟。就我而言，在 MQL5 VPS 上是 1.1 秒，在电脑上也差不多。对有关信号而言，这造成了巨大的差异，因为价格就在这一秒迅速移动（可能在我的经纪商或他们的流动性提供商那里，很多其他自动交易 也在同一时刻发生，从而移动了价格）。我不知道延迟的具体原因--我猜测 MT5 可能是在继续交易前向经纪商请求一个新的符号列表，但最后得出的结论仍然是没有转换率（它会记录一条这样的信息，延迟 1.1 秒）。
因此，我正在寻找避免这种延迟的方法。我试着为丢失的货币对创建一个自定义符号，但它并没有被这个逻辑接收到（甚至在我的电脑上本地订阅信号时也没有，没有使用 VPS）。
我的下一步计划是联系我的经纪商，但我怀疑他们是否愿意为一个并不完全等价的货币对创建一个符号。
还有其他建议吗？
在我的情况下，信号提供商的基础货币是 UST（USDT 的缩写），而我的经纪商没有这种货币。如果 MT5 开发人员看到这篇文章，请添加一种手动指定转换率的方法（理想情况下，即使存在货币对，也可以手动覆盖），或者至少添加 UST 作为美元的公认同义词。或许还可以删除（假定的）交易开启时对新符号列表的请求（仅在刚开始跟踪信号时或定期执行一次，但不要在时间最紧迫的时刻再次执行）。谢谢！
因此，我正在寻找避免这种延迟的方法。我试着为丢失的货币对创建一个自定义符号，但它并没有被这个逻辑接收到（甚至在我的电脑上本地订阅信号时也没有，没有使用 VPS）。
我的下一步计划是联系我的经纪人，但我怀疑他们是否愿意为他们并不完全等同的货币对创建一个符号。
还有其他建议吗？
在我的情况中，信号提供商的基础货币是 UST（USDT 的缩写），而我的经纪商没有这种货币。如果 MT5 开发人员看到这篇文章，请添加一种手动指定转换率的方法（理想情况下，即使存在货币对，也可以手动覆盖），或者至少添加 UST 作为美元的公认同义词。或许还可以删除（假定的）交易开启时对新符号列表的请求（仅在刚开始跟踪信号时或定期执行一次，但不要在时间最紧迫的时刻再次执行）。谢谢！
您的信号订阅是从您的经纪商没有的符号中复制交易？
老实说，我不太明白您帖子里的意思。
您的信号订阅是从您的经纪人没有的符号中复制交易？
老实说，我完全不明白您帖子里的意思。
@Alain Verleyen 我现在才看到您的回复，希望标记您能让您更快看到我的回复。很抱歉让您感到困惑，谢谢您的理解。让我试着解释一下：
不，信号订阅不会从我的经纪人没有的符号中复制交易。这篇文章与交易中使用的符号无关。
我说的是账户货币--信号提供商与订阅者的账户货币。在我的案例中，信号提供商使用的是 Bybit，他们的账户货币是 UST。我的经纪商没有任何 UST 货币对，也没有 UST 账户（有美元账户）。我的账户货币是澳元（但也可以是美元--我们仍然会遇到同样的延迟问题）。
发生的情况是，MT5（本地终端和 MQL5 VPS 的表现相同）尝试查找账户货币的转换率以确定头寸大小，但都失败了。开始跟踪信号时它会这样做，偶尔重复一次，每次信号提供者进行新交易时它也会这样做，然后再将该交易转发给我的经纪商。这是可以理解的--它确实想确保交易的正确大小--但在这种情况下，无论如何它总是失败，导致复制时不必要的延迟，并极大地影响了某些策略的盈利能力（尤其是信号提供商非常喜欢的某个 EA，以及价格在这一秒发生大幅波动的突破策略）。
众所周知，当账户货币映射出现这种故障时，平台会退回到货币之间 1:1 的比例。这意味着我使用澳元的风险（和回报）会适度增加，在这种情况下我可以接受。因此，我的主要问题是延迟，其次是无法手动指定转换率（这也能解决延迟问题，因此是同时解决这两个问题的好办法）。
@Alain Verleyen 我现在才看到你的回复，希望标记你能让你更快看到我的回复。很抱歉让您感到困惑，感谢您的理解。让我试着解释一下：
不，信号订阅不会从我的经纪人没有的符号中复制交易。本帖与交易中使用的符号无关。
我说的是账户货币--信号提供商与订阅者的账户货币。在我的案例中，信号提供商使用的是 Bybit，他们的账户货币是 UST。我的经纪商没有任何 UST 货币对，也没有 UST 账户（有美元账户）。我的账户货币是澳元（但也可以是美元--我们仍然会遇到同样的延迟问题）。
发生的情况是，MT5（本地终端和 MQL5 VPS 的表现相同）尝试查找账户货币的转换率以确定头寸大小，但都失败了。开始跟踪信号时它会这样做，偶尔重复一次，每次信号提供者进行新交易时它也会这样做，然后再将该交易转发给我的经纪商。这是可以理解的--它确实希望确保交易的正确规模--但在这种情况下，无论如何它总是失败，导致复制时出现不必要的延迟，并极大地影响了某些策略的盈利能力（尤其是信号提供商非常喜欢的某个 EA，以及价格在这一秒发生大幅波动的突破策略）。
众所周知，当账户货币映射出现这种故障时，平台会退回到货币之间 1:1 的比例。这意味着我使用澳元的风险（和回报）会适度增加，在这种情况下我可以接受。因此，我的主要问题是延迟，其次是无法手动指定转换率（这也会解决延迟问题，因此是同时解决这两个问题的好办法）。
请提供日志以支持您的报告。谢谢。
@Alain Verleyen 这是 MQL5 VPS 的日志摘录。我编辑了我的账号并省略了一些无关的行。请注意 08:07:53.297 和 08:07:54.398 之间的 1.1 秒延迟（由于正在处理一笔交易，所以延迟很严重），以及之前 04:10:43.808 和 04:10:44.908 之间的完全相同的延迟（由于只是在重新连接到交易服务器之后，所以延迟并不重要）。由此看来，这两种情况下尝试的都是相同的慢速操作。该日志摘录自 20260302.log，我选择该日期是因为在该日期重新启动了 VPS，以便向您显示终端的构建编号。不过，在更早的版本中也出现了同样的问题，而且在接下来的几天中也不断出现。
@Alain Verleyen 这是 MQL5 VPS 的日志摘录。我编辑了我的账号，并省略了一些无关紧要的行。请注意 08:07:53.297 和 08:07:54.398 之间的 1.1 秒延迟（由于正在处理一笔交易，所以延迟时间较长），以及之前 04:10:43.808 和 04:10:44.908 之间的完全相同的延迟（由于只是在重新连接到交易服务器之后，所以延迟时间并不重要）。由此看来，这两种情况下尝试的都是相同的慢速操作。该日志摘录自 20260302.log，我选择该日期是因为在该日期重新启动了 VPS，以便向您显示终端的构建编号。不过，在更早的版本中也出现了同样的问题，而且在接下来的几天中也不断出现。
谢谢。5676 版本应该会消除这种延迟。请确认，因为我无法亲自测试。