実質的なクリアランスは? - ページ 12 1...567891011121314 新しいコメント Vasiliy Sokolov 2021.11.01 07:59 #111 prostotrader #:フルオーダーログの月額利用料は14500ルーブルです。そして、1ヶ月の購読が可能かどうかは不明です :)追加もっと前にやっていたはずなのですが、端末のExchange部分に対するMQの挙動が。昔ならやったけど、MQの挙動が端末のExchange部分との関係で、無駄な作業になってしまうんだよね。引用のタイミングが顕著な例で、MQの明らかなミスですが、修正されるのでしょうか?Bidがかなり前に変更され、以前のBidで取引が行われた(データは関数CopyTicksRange() GAZR-12.21で返されたもの)。 これはエラーではありません。これがリアルタイムの流れです。他の取引所でも、例えば暗号ではMetaTraderやplazaがなくても常に起きていることです。特に同時期に開始した場合、ある見積もりバッチが他のバッチを追い越してしまうことがあります。そのようなポイントにブルーで下線を引いています。 最後の買い取引は27ミリ秒で到達し(時間差フィールド)、07時43分32秒857に始まり、アスクレベルはそれに続いて07時43分32秒858に 変化しましたが、それに関する情報は25ミリ秒で到達 したことがわかります。ということで、逆順に見ていくと、1) 07:43:32.883 のAsk レベルの 変化2)07:43:32.884 の最後のイベント 端末は、これらの見積もりを同じ修正順に受け取っています。最初の見積書がすでにユーザーに送信されているため、順序を変更することは不可能です。通常の端末では、受信した見積書を必要な順番に並べるために、(バッファを作るために)数ミリ秒の追加遅延を導入することはありません。履歴を記録する場合、さらにソートすることが可能です。 prostotrader 2021.11.01 09:29 #112 Vasiliy Sokolov #:これはエラーではありません。これがリアルタイムストリーミングの仕組みです。他の市場でも、例えば暗号などは、MetaTraderやプラウザがなくても、常に起きていることなのです。特に同時期に開始した場合、ある見積もりバッチが他のバッチを追い越してしまうことがあります。そのようなポイントにブルーで下線を引いています。最後の買い取引は27ミリ秒で到達し(時間差フィールド)、07時43分32秒857に始まり、アスクレベルはそれに続いて07時43分32秒858に 変化しましたが、それに関する情報は25ミリ秒で到達 したことがわかります。ということで、逆順に見ていくと、1) 07:43:32.883 のAsk レベルの 変化2)07:43:32.884 の最後のイベント端末は、これらの見積もりを同じ修正順に受け取っています。最初の見積書がすでにユーザーに送信されているため、順序を変更することは不可能です。通常の端末では、受信した見積書を必要な順番に並べるために、(バッファを作るために)数ミリ秒の追加遅延を導入することはありません。履歴を記録する際に、すでに追加のソートを行うことができます。 説明は良いのですが、赤の取引(青で囲った部分)の前後でずっと 入札が違って います Vasiliy Sokolov 2021.11.01 09:51 #113 prostotrader #:あなたの説明は、赤い取引(青で囲んだ部分)の前と後の両方で入札が 常に異なって いることを除いては、誰にとっても良いことです。 はい、わかります。変化の差は10秒以上。最後の売りは37230から37225の存在しない価格で発生するが、37224ではBidも変化しない。そう、Time&Salesではなく、何かの模倣なんです。 なんというか、「がんばったね」という感じです。 Renat Akhtyamov 2021.11.01 17:09 #114 Mihail Marchukajtes:同業者の方も歓迎します。クリアリングとは?入札は、例として交換取引が重なることで買い手と売り手のバランスを取るために止めているのだと理解しています。その本質は、取引セッション中に 行われた取引を明らかにすることです。しかし、取引過程でいくつかの取引が計上されず、残高が割れない場合、取引所はどうするのでしょうか。つまり、清算の過程で数えてみたら、2、3件の契約が失われていたのである。取引所は何をするところなのか?ボリュームエリアで取引されたセッションの履歴は変更されますか?どなたか指で説明してください。理由を聞いているのです。今朝、最適化した後、履歴に3つのエラーが出たのですが、クリア後に5つに増え、履歴をいじったような気がします。問題は、引用に依存するデータを使っているので、履歴が変わるとゼロバーでの最終結果が大きく変わってしまうことです。例として、私は実際の取引量を使用し、履歴の特定のバーから計算を開始するADインジケータを計算するので、履歴が少なくとも1単位でバーのボリュームを変更した場合、ゼロバーへの差が有意になります。そして、クリアするごとに誤差が大きくなっていく。そして、理解できない、あるいはこのやり取りがストーリーを支配している、あるいは私の計算が曲がっている。どなたかわかりやすく説明してください。ありがとうございました。 クリアの仕組みはこんな感じです。 つまり、誰もがスプレッドで1日2回跳ね返されても、気にしないのです。 で、クリア後は、基本的に全員が穴+で・・・。 ファイル: 2.png 7 kb Renat Akhtyamov 2021.11.01 17:23 #115 グラスの話はしたくないくらいです。 タンブラーテスト、別名計算チェックを書きました。 結論 - それは見せかけで、他の電子市場と区別するためのぬいぐるみである。 ひとつは、自分たちは何も知らないのに、価格についての記事を書いていることです・・・・・・。 私は、価格の設定方法について、3回、いや、それ以上にフォーラムで話した。 誰かが理解してくれればいいのですが......。) Ilya Baranov 2021.11.01 17:36 #116 Renat Akhtyamov #:クリアー機構はこんな感じです。というのは、誰もがスプレッドで1日2回跳ね返され、どうでもよくなってしまう。で、クリア後は、基本的に全員がロカ+.どこもブーイングを受けません。閉店してすぐに同じ値段で開店する。資産がルーブルで清算される場合、財務上の総結果は変わりません。(ドル建ての場合、現在の為替レートが多少影響します)。純粋に技術的な操作です。広がりもなければ、ロックもない。 清算後は、ポジションの損益が残高に流れ込むだけで、元のポジションと同じ状態になります。 Renat Akhtyamov 2021.11.01 17:51 #117 Ilya Baranov #:どこにも人を押し込まない。閉店してすぐに同じ値段で開店する。ルーブルの資産である場合、全体の財務結果は何ら変わりません。(ドル建ての場合、現在の為替レートが多少影響します)。純粋に技術的な操作です。スプレッドもなければ、ロックもない。 清算後は、ポジションの損益が残高に流れ込むだけ で、元のポジションと同じ状態になります。 付け忘れたのか、誤解しているのか。 クリアリング操作により、全員が現在のビッド/アスクに移行し、その時点の取引を合計します。 というのは? あ、同じだ ;) prostotrader 2021.11.01 18:02 #118 Renat Akhtyamov #:追加し忘れたか、誤解しているクリアリングオペレーションにより、全員が現在のビッド/アスクに移行し、現在までの取引を合計することになります。というのは?あ、同じだ ;) 現在、クリアするためのアスク/ビッドはありません。 Renat Akhtyamov 2021.11.01 18:03 #119 prostotrader #:現在、クリアするためのアスク/ビッドはありません。 が、何があるのか、どんな値段でまとめているのか? prostotrader 2021.11.01 18:33 #120 Renat Akhtyamov #: と、終値はいくらなのか? 2021.11.01 18:52:41.125 Trades 'ххххх': deal #102872652 buy 30 GOLD-12.21 at 1792.9 done (based on order #0) 2021.11.01 18:52:41.126 Trades 'ххххх': deal #102872653 sell 30 GOLD-12.21 at 1792.9 done (based on order #0) 終値で、清算前(18~44歳) 1...567891011121314 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
フルオーダーログの月額利用料は14500ルーブルです。
そして、1ヶ月の購読が可能かどうかは不明です :)
追加
もっと前にやっていたはずなのですが、端末のExchange部分に対するMQの挙動が。
昔ならやったけど、MQの挙動が端末のExchange部分との関係で、無駄な作業になってしまうんだよね。
引用のタイミングが顕著な例で、MQの明らかなミスですが、修正されるのでしょうか?
Bidがかなり前に変更され、以前のBidで取引が行われた(データは関数CopyTicksRange() GAZR-12.21で返されたもの)。
これはエラーではありません。これがリアルタイムの流れです。他の取引所でも、例えば暗号ではMetaTraderやplazaがなくても常に起きていることです。特に同時期に開始した場合、ある見積もりバッチが他のバッチを追い越してしまうことがあります。そのようなポイントにブルーで下線を引いています。
最後の買い取引は27ミリ秒で到達し(時間差フィールド)、07時43分32秒857に始まり、アスクレベルはそれに続いて07時43分32秒858に 変化しましたが、それに関する情報は25ミリ秒で到達 したことがわかります。ということで、逆順に見ていくと、1) 07:43:32.883 のAsk レベルの 変化2)07:43:32.884 の最後のイベント
端末は、これらの見積もりを同じ修正順に受け取っています。最初の見積書がすでにユーザーに送信されているため、順序を変更することは不可能です。通常の端末では、受信した見積書を必要な順番に並べるために、(バッファを作るために)数ミリ秒の追加遅延を導入することはありません。履歴を記録する場合、さらにソートすることが可能です。
これはエラーではありません。これがリアルタイムストリーミングの仕組みです。他の市場でも、例えば暗号などは、MetaTraderやプラウザがなくても、常に起きていることなのです。特に同時期に開始した場合、ある見積もりバッチが他のバッチを追い越してしまうことがあります。そのようなポイントにブルーで下線を引いています。
最後の買い取引は27ミリ秒で到達し(時間差フィールド)、07時43分32秒857に始まり、アスクレベルはそれに続いて07時43分32秒858に 変化しましたが、それに関する情報は25ミリ秒で到達 したことがわかります。ということで、逆順に見ていくと、1) 07:43:32.883 のAsk レベルの 変化2)07:43:32.884 の最後のイベント
端末は、これらの見積もりを同じ修正順に受け取っています。最初の見積書がすでにユーザーに送信されているため、順序を変更することは不可能です。通常の端末では、受信した見積書を必要な順番に並べるために、(バッファを作るために)数ミリ秒の追加遅延を導入することはありません。履歴を記録する際に、すでに追加のソートを行うことができます。
説明は良いのですが、赤の取引(青で囲った部分)の前後でずっと 入札が違って います
あなたの説明は、赤い取引(青で囲んだ部分)の前と後の両方で入札が 常に異なって いることを除いては、誰にとっても良いことです。
はい、わかります。変化の差は10秒以上。最後の売りは37230から37225の存在しない価格で発生するが、37224ではBidも変化しない。そう、Time&Salesではなく、何かの模倣なんです。
なんというか、「がんばったね」という感じです。
同業者の方も歓迎します。
クリアリングとは?入札は、例として交換取引が重なることで買い手と売り手のバランスを取るために止めているのだと理解しています。その本質は、取引セッション中に 行われた取引を明らかにすることです。しかし、取引過程でいくつかの取引が計上されず、残高が割れない場合、取引所はどうするのでしょうか。つまり、清算の過程で数えてみたら、2、3件の契約が失われていたのである。取引所は何をするところなのか?ボリュームエリアで取引されたセッションの履歴は変更されますか?どなたか指で説明してください。
理由を聞いているのです。今朝、最適化した後、履歴に3つのエラーが出たのですが、クリア後に5つに増え、履歴をいじったような気がします。問題は、引用に依存するデータを使っているので、履歴が変わるとゼロバーでの最終結果が大きく変わってしまうことです。例として、私は実際の取引量を使用し、履歴の特定のバーから計算を開始するADインジケータを計算するので、履歴が少なくとも1単位でバーのボリュームを変更した場合、ゼロバーへの差が有意になります。そして、クリアするごとに誤差が大きくなっていく。そして、理解できない、あるいはこのやり取りがストーリーを支配している、あるいは私の計算が曲がっている。どなたかわかりやすく説明してください。ありがとうございました。
クリアの仕組みはこんな感じです。
つまり、誰もがスプレッドで1日2回跳ね返されても、気にしないのです。
で、クリア後は、基本的に全員が穴+で・・・。
グラスの話はしたくないくらいです。
タンブラーテスト、別名計算チェックを書きました。
結論 - それは見せかけで、他の電子市場と区別するためのぬいぐるみである。
ひとつは、自分たちは何も知らないのに、価格についての記事を書いていることです・・・・・・。
私は、価格の設定方法について、3回、いや、それ以上にフォーラムで話した。
誰かが理解してくれればいいのですが......。)
クリアー機構はこんな感じです。
というのは、誰もがスプレッドで1日2回跳ね返され、どうでもよくなってしまう。
で、クリア後は、基本的に全員がロカ+.
どこもブーイングを受けません。
閉店してすぐに同じ値段で開店する。資産がルーブルで清算される場合、財務上の総結果は変わりません。(ドル建ての場合、現在の為替レートが多少影響します)。
純粋に技術的な操作です。広がりもなければ、ロックもない。
清算後は、ポジションの損益が残高に流れ込むだけで、元のポジションと同じ状態になります。どこにも人を押し込まない。
閉店してすぐに同じ値段で開店する。ルーブルの資産である場合、全体の財務結果は何ら変わりません。(ドル建ての場合、現在の為替レートが多少影響します)。
純粋に技術的な操作です。スプレッドもなければ、ロックもない。
清算後は、ポジションの損益が残高に流れ込むだけ で、元のポジションと同じ状態になります。付け忘れたのか、誤解しているのか。
クリアリング操作により、全員が現在のビッド/アスクに移行し、その時点の取引を合計します。
というのは?
あ、同じだ ;)
追加し忘れたか、誤解している
クリアリングオペレーションにより、全員が現在のビッド/アスクに移行し、現在までの取引を合計することになります。
というのは?
あ、同じだ ;)
現在、クリアするためのアスク/ビッドはありません。
現在、クリアするためのアスク/ビッドはありません。
と、終値はいくらなのか?
終値で、清算前(18~44歳)