先物取引は、BidやAskではなく、Last priceで始まる。これは正常なのか？ - ページ 6 123456789 新しいコメント Valeriy Yastremskiy 2020.09.28 15:40 #51 Roman:ストップオーダーとリミットオーダーの違いは、価格がどこに行くかを予測することだけだと書きましたね。 だから、ストップ注文が全く入らないということが理解できないんですね。 まあ、基礎から勉強して、何か書けよ。あなたの場合、事前に教えて欲しいことは分かっています。 Limitのレベルが現在の価格よりも 良い場合、StopLimitを置くと言いたいのでしょう。 そして、Limitがマーケットに送られるのは、Stop！のトリガー時であって、StopLimit注文の発注時ではないと言うことです。 アレクセイは、「これらは違うオーダーだが、同じタイプのStopである」と正しく指摘した。そして、すべてのストップオーダーはサーバーに、あるいはコンピュータのローカルに 保存さ れます（過去） そして、StopLimitは制限を設定 する ためのもの ではありません。指値には通常のLimit orderがあります。 もちろんStopLimitが 何のためにあるのかも理解してないんだろうけど。 つまり、TPレベルのTakeProfitの代わりに、同じ出来高のStopLimitを入れて、それが執行されて反対方向の価格でそれぞれ成行となり、スプレッドはプラスになるということが分かってきたような気がします。素人質問ですが、MT4では2つのカウンターオーダーをクローズする必要があり、MT5でもクローズしないと逆買いのオーダーを出すのでポジションが消えてしまいます。 Vitalii Ananev 2020.09.28 15:56 #52 Valeriy Yastremskiy:つまり、TPレベルでtakeprofitするのではなく、同量で逆指値を入れ、それが反対方向の価格でそれぞれ約定して成行となり、スプレッドがプラスになる、ということがつかめてきたような気がしています。素人からの質問：MT4では2つの反対注文をクローズする必要があり、MT5でもクローズしないと反対買いの注文を出すとポジションが消えてしまいます。 ネッティングとは、選択した楽器のポジションが左右どちらかに1つしかない仕組みのことです。株式市場でも広く利用されている。実際、トレーダーは、同じ取引商品について買いポジションと売りポジションを同時に建てることはできません。 買いポジションが1枚あり、1枚目に売り指値注文が あった場合、売り指値注文が発動すると買いポジションが決済され、売りポジションはオープンされません。 買いポジションが+1、売りポジションが-1、結果として+1 - 1 = 0となったとします。 Alexey Viktorov 2020.09.28 16:00 #53 Valeriy Yastremskiy:TPレベルでtakeprofitする代わりに、stop-limitを置く............など、追いつき始めていると思う。 追いつくどころか、さらに遅れをとっているように見えますね。ただ、注文の種類 を理解するようにしてください。Stopの意味、Limitの意味、StopLimitの意味 Roman 2020.09.28 16:48 #54 Valeriy Yastremskiy:つまり、TPレベルでtakeprofitするのではなく、同量で逆指値を入れ、それが反対方向の価格でそれぞれ約定して成行となり、スプレッドはプラスになる、ということがつかめてきたような気がしています。素人質問ですが、MT4では2つのカウンターオーダーをクローズする必要があり、MT5でもクローズしないと逆買いの注文を出すのでポジションが消えてしまいます。 逆に、StopLimitが市場に食い込んでくるので、スプレッドはマイナスになります。もちろん、より悪い価格を提示した場合はですが。 StopLimitはとりあえず忘れてください、トリガーで実行されます。 TPはLimitを使用 SLはStopを使用 1枚ロング、100で Put TP、売りLimit 1、110で Put SL、売りStop 1、90で。 この場合、TP注文は指値注文としてピックアップエリアに立ち、マーケットがヒットするのを待ちます。 すなわち、指値注文としてのTPは、スリッページなしで、指定した価格で満たされることになります。 StopLimit は保護的なストップロスに 決して使用しないでください。 StopLimitは実行に失敗することがあり、オープンロスはもっと大きな損失となります。 Roman 2020.09.28 16:51 #55 Vitalii Ananev:1枚の買いポジションを保有し、ストップとして 1枚目の売り 指値注文を出して いる場合、売り指値注文をトリガーに買いポジションが決済され、売りポジションは建ちません。買いポジションが+1、売りポジションが-1、結果として+1 - 1 = 0となったとします。 誤植がありますね。テイクプロフィットとしてであるべきです。 Vitalii Ananev 2020.09.28 16:54 #56 Roman:誤字があります。テイクプロフィットとしてでなければならない。 はい、その通りです、タイプミスです。 Valeriy Yastremskiy 2020.09.28 17:08 #57 Vitalii Ananev: ローマ字 表記： Alexey Viktorov： 皆さん、ありがとうございます。もちろん、私のミスです。TPレベルで指値注文、反対側のストップロスレベルで保留注文です。そして、ロジックというか、ストップリミットの本来の目的がまだ追いついていないんです。価格が上昇し、ストップのレベル、さらに高い指値注文が開かれ、これは売り注文となる。指値注文のレベルの価格が反転し、さらに上昇する可能性があります。 Roman 2020.09.28 17:29 #58 Valeriy Yastremskiy:皆さん、ありがとうございます。もちろん、私のミスです。TPレベルで指値注文、反対側のストップロスレベルで保留注文です。そして、ロジックというか、ストップリミットの本来の目的がまだ追いついていないんです。価格が上昇し、ストップのレベル、さらに高い指値注文が開かれ、これは売り注文となる。指値注文のレベルの価格が反転し、さらに上昇する可能性があります。 BuyStopLimitとSellStopLimit注文を使うことで、ブレイクダウンのためのポジションを入力する際のスリッページをコントロールすることができるのです。 はい、MqlTradeRequestの構造の 中に、スリッページの原因となる実装が あることは承知しています。 しかし、これはMQの実装であり、ブローカーのMT5サーバーで管理されています。 また、明示的にStopLimitを送信すると、このリクエストはすでに見積もりプロバイダーのサーバーに格納されています。 その違いは説明するまでもないと思います。 Valeriy Yastremskiy 2020.09.28 17:37 #59 Roman:BuyStopLimit、SellStopLimit注文により、ブレイクアウト時にポジションを持つ際のスリッページを抑制することができます。 はい、MqlTradeRequestの 構造にズレが あり、それがスリッページの原因になっているというのは同意します。 しかし、これはMQの実装であり、MT5サーバー上で管理されています。 また、明示的にStopLimitを送信すると、このリクエストはすでに見積もりプロバイダーのサーバーに保存されています。 その違いは説明するまでもないと思います。 実行の安定性) Roman 2020.09.28 17:41 #60 Valeriy Yastremskiy:実行における持続可能性) ブローカーのサーバーをチェーンから除外し、取引所により近い場所で注文を行う。 どのような場合でも、見積もりプロバイダーは取引所の中核にできるだけ近く、オーロラにある1つのコロケーションに いるためです。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ストップオーダーとリミットオーダーの違いは、価格がどこに行くかを予測することだけだと書きましたね。
だから、ストップ注文が全く入らないということが理解できないんですね。
まあ、基礎から勉強して、何か書けよ。
あなたの場合、事前に教えて欲しいことは分かっています。
Limitのレベルが現在の価格よりも 良い場合、StopLimitを置くと言いたいのでしょう。
そして、Limitがマーケットに送られるのは、Stop！のトリガー時であって、StopLimit注文の発注時ではないと言うことです。
アレクセイは、「これらは違うオーダーだが、同じタイプのStopである」と正しく指摘した。そして、すべてのストップオーダーはサーバーに、あるいはコンピュータのローカルに 保存さ れます（過去）
そして、StopLimitは制限を設定 する ためのもの ではありません。指値には通常のLimit orderがあります。
もちろんStopLimitが 何のためにあるのかも理解してないんだろうけど。
つまり、TPレベルのTakeProfitの代わりに、同じ出来高のStopLimitを入れて、それが執行されて反対方向の価格でそれぞれ成行となり、スプレッドはプラスになるということが分かってきたような気がします。素人質問ですが、MT4では2つのカウンターオーダーをクローズする必要があり、MT5でもクローズしないと逆買いのオーダーを出すのでポジションが消えてしまいます。
つまり、TPレベルでtakeprofitするのではなく、同量で逆指値を入れ、それが反対方向の価格でそれぞれ約定して成行となり、スプレッドがプラスになる、ということがつかめてきたような気がしています。素人からの質問：MT4では2つの反対注文をクローズする必要があり、MT5でもクローズしないと反対買いの注文を出すとポジションが消えてしまいます。
ネッティングとは、選択した楽器のポジションが左右どちらかに1つしかない仕組みのことです。株式市場でも広く利用されている。実際、トレーダーは、同じ取引商品について買いポジションと売りポジションを同時に建てることはできません。
買いポジションが1枚あり、1枚目に売り指値注文が あった場合、売り指値注文が発動すると買いポジションが決済され、売りポジションはオープンされません。
買いポジションが+1、売りポジションが-1、結果として+1 - 1 = 0となったとします。
TPレベルでtakeprofitする代わりに、stop-limitを置く............など、追いつき始めていると思う。
追いつくどころか、さらに遅れをとっているように見えますね。ただ、注文の種類 を理解するようにしてください。Stopの意味、Limitの意味、StopLimitの意味
つまり、TPレベルでtakeprofitするのではなく、同量で逆指値を入れ、それが反対方向の価格でそれぞれ約定して成行となり、スプレッドはプラスになる、ということがつかめてきたような気がしています。素人質問ですが、MT4では2つのカウンターオーダーをクローズする必要があり、MT5でもクローズしないと逆買いの注文を出すのでポジションが消えてしまいます。
逆に、StopLimitが市場に食い込んでくるので、スプレッドはマイナスになります。もちろん、より悪い価格を提示した場合はですが。
StopLimitはとりあえず忘れてください、トリガーで実行されます。
TPはLimitを使用
SLはStopを使用
1枚ロング、100で
Put TP、売りLimit 1、110で
Put SL、売りStop 1、90で。
この場合、TP注文は指値注文としてピックアップエリアに立ち、マーケットがヒットするのを待ちます。
すなわち、指値注文としてのTPは、スリッページなしで、指定した価格で満たされることになります。
StopLimit は保護的なストップロスに 決して使用しないでください。
StopLimitは実行に失敗することがあり、オープンロスはもっと大きな損失となります。
1枚の買いポジションを保有し、ストップとして 1枚目の売り 指値注文を出して いる場合、売り指値注文をトリガーに買いポジションが決済され、売りポジションは建ちません。
買いポジションが+1、売りポジションが-1、結果として+1 - 1 = 0となったとします。
誤植がありますね。テイクプロフィットとしてであるべきです。
誤字があります。テイクプロフィットとしてでなければならない。
はい、その通りです、タイプミスです。
皆さん、ありがとうございます。もちろん、私のミスです。TPレベルで指値注文、反対側のストップロスレベルで保留注文です。そして、ロジックというか、ストップリミットの本来の目的がまだ追いついていないんです。価格が上昇し、ストップのレベル、さらに高い指値注文が開かれ、これは売り注文となる。指値注文のレベルの価格が反転し、さらに上昇する可能性があります。
皆さん、ありがとうございます。もちろん、私のミスです。TPレベルで指値注文、反対側のストップロスレベルで保留注文です。そして、ロジックというか、ストップリミットの本来の目的がまだ追いついていないんです。価格が上昇し、ストップのレベル、さらに高い指値注文が開かれ、これは売り注文となる。指値注文のレベルの価格が反転し、さらに上昇する可能性があります。
BuyStopLimitとSellStopLimit注文を使うことで、ブレイクダウンのためのポジションを入力する際のスリッページをコントロールすることができるのです。
はい、MqlTradeRequestの構造の 中に、スリッページの原因となる実装が あることは承知しています。
しかし、これはMQの実装であり、ブローカーのMT5サーバーで管理されています。
また、明示的にStopLimitを送信すると、このリクエストはすでに見積もりプロバイダーのサーバーに格納されています。
その違いは説明するまでもないと思います。
BuyStopLimit、SellStopLimit注文により、ブレイクアウト時にポジションを持つ際のスリッページを抑制することができます。
はい、MqlTradeRequestの 構造にズレが あり、それがスリッページの原因になっているというのは同意します。
しかし、これはMQの実装であり、MT5サーバー上で管理されています。
また、明示的にStopLimitを送信すると、このリクエストはすでに見積もりプロバイダーのサーバーに保存されています。
その違いは説明するまでもないと思います。
実行の安定性)
実行における持続可能性)
ブローカーのサーバーをチェーンから除外し、取引所により近い場所で注文を行う。
どのような場合でも、見積もりプロバイダーは取引所の中核にできるだけ近く、オーロラにある1つのコロケーションに いるためです。