トレーダーハンドブック:注文、価格、スタック、資金、通貨 - ページ 5 12345 新しいコメント Andrei Trukhanovich 2021.06.25 19:27 #41 fxsaber: いずれにせよ、ボットごとのリクエスト数は興味深い。 fxsaber 2021.06.25 20:02 #42 Andrei Trukhanovich:ボットが部分的に、あるいは完全にフロントランニングをして いるのかもしれない。 はっきり言って、違います。全く違います。ただ、取引注文 数を制限していないだけです。 とにかくボット1台あたりの注文数が気になります。 だから制限は1口座分。ボットによる分割は慣例です。 Ivan Butko 2022.04.06 18:50 #43 点の前の点はどのように表現されるのか?例えばゴールド。 1919.20. 1918. 15 これらの価格の差は何ですか?105ピップスか1.05ピップス(ポイント? Vitaly Muzichenko 2022.04.06 18:52 #44 Ivan Butko #:ドットの前のポイントはどのように表現されるのか?例えば、金の場合 1919.201918. 15これらの価格の差は何ですか?105ピップスか1.05ピップス(ポイント? その差は1ドルと5セントです。 Ivan Butko 2022.04.06 19:10 #45 Vitaly Muzichenko #:差額=1.5ドル。 ありがとう! Sergei Antropov 2022.08.25 18:48 #46 hrenfx #:証券取引所における指値注文の執行正しい取引所のアルゴリズムでは、価格決定において公開ビッド≧アスクの状況は許容されません。アルゴリズム自体では、ビッドが受信されると、初期段階でスタックが形成され、ビッド >= アスクの状況がしばしば発生します。このような状況では、交換アルゴリズムの実行部分がオンになり、そのタスクは、この状況をアスク>ビッドの状態に打破することである。そして、それが解決された後にのみ、すでに形成されたベットとそれに対応して形成されたラストデータが公開され、誰でも利用できるようになります。 SellLimitは 常にBid価格で執行され、BuyLimitは Ask価格で執行されます。 しかし、これらのBidとAskだけが、上記のように初期段階で形成されたスタックの非公開価格です。 SellLimitを出した場合、それはあなたが売りたいということであり、他の人があなたから買いたいという申し出と同じです。このため、SellLimitはAskギャングに分類される。例えば、スプレッドの内側にSellLimitを置くと、リミットのレベルとボリュームで最適なAskバンドが形成されます。つまり、SellLimitをスプレッドの内側に置くことで、Ask価格を変更することになります。Ask価格で買いたい人がいれば、その人はあなたの指値を埋めることになります。このような場合、SellLimitがAsk価格で約定されるとか、スプレッドなしで約定されるというのは、非常に曖昧な表現です。 執行の例を 挙げましょう。スプレッドの内側に SellLimit を設定したので、Ask は SellLimit と等しくなります。次に、BuyLimit を Ask と等しく設定します。この場合(最初の段落を参照)、証券取引所のアルゴリズムでは、Bid が BuyLimit と等しいことが判明します。つまり、Bid = Ask となる。つまり、AskがBidより大きくなるまで、状況は整理されます。アルゴリズムがそうするまで、誰も正しいベットを見ることはできません。簡単のため、SellLimitとBuyLimitのボリュームをVolと等しくします。両方のリミッターが崩壊し、BidとAskがスタック内の次の最良バンドと等しくなる、つまりAsk > Bidになることがわかります。そしてLast-dataには、SellLimit(== BuyLimit)と等しい約定価格、Volの数量、BUYの方向(BuyLimitがSellLimitより後に送信されたため)が含まれる。 同じ状況でBuyLimitを最初に送信し、次にSellLimitを送信した場合、結果は同じになる。しかし、Last-dataでは、方向フラグが逆になります。リミッターが実行される価格の問題に戻ります:流動性の低いシンボルの浅いTFのバーを見ると、Bidのバーは下(BuyLimits)でアンダーカットされ、Askのバーは上(SellLimits)でアンダーカットされていることがわかります。SellLimitの状況をもう一度考えてみましょう。バー・テスターでは、HighBid >= SellLimit のときだけ SellLimit が実行されます。HighBid は(LowAsk と同様に)取引所では実質的にカットされないことに注意してください。また、ECN/STP ではまったくカットされません。つまり、リミッターを使用したストラテジーをテストする必要がある場合、SellLimitの約定における主な情報はBid-priceの値、またはむしろそのHighです。これは、SellLimitがBid-priceで正確に執行されることを支持するもう1つの論拠となる。少し脱線するが、Bid-dataを頂点とし、Ask-dataを安値とするZigZagも同じ理由で構成される。そして、このような構造に基づいて、潜在的な収益性を最大限に見積もるのです。 追伸:私は取引所で一度も取引をしていません。単に、取引所のプラットフォーム形成アルゴリズムは、より複雑なプラットフォーム形成アルゴリズム(分散型市場(ダークプール))の非常に特殊なケースです。取引所についてすべてが明らかになったときに、それについて書くつもりだ。 残念ながら、残念ながら、すべてが明確ではありません、私は視覚的な表現が不足しています。 Vitaly Murlenko 2022.12.07 02:43 #47 トレーダーズハンドブックが貯金箱にある。ポストに添付されている。2007年に出版されたものだ。役に立つことがたくさん書いてある。 ファイル: slovartraders.zip 597 kb 12345 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
いずれにせよ、ボットごとのリクエスト数は興味深い。
ボットが部分的に、あるいは完全にフロントランニングをして いるのかもしれない。
はっきり言って、違います。全く違います。ただ、取引注文 数を制限していないだけです。
とにかくボット1台あたりの注文数が気になります。
だから制限は1口座分。ボットによる分割は慣例です。
点の前の点はどのように表現されるのか?例えばゴールド。
1919.20.
1918. 15
これらの価格の差は何ですか?105ピップスか1.05ピップス(ポイント?
ドットの前のポイントはどのように表現されるのか?例えば、金の場合
1919.20
1918. 15
これらの価格の差は何ですか?105ピップスか1.05ピップス(ポイント?
その差は1ドルと5セントです。
差額=1.5ドル。
ありがとう!
証券取引所における指値注文の執行
正しい取引所のアルゴリズムでは、価格決定において公開ビッド≧アスクの状況は許容されません。アルゴリズム自体では、ビッドが受信されると、初期段階でスタックが形成され、ビッド >= アスクの状況がしばしば発生します。このような状況では、交換アルゴリズムの実行部分がオンになり、そのタスクは、この状況をアスク>ビッドの状態に打破することである。そして、それが解決された後にのみ、すでに形成されたベットとそれに対応して形成されたラストデータが公開され、誰でも利用できるようになります。
SellLimitは 常にBid価格で執行され、BuyLimitは Ask価格で執行されます。
しかし、これらのBidとAskだけが、上記のように初期段階で形成されたスタックの非公開価格です。
SellLimitを出した場合、それはあなたが売りたいということであり、他の人があなたから買いたいという申し出と同じです。このため、SellLimitはAskギャングに分類される。例えば、スプレッドの内側にSellLimitを置くと、リミットのレベルとボリュームで最適なAskバンドが形成されます。つまり、SellLimitをスプレッドの内側に置くことで、Ask価格を変更することになります。Ask価格で買いたい人がいれば、その人はあなたの指値を埋めることになります。このような場合、SellLimitがAsk価格で約定されるとか、スプレッドなしで約定されるというのは、非常に曖昧な表現です。
執行の例を 挙げましょう。スプレッドの内側に SellLimit を設定したので、Ask は SellLimit と等しくなります。次に、BuyLimit を Ask と等しく設定します。この場合(最初の段落を参照)、証券取引所のアルゴリズムでは、Bid が BuyLimit と等しいことが判明します。つまり、Bid = Ask となる。つまり、AskがBidより大きくなるまで、状況は整理されます。アルゴリズムがそうするまで、誰も正しいベットを見ることはできません。簡単のため、SellLimitとBuyLimitのボリュームをVolと等しくします。両方のリミッターが崩壊し、BidとAskがスタック内の次の最良バンドと等しくなる、つまりAsk > Bidになることがわかります。そしてLast-dataには、SellLimit(== BuyLimit)と等しい約定価格、Volの数量、BUYの方向(BuyLimitがSellLimitより後に送信されたため)が含まれる。
同じ状況でBuyLimitを最初に送信し、次にSellLimitを送信した場合、結果は同じになる。しかし、Last-dataでは、方向フラグが逆になります。
リミッターが実行される価格の問題に戻ります:
流動性の低いシンボルの浅いTFのバーを見ると、Bidのバーは下(BuyLimits)でアンダーカットされ、Askのバーは上(SellLimits)でアンダーカットされていることがわかります。
SellLimitの状況をもう一度考えてみましょう。バー・テスターでは、HighBid >= SellLimit のときだけ SellLimit が実行されます。HighBid は(LowAsk と同様に)取引所では実質的にカットされないことに注意してください。また、ECN/STP ではまったくカットされません。つまり、リミッターを使用したストラテジーをテストする必要がある場合、SellLimitの約定における主な情報はBid-priceの値、またはむしろそのHighです。これは、SellLimitがBid-priceで正確に執行されることを支持するもう1つの論拠となる。
少し脱線するが、Bid-dataを頂点とし、Ask-dataを安値とするZigZagも同じ理由で構成される。そして、このような構造に基づいて、潜在的な収益性を最大限に見積もるのです。
追伸:私は取引所で一度も取引をしていません。単に、取引所のプラットフォーム形成アルゴリズムは、より複雑なプラットフォーム形成アルゴリズム(分散型市場(ダークプール))の非常に特殊なケースです。取引所についてすべてが明らかになったときに、それについて書くつもりだ。
残念ながら、残念ながら、すべてが明確ではありません、私は視覚的な表現が不足しています。