На счете провайдера все сделки совершаются объемом в 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 0.16 XAUUSD+を5394.41で買う#138115330
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を持っているだけです。この場合、コピーは不可能ということでよろしいでしょうか？
しかし、マッピングに影響を与える他の要因もあります（FAQより）：
GOLD商品はプロバイダーの口座で取引されており、私のブローカーは同じ商品を持っていますが、それはXAUUSDと呼ばれています。この場合、シンボルGOLDの取引はシンボルXAUUSDにコピーされますか？
----------------------
どういう意味ですか？
---------------------
マッピングの条件がすべて満たされているにもかかわらず、ブローカー自身がコピーを制限している場合があります（このシンボルのメタトレーダーのログにそのことが書かれています。このようなケースは非常にまれです（しかし、最後のケースは数日前の 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は取引を続行する前にブローカーに新しいシンボルリストを要求しているのかもしれません。
そこで、この遅延を回避する方法を探しています。不足する通貨ペアのカスタムシンボルを作成してみましたが、このロジックでは拾えません（VPSを使用せず、私のコンピュータでローカルにシグナルを購読した場合でさえも）。
私の次のステップはブローカーに連絡することですが、正確に等価でない通貨ペアのシンボルを作成してくれるとは思えません。
他に何か提案はありますか？
私の場合、シグナルプロバイダーの基本通貨はUST（USDT用）で、私のブローカーにはありません。MT5の開発者がこれを読んだら、手動で変換レートを指定する方法を追加するか（理想的には、存在する通貨ペアでも手動オーバーライドとして使用可能）、少なくともUSTをUSDの認識された同義語として追加してください。また、取引が開始されたときに、新しいシンボルリストを要求する（と思われる）リクエストも削除してください（シグナルに従い始めたばかりのときに一度だけ、または定期的に行うだけで、最もタイムクリティカルな瞬間に再度行うことはありません）。ありがとうございます！
そこで、この遅延を回避する方法を探しています。不足する通貨ペアのカスタムシンボルを作成してみましたが、このロジックでは拾えません（VPSを使用せず、私のコンピュータでローカルにシグナルを購読した場合でさえも）。
次のステップはブローカーに連絡することですが、ブローカーが通貨ペアのシンボルを作成してくれるとは思えません。
他に何か提案はありますか？
私の場合、シグナルプロバイダーの基本通貨はUST（USDT用）で、私のブローカーにはありません。MT5の開発者がこれを読んだら、手動で変換レートを指定する方法を追加するか（理想的には、存在する通貨ペアでも手動オーバーライドとして使用可能）、少なくともUSTをUSDの認識された同義語として追加してください。また、取引が開始されたときに、新しいシンボルリストを要求する（と思われる）リクエストも削除してください（シグナルに従い始めたばかりのときに一度だけ、または定期的に行うだけで、最もタイムクリティカルな瞬間に再度行うことはありません）。ありがとうございます！
あなたのシグナル購読は、あなたのブローカーが持っていないシンボルから取引をコピーしているのですか？
正直なところ、私はあなたの投稿の中で何も理解していませんでした。
あなたのシグナル購読は、あなたのブローカーが持っていないシンボルから取引をコピーしていますか？
正直なところ、私はあなたの投稿の中で何も理解できませんでした。
アラン・ヴァーリエン さんの返信は今見たところです。混乱させて申し訳ありません。説明させてください：
いいえ、シグナル購読は、私のブローカーが持っていないシンボルからの取引をコピーしているわけではありません。この投稿は、取引で使用されるシンボルについてではありません。
私が話しているのは、シグナルプロバイダーの口座通貨と加入者の口座通貨についてです。私の場合、シグナルプロバイダーはBybitを使用しており、その口座通貨はUSTです。私のブローカーはUSTの通貨ペアを持っておらず、USTの口座を持っていません（USDでは持っています）。私の口座の通貨はAUDです（しかし、USDである可能性もあります。）
何が起こるかというと、MT5（ローカルターミナルとMQL5 VPSの両方が同じ動作をします）が、ポジションサイズのスケーリングを決定するために、口座通貨の換算レートを検索しようとして失敗します。シグナルをフォローし始めるときにこれを行い、時々これを繰り返し、シグナルプロバイダーが新しい取引を行うたびにこれを行い、この取引を私のブローカーに転送します。それは理解できる - それは本当に取引のための適切なサイズを確保したい - しかし、この場合、いずれにせよ常に失敗し、コピーの不必要な遅延を引き起こし、いくつかの戦略の収益性に大きな影響を与える（特に、シグナルプロバイダーに非常に人気のある特定のEAや、価格がこの瞬間に大きく動くブレイクアウト戦略から）。
既知の通り、口座の通貨マッピングがこのように失敗すると、プラットフォームは通貨間の比率を1:1に戻します。これは、AUDのリスク（とリワード）が適度に増加することを意味しますが、この場合は問題ありません。つまり、私の第一の問題は遅延であり、第二の問題は変換レートを手動で指定できないことです（これは遅延の問題も解決するので、両方の問題を一度に解決する素晴らしいソリューションになります）。
アラン・ヴェルレーエン 今、あなたの返信を見たよ。タグをつけることで、僕の返信を早く見てもらえるといいな。混乱させて申し訳ない。説明してみよう：
いいえ、シグナル購読は、私のブローカーが持っていないシンボルからの取引をコピーしているわけではありません。この投稿は、取引で使用されるシンボルに関するものではありません。
私が話しているのは、口座通貨についてであり、シグナルプロバイダーのものと加入者のものです。私の場合、シグナルプロバイダーはBybitを使用しており、その口座通貨はUSTです。私のブローカーはUSTの通貨ペアを持っておらず、USTの口座を持っていません（USDでは持っています）。私の口座の通貨はAUDです（しかし、USDでも同じです。）
何が起こるかというと、MT5（ローカルターミナルとMQL5 VPSの両方が同じ動作をします）が、ポジションサイズのスケーリングを決定するために、口座通貨の換算レートを検索しようとして失敗します。シグナルをフォローし始めるときにこれを行い、時々これを繰り返し、シグナルプロバイダーが新しい取引を行うたびにこれを行い、この取引を私のブローカーに転送します。それは理解できる - それは本当に取引のための適切なサイズを確保したい - しかし、この場合、いずれにせよ常に失敗し、コピーの不必要な遅延を引き起こし、いくつかの戦略（特に、シグナルプロバイダーに非常に人気のある特定のEAや、価格がまさにこの瞬間に大きく動くブレイクアウト戦略）の収益性に大きな影響を与えます。
既知の通り、口座の通貨マッピングがこのように失敗すると、プラットフォームは通貨間の比率を1:1に戻します。これは、AUDのリスク（とリワード）が適度に増加することを意味しますが、この場合は問題ありません。つまり、私の第一の問題は遅延であり、第二の問題は変換レートを手動で指定できないことです（これは遅延の問題も解決するので、両方の問題を一度に解決する素晴らしいソリューションになります）。
報告内容を裏付けるログを提供してください。ありがとうございます。
以下は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から解消されているはずです。自分ではテストできないので、確認をお願いします。