記事"MetaTrader 5のトレードシグナル：PAMM アカウントへのよりよい代替手段"についてのディスカッション - ページ 5 123456789101112 新しいコメント --- 2012.10.15 08:37 #41 komposter:加入者のストップが早めにトリガーされた場合の話ではなく、加入者のストップがクローズシグナルの受信と同時にトリガーされた場合の話をしているのだと思います（プロバイダーのストップがトリガーされ、加入者のポジションがオープンされ、私たちがクローズシグナルを出す）。そして、クロージングの代わりに反転が発生する。まさにもちろん、ストップをゼロにすることは変わりませんが......。秘密でなければ、何を思いついたのですか？という話題が出たと記憶していますが、何か理にかなった方法を思いついたという記憶はありません。この場合のゼロストップは松葉杖ではなく、技術的な解決策だと思う。端末にはオーダーや ポジションのステータスを 要求するような概念はないので。私はオプションとして、マジックとポジション識別子を使用して、履歴または実生活での位置を決定することを提案します。しかし、この「オーダーやポジションの状態を要求する」ことについては、MCに考えてもらってください。 Anton 2012.10.15 10:56 #42 sergeev:この場合のストップのリセットは、"松葉杖 "ではなく、技術的な解決策だと思います。ターミナルには、注文や ポジションのステータスを 要求するような概念はありません。私はオプションとして、マジックとポジション識別子を使用して、履歴または実生活での位置を決定することを提案します。しかし、この"オーダーやポジションの状況を要求する"ということについて、司会者に考えてもらいたい。 具体的に何を要求するのか？クライアントに状態を要求した結果は、すでに即座に陳腐化する。つまり、注文やポジションを同期的に扱うことができるのはサーバーだけであり、クライアントでサーバー上のポジションや注文の不変性にこだわることは事実上不可能なのです。 --- 2012.10.15 11:06 #43 antt: 具体的に何を照会するのですか？クライアントでのステート・クエリの結果は、即座にすでに時代遅れとなります。つまり、サーバーだけが注文とポジションを同期的に扱うことができ、クライアントでは、サーバー上で変化していないポジションや注文をあてにすることは事実上不可能なのです。クライアント端末が2つ開いているという状況が、多くの不確実性をもたらすとは知りませんでした。この点についても考える必要がある。クライアント端末がとりあえず注文を執行するとして、同じ口座のクライアント端末が2台開いている場合はどうなるのか？発注はどうなるのか？ Anton 2012.10.15 11:18 #44 sergeev:クライアント端末がとりあえず注文を執行した場合、同じ口座の2つのオープンなクライアント端末はどうなりますか？注文の発注はどうなりますか？ クライアント端末は全く何も実行せず、せいぜいリクエストの正しさをチェックする程度です。 --- 2012.10.15 11:47 #45 antt: クライアント端末は何も実行せず、せいぜいリクエストの正しさをチェックするだけだ。 よし、安心した。 Moses Olawale Ajayi 2012.10.22 15:16 #46 BP33:シグナル契約者がロットサイジングを「自動」または「手動」のいずれかに設定できるオプションが欲しい。加入者は、残高がロットサイジングを決めるのではなく、より保守的な（あるいは積極的な）設定を維持したいと思うかもしれない。 Denis Olkhovoy 2012.11.02 04:54 #47 シグナルが自動的に執行される場合、ロットサイズはどのように決定されますか？なぜなら、マネージャーは加入者より大きな（またはそれほど悲劇的ではない-小さな）口座を持っているかもしれないので、この場合、シグナルのロットサイズはどのように自動的に調整されるのでしょうか？ Moses Olawale Ajayi 2012.11.02 19:34 #48 シグナルを購読する前に、デモ口座で mql5.comの取引シグナルを試すことができるかどうかお聞きしたいのです。ありがとうございます。 art999 2012.12.19 16:05 #49 スクリーンショットには「資金管理：自動」がありますが、meta Trader 5にはありません。 削除済み 2012.12.24 05:11 #50 papaklass:PAMMサービスはすでに死んでいる。私の意見では、これはあまりにも大げさな発言だ。SIGNALSはPAMMを「殺す」ことはできないだろうし、PAMMに強い影響を与えることもできないだろう。 123456789101112 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
加入者のストップが早めにトリガーされた場合の話ではなく、加入者のストップがクローズシグナルの受信と同時にトリガーされた場合の話をしているのだと思います（プロバイダーのストップがトリガーされ、加入者のポジションがオープンされ、私たちがクローズシグナルを出す）。
そして、クロージングの代わりに反転が発生する。
まさに
もちろん、ストップをゼロにすることは変わりませんが......。
秘密でなければ、何を思いついたのですか？という話題が出たと記憶していますが、何か理にかなった方法を思いついたという記憶はありません。
この場合のゼロストップは松葉杖ではなく、技術的な解決策だと思う。端末にはオーダーや ポジションのステータスを 要求するような概念はないので。
私はオプションとして、マジックとポジション識別子を使用して、履歴または実生活での位置を決定することを提案します。
しかし、この「オーダーやポジションの状態を要求する」ことについては、MCに考えてもらってください。
この場合のストップのリセットは、"松葉杖 "ではなく、技術的な解決策だと思います。ターミナルには、注文や ポジションのステータスを 要求するような概念はありません。
私はオプションとして、マジックとポジション識別子を使用して、履歴または実生活での位置を決定することを提案します。
しかし、この"オーダーやポジションの状況を要求する"ということについて、司会者に考えてもらいたい。
具体的に何を照会するのですか？クライアントでのステート・クエリの結果は、即座にすでに時代遅れとなります。つまり、サーバーだけが注文とポジションを同期的に扱うことができ、クライアントでは、サーバー上で変化していないポジションや注文をあてにすることは事実上不可能なのです。
クライアント端末が2つ開いているという状況が、多くの不確実性をもたらすとは知りませんでした。
この点についても考える必要がある。
クライアント端末がとりあえず注文を執行するとして、同じ口座のクライアント端末が2台開いている場合はどうなるのか？発注はどうなるのか？
クライアント端末がとりあえず注文を執行した場合、同じ口座の2つのオープンなクライアント端末はどうなりますか？注文の発注はどうなりますか？
クライアント端末は何も実行せず、せいぜいリクエストの正しさをチェックするだけだ。
シグナル契約者がロットサイジングを「自動」または「手動」のいずれかに設定できるオプションが欲しい。
加入者は、残高がロットサイジングを決めるのではなく、より保守的な（あるいは積極的な）設定を維持したいと思うかもしれない。
シグナルが自動的に執行される場合、ロットサイズはどのように決定されますか？
なぜなら、マネージャーは加入者より大きな（またはそれほど悲劇的ではない-小さな）口座を持っているかもしれないので、この場合、シグナルのロットサイズはどのように自動的に調整されるのでしょうか？
シグナルを購読する前に、デモ口座で mql5.comの取引シグナルを試すことができるかどうかお聞きしたいのです。
ありがとうございます。
PAMMサービスはすでに死んでいる。
私の意見では、これはあまりにも大げさな発言だ。
SIGNALSはPAMMを「殺す」ことはできないだろうし、PAMMに強い影響を与えることもできないだろう。