1ティックにAskよりBidが多いことはありえますか？ - ページ 5 12345678910 新しいコメント Academic 2011.02.14 19:49 #41 Mischek: まあ結局のところ、あなたの言いたいことはどうでもいいんです。私が言ったことをねじ曲げたり、変えたりしないでくださいhttps://www.mql5.com/ru/forum/3168/page2#comment_47242また議論に戻った。:)何をひねくれているかというと、「ベストプライスのCHANGEだ」と書いているんですね。つまり、ここでの「変化」は名詞であり、例えばここでのベストプライスの「値」、ベストプライスの「記号」と同じように、そこでもベストプライスの「変化」を指しているのである。 引用元: >>Tickはまさにその両者を満足させる瞬間なのです :))>>no、ティックは「最良の価格」の変化である。あるいは、もっとシンプルに、もしあなたがおっしゃるように私の理解が誤っているのであれば、同じように、もっと詳しく書いてください。 削除済み 2011.02.15 04:43 #42 Academic::) しかし、それなら なぜ、何も変わらないのに、めったに、めったにダニを見ないのか何もない」とはどういう意味ですか？私も同じことを思っていたのですが...。サーバーは、たくさんの入力をもとに新しいティックを簡単に生成でき、同時にたくさんのパラメータを端末に送ることができます。たとえすべての情報が「同じ」であるように見えても、私はここに取引のルールとの矛盾を見いだすことはできません。 削除済み 2011.02.15 04:57 #43 Academic: しかし、今のところ「TICとは何か」ということに興味があります。もしかして、誤解があることが問題なのでは？TICとは？ミシェイクが考えるような変化なのか？それとも、私が書いたようにすべて同じことが取引なのでしょうか？私の記憶では、ティックは、少なくともAsk/Bidや他の明示的に分析されたパラメータを変更することなく、サーバーによって生成されることができます。ニモこのケースでは、私は少なくともオブジェクト、ラス価格、および "カップ "の状態が変更されていないと言うことができるに基づいて、他のデータが表示されません（私はサーバが簡単に変更せずに新しいティックで投げることができると確信しているが、これは、例えばです）。 削除済み 2011.02.15 05:37 #44 Academic: では--間違いだと思いますか？そんなことないですよー、普通だと思います。でも、なぜ？というのが、このトピックの趣旨です。まあいいや、ここにいる人たちが知らないということは、とりあえず受け入れておこう。 では--間違いだと思いますか？ないですねー、普通だと思います。しかし、ここにその理由がある。株式市場（NYSEを例とする）の場合は、ごく普通のことです。そこでは、専門家（サーバーと呼ぶ）が、ある状況や、その状況をさらに発展させるための意図を、このような形で示すことができます。この状況を分析すること（少なくとも、その存在によって結論を出すこと）は可能だが、うまく予測することはほとんどできない（少なくとも、私の考えでは）。よし、ここにいる人たちを受け入れよう......知られていないんだ。1.NYSEの専門家の仕事とそのような状況の出現についてのA.Gerchikの発言（言及することを事前に謝罪します）から - 専門家が特定のレベルに到達することを「望まない」場合。2.専門家/サーバーは、売り手を「絞り出し」、買い手を「入れる」ために、そのような状況を（十分に長くでも）作り出すことができます。そうすれば、最初の記述と矛盾することなく、スペシャリストの意図を示すことができるだろう。売り手がこの状況を見たら、ポジションを手仕舞うか、ストップを移すかを考えるべきだということです。このテーマを深く掘り下げると、例えばNYSEやロシアの証券取引所（私の記憶違いでなければ、MICEXにもスペックがある）の専門家の分野を深く掘り下げる必要があります。少なくともウラジミールTwardovsky /セルゲイParshikov "株式取引の秘密 "による本は、専門家の仕事 - 章38に言及した。マーケットメーカーとスペシャリストの仕事』386-397頁（第六部 ゲームプロフェッショナル）。 外国為替市場（主にこの市場）については、もちろんブローカー/ディーラーがその舞台裏で「戦争」をしている（あるいは何らかの内部的な理由がある）場合を除いて、私はあまり意味を見いだせないと思っています。 この場合、私がそのような状況を理解する限り、本当に追跡できる（十分に対応できる）のは自動機だけです。もっと正確に言えば、ほとんどが自動売買機であり、多くの追加情報を分析する必要があり、まずは特定のマーケット状況における専門家・マーケットメーカー（サーバーを読む）の仕事を「理解」することが必要である。追記つまり、株式市場であれば、専門家／サーバーの特定の動作と見ることができ、FX市場であれば、サーバーのエラーか、「舞台裏」で特定のゲームを行おうとしていると見ることができるのです。IMHO 削除済み 2011.02.15 07:35 #45 Academic:はい、もちろんです。何も頼んでないんですけどね。:)0x000000810040#+3774 2007/03/28 03:03:11:840,Bid:1.33510,Ask:1.33510 (スプレッドが0になりました)0x0000000000810040#+5961 2007/03/28 08:30:00:924,Bid:1.33470,Ask:1.33470 (スプレッドが0に減少)0x0000000000810040#+5962 2007/03/28 08:30:01:039,Bid:1.33480,Ask:1.33470 <------------------0x00000000810040#+5963 2007/03/28 08:30:01:083,Bid:1.33560,Ask:1.33470 0x00000000810040#+5964 2007/03/28 08:30:01:263,Bid:1.33550,Ask:1.334700x00000000810040#+5966 2007/03/28 08:30:01:610,Bid:1.33470,Ask:1.33470 (Spread to 0).に縮小されました。0x00000000810040#+5967 2007/03/28 08:30:01:618,Bid:1.33510,Ask:1.33470<。0x0000000000810040#+5968 2007/03/28 08:30:01:625,Bid:1.33520,Ask:1.33470 <----ほぼ3ティック連発0x00000000810040#+5971 2007/03/28 08:30:02:175,Bid:1.33550,Ask:1.33500 < 0x0000000000810040#+7407 2007/03/28 10:34:38:156,Bid:1.33720,Ask:1.33720 10 0から9までの記録。マークされた合計：20555 このフラグを持つ合計：3862。そして、このようなダニは2006年以降、合計3,862件発生しています。 この画像を見ると、少なくとも、専門家/マーケター/サーバー（証券会社/ブローカーと読む）が1-2秒間（もっとかもしれない）あるレベルを保護し、その保護はアスク価格で（数ティックの間この価格は変化しなかったので正確にアスクで）行われたと言うことができます。また、この状況から、Askは強制的に「凍結」され、売り手は新しい買い手の誘致でポジションを「淘汰」されたと見ています。スペシャリスト/サーバーがサポートレベルを守ろうと/作ろうとし、可能であれば上昇トレンドを 作ろうとする明確なシグナルであると思われます（私の理解する限りでは）。ただし、単純に「上級者」の売り手を市場から淘汰することも可能である。いずれにせよ、このような行動は、ショート（またはストップの移動）を終了するための非常に良いシグナルとなります。私が見る限り、この「玉突き踊り」の開始前にスプレッドが0に下げられ（青マーク）、その後Bidがオファーより高く設定され、すでにサーバーが「ダメだった」（黒マーク）と言っています。その後、5ティックの間、サーバーは売り手をポジションから「揺さぶり」、買い手には最初（最初の3ティック）のリーズナブルな価格での買いを提供するだけであった。人々のための特定の信号は、「誘う」買い手（3つの最後のティック）の間にスプレッドが0に再び減少することでしょう。その後、サーバーは売り手を振り落とすと同時に、買い手に対して列車がまもなく北上することをほのめかし続けた（最後の2ティック、Bidが上昇）。物語の終盤、Askは徐々に増え始め、列車がサーバーに移動したことを示している。そして、私の理解では、買い手はまだ集まっていて（ただし、だんだん採算に合わない価格になってきている）、残った売り手は淘汰されていったのだと思います。追記要するに、このようなシナリオ（もしかしたらまだ誰かが明記しているかもしれませんが）か、サーバーの「引用マシン」エラーのどちらかだと思います。より多くのデータ（少なくともBidがAskより小さい期間内のティック履歴を表示）、できれば他の商品、他の時点の例も見たい。 Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Объекты Ганна www.mql5.com Стандартные константы, перечисления и структуры / Константы объектов / Объекты Ганна - Документация по MQL5 削除済み 2011.02.15 07:51 #46 1.また、「賢い」売り手は、サポートレベル 1.33470が守られていることを理解し、売り手を切り捨てた（まさにこれが起こっていた）ので、このポイントでポジションをクローズしたであろうことを付け加えておく。0x0000000000810040#+5966 2007/03/28 08:30:01:610,Bid:1.33470,Ask:1.33470 (スプレッド0に減少)したがって、賢い買い手はその位置で（あるいは同様の特性を持つ他の位置で）正確にエントリーしたことでしょう。2.逆に、抵抗線が守られる（サーバーがビッドを維持しようとする）こともあり得ます。追記賢い売り手はここで当然もう決断しているのだが、そういう人がどれだけいるのか...。0x0000000000810040#+5962 2007/03/28 08:30:01:039,Bid:1.33480,Ask:1.33470 <------------------0x0000000000810040#+5963 2007/03/28 08:30:01:083,Bid:1.33560,Ask:1.33470 (判定点)明らかなシグナルに注意を払わず、マーケットメーカーと戦うのは愚かだ...。:) 削除済み 2011.02.15 08:44 #47 この例について<br / translate="no"> 0x01320020#+29452007/03/27 20:31:44:587,Bid:117.880,Ask:117.910 (spread 30/3) 0x01320020#+2946 2007/03/27 20:31:47:116,Bid:117.870,Ask:117.900 0x01320020#+2947 2007/03/27 20:32:02:291,Bid:117.880,Ask:117.900 0x01320020#+2948 2007/03/27 20:32:10:712,Bid:117.890,Ask:117.910 (spread 20/2) 0x01320020#+2949 2007/03/27 20:32:16:657,Bid:117.940, Ask:1100.940, Bid:1100.940, Ask:1100.940 0x01320020#+2941、Bid:117.880,Ask:117.900。880,Ask:117.910 (spread 30/3) 0x01320020#+2950 2007/03/27 20:32:16:981,Bid:117.890,Ask:117.910 0x01320020#+2951 2007/03/27 20:32:23:000,Bid:117.890,Ask:117.940,117.930, 117.960,117.940,117.940,117.940,117.940,117.960,117. 840,117.940,117.940,117.840910 (spread 20/3) 0x01320020#+2952 2007/03/27 20:32:23:206,Bid:117.880,Ask:117.910 (spread 30/3) 0x01320020#+2953 2007/03/27 20:32:28:090,Bid:117.910, Ask:117.910 (spread 30/3) 2007/03/27 18:20:30:00,Bid:117.910, Ask:117.910 (spread 20/3)880,Ask:117.910 0x01320020#+2954 2007/03/27 20:33:01:092,Bid:117.870,Ask:117.900 0x01320020#+2955 2007/03/27 20:33:01:164,Bid:117.880,Ask:117.910 0x01320020#+2954 2007/03/27 20:33:01:092,Bid:117.870,Ask:117. 910900 (spread 20/2) 0x01320020#+2956 2007/03/27 20:33:14:628,Bid:117.870,Ask:117.900 (spread 30/3) 0x01320020#+2957 2007/03/27 20:33:15:160,Bid:117.880,Ask:117.900.900 (spread 20/2) 0x01320020#+2958 2007/03/27 20:33:19:626,Bid:117.870,Ask:117.900 (spread 30/2) 0x01320020#+2959 2007/03/27 20:33:25:214,Bid:117.880,Ask:117.900.900 (Spread 20/2) 0x01320020#+2960 2007/03/27 20:33:27:616,Bid:117.870,Ask:117.900 (Spread 30/2) Time is different but price is not changed.このように時間が変わっても、価格は変わっていない。何ですか？ 前の例とは違って）非常に大きくも変化したのです。サーバーが売りを「抑え」、特定のレベルを保護している証拠もある（ただし、上記の例のように優雅で狡猾なやり方ではない）。しかし、マーケットメーカー・専門家（サーバー）は、一方の圧力を抑制しようとしている（Askやスプレッドの変化を抑制することで価格規制を行ったと理解している）。ティックデータの読みが正しければ、まさにAsk 117.91が防御されたことになります。そして、ここでの抑制の主な「武器」は、おそらく（与えられたデータに基づいて）スプレッドだけであっただろう。 Trolls 2011.02.15 09:09 #48 おのれInteresting: 見積もりサーバーの特性を専門家に帰するのは間違いです。気配値を出すサーバー（MT5）ができることは問題ない（AskがBidより少ないという明らかな失敗）。しかし、このような物件を専門家に、しかも為替相場に起因するものとするのはナンセンスです。スペシャリストは、いつ、どのように行動し、何ができるのか、明確なルールを持っています。もし、NYSEのスペシャリストが一人でも上記のようなことをするのであれば、それは直接的な違反なので、明日から101％その会社で働けなくなることを保証します。Z.U. 確認するには、NYSEの引用を取り、そこにこの状況を見出す )))... Academic 2011.02.15 09:56 #49 Interesting:何もない」とはどういう意味ですか？私も同じことを思っていたのですが...。サーバーは、たくさんの入力をもとに新しいティックを簡単に生成し、同時にたくさんのパラメータを端末に送信することができます。すべての情報が「同じ」ように見えても、ここに取引ルールとの矛盾はないと思うのです。 何もないとはどういうことか、すでに説明したとおりです。ビッドとアスクの値は同じです。時間はもちろん違う。ティックは全部で3つの値を持っています。 削除済み 2011.02.15 11:21 #50 Academic: 何が無なのかは、すでに説明したとおりです。何も、bidとaskの値が同じというわけではありません。もちろん、時間は違います。ティックには3つの値があります。よくわからないけど、MTのティック情報はこの構造で構造体MqlTick { datetimetime; // 価格が最後に更新された時刻 doublebid;// 現在の価格 Bid doubleask; // 現在の売 値 doublelast;// 直前の 取引の現在価格(Last) ulongvolume; // 現在の価格に対する出来高 Last };そして、なぜ新しいティックが届いたのかが次の問題である。追記それに、引用された例はBidとAskでも変化があり、それ以外の話はしていないんです。そして、なぜサーバーがこのような「タンバリンとのダンス」をアレンジしたのかは、別の話です。 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
まあ結局のところ、あなたの言いたいことはどうでもいいんです。私が言ったことをねじ曲げたり、変えたりしないでくださいhttps://www.mql5.com/ru/forum/3168/page2#comment_47242
また議論に戻った。:)何をひねくれているかというと、「ベストプライスのCHANGEだ」と書いているんですね。つまり、ここでの「変化」は名詞であり、例えばここでのベストプライスの「値」、ベストプライスの「記号」と同じように、そこでもベストプライスの「変化」を指しているのである。
引用元:
>>Tickはまさにその両者を満足させる瞬間なのです :))
>>no、ティックは「最良の価格」の変化である。
あるいは、もっとシンプルに、もしあなたがおっしゃるように私の理解が誤っているのであれば、同じように、もっと詳しく書いてください。
:) しかし、それなら なぜ、何も変わらないのに、めったに、めったにダニを見ないのか
何もない」とはどういう意味ですか？私も同じことを思っていたのですが...。
サーバーは、たくさんの入力をもとに新しいティックを簡単に生成でき、同時にたくさんのパラメータを端末に送ることができます。
たとえすべての情報が「同じ」であるように見えても、私はここに取引のルールとの矛盾を見いだすことはできません。
しかし、今のところ「TICとは何か」ということに興味があります。もしかして、誤解があることが問題なのでは？TICとは？ミシェイクが考えるような変化なのか？それとも、私が書いたようにすべて同じことが取引なのでしょうか？
私の記憶では、ティックは、少なくともAsk/Bidや他の明示的に分析されたパラメータを変更することなく、サーバーによって生成されることができます。
ニモこのケースでは、私は少なくともオブジェクト、ラス価格、および "カップ "の状態が変更されていないと言うことができるに基づいて、他のデータが表示されません（私はサーバが簡単に変更せずに新しいティックで投げることができると確信しているが、これは、例えばです）。
では--間違いだと思いますか？そんなことないですよー、普通だと思います。でも、なぜ？というのが、このトピックの趣旨です。まあいいや、ここにいる人たちが知らないということは、とりあえず受け入れておこう。
では--間違いだと思いますか？ないですねー、普通だと思います。しかし、ここにその理由がある。
株式市場（NYSEを例とする）の場合は、ごく普通のことです。そこでは、専門家（サーバーと呼ぶ）が、ある状況や、その状況をさらに発展させるための意図を、このような形で示すことができます。
この状況を分析すること（少なくとも、その存在によって結論を出すこと）は可能だが、うまく予測することはほとんどできない（少なくとも、私の考えでは）。
よし、ここにいる人たちを受け入れよう......知られていないんだ。
1.NYSEの専門家の仕事とそのような状況の出現についてのA.Gerchikの発言（言及することを事前に謝罪します）から - 専門家が特定のレベルに到達することを「望まない」場合。
2.専門家/サーバーは、売り手を「絞り出し」、買い手を「入れる」ために、そのような状況を（十分に長くでも）作り出すことができます。
そうすれば、最初の記述と矛盾することなく、スペシャリストの意図を示すことができるだろう。
売り手がこの状況を見たら、ポジションを手仕舞うか、ストップを移すかを考えるべきだということです。
このテーマを深く掘り下げると、例えばNYSEやロシアの証券取引所（私の記憶違いでなければ、MICEXにもスペックがある）の専門家の分野を深く掘り下げる必要があります。
少なくともウラジミールTwardovsky /セルゲイParshikov "株式取引の秘密 "による本は、専門家の仕事 - 章38に言及した。マーケットメーカーとスペシャリストの仕事』386-397頁（第六部 ゲームプロフェッショナル）。
外国為替市場（主にこの市場）については、もちろんブローカー/ディーラーがその舞台裏で「戦争」をしている（あるいは何らかの内部的な理由がある）場合を除いて、私はあまり意味を見いだせないと思っています。
この場合、私がそのような状況を理解する限り、本当に追跡できる（十分に対応できる）のは自動機だけです。もっと正確に言えば、ほとんどが自動売買機であり、多くの追加情報を分析する必要があり、まずは特定のマーケット状況における専門家・マーケットメーカー（サーバーを読む）の仕事を「理解」することが必要である。
追記
つまり、株式市場であれば、専門家／サーバーの特定の動作と見ることができ、FX市場であれば、サーバーのエラーか、「舞台裏」で特定のゲームを行おうとしていると見ることができるのです。
IMHO
はい、もちろんです。何も頼んでないんですけどね。:)
0x000000810040#+3774 2007/03/28 03:03:11:840,Bid:1.33510,Ask:1.33510 (スプレッドが0になりました)
0x0000000000810040#+5961 2007/03/28 08:30:00:924,Bid:1.33470,Ask:1.33470 (スプレッドが0に減少)
0x0000000000810040#+5962 2007/03/28 08:30:01:039,Bid:1.33480,Ask:1.33470 <------------------
0x00000000810040#+5963 2007/03/28 08:30:01:083,Bid:1.33560,Ask:1.33470
0x00000000810040#+5964 2007/03/28 08:30:01:263,Bid:1.33550,Ask:1.33470
0x00000000810040#+5966 2007/03/28 08:30:01:610,Bid:1.33470,Ask:1.33470 (Spread to 0).に縮小されました。
0x00000000810040#+5967 2007/03/28 08:30:01:618,Bid:1.33510,Ask:1.33470<。
0x0000000000810040#+5968 2007/03/28 08:30:01:625,Bid:1.33520,Ask:1.33470 <----ほぼ3ティック連発
0x00000000810040#+5971 2007/03/28 08:30:02:175,Bid:1.33550,Ask:1.33500 <
0x0000000000810040#+7407 2007/03/28 10:34:38:156,Bid:1.33720,Ask:1.33720
10 0から9までの記録。マークされた合計：20555 このフラグを持つ合計：3862。
そして、このようなダニは2006年以降、合計3,862件発生しています。
この画像を見ると、少なくとも、専門家/マーケター/サーバー（証券会社/ブローカーと読む）が1-2秒間（もっとかもしれない）あるレベルを保護し、その保護はアスク価格で（数ティックの間この価格は変化しなかったので正確にアスクで）行われたと言うことができます。
また、この状況から、Askは強制的に「凍結」され、売り手は新しい買い手の誘致でポジションを「淘汰」されたと見ています。
スペシャリスト/サーバーがサポートレベルを守ろうと/作ろうとし、可能であれば上昇トレンドを 作ろうとする明確なシグナルであると思われます（私の理解する限りでは）。
ただし、単純に「上級者」の売り手を市場から淘汰することも可能である。
いずれにせよ、このような行動は、ショート（またはストップの移動）を終了するための非常に良いシグナルとなります。
私が見る限り、この「玉突き踊り」の開始前にスプレッドが0に下げられ（青マーク）、その後Bidがオファーより高く設定され、すでにサーバーが「ダメだった」（黒マーク）と言っています。
その後、5ティックの間、サーバーは売り手をポジションから「揺さぶり」、買い手には最初（最初の3ティック）のリーズナブルな価格での買いを提供するだけであった。人々のための特定の信号は、「誘う」買い手（3つの最後のティック）の間にスプレッドが0に再び減少することでしょう。
その後、サーバーは売り手を振り落とすと同時に、買い手に対して列車がまもなく北上することをほのめかし続けた（最後の2ティック、Bidが上昇）。
物語の終盤、Askは徐々に増え始め、列車がサーバーに移動したことを示している。そして、私の理解では、買い手はまだ集まっていて（ただし、だんだん採算に合わない価格になってきている）、残った売り手は淘汰されていったのだと思います。
追記
要するに、このようなシナリオ（もしかしたらまだ誰かが明記しているかもしれませんが）か、サーバーの「引用マシン」エラーのどちらかだと思います。
より多くのデータ（少なくともBidがAskより小さい期間内のティック履歴を表示）、できれば他の商品、他の時点の例も見たい。
1.また、「賢い」売り手は、サポートレベル 1.33470が守られていることを理解し、売り手を切り捨てた（まさにこれが起こっていた）ので、このポイントでポジションをクローズしたであろうことを付け加えておく。
0x0000000000810040#+5966 2007/03/28 08:30:01:610,Bid:1.33470,Ask:1.33470 (スプレッド0に減少)
したがって、賢い買い手はその位置で（あるいは同様の特性を持つ他の位置で）正確にエントリーしたことでしょう。
2.逆に、抵抗線が守られる（サーバーがビッドを維持しようとする）こともあり得ます。
追記
賢い売り手はここで当然もう決断しているのだが、そういう人がどれだけいるのか...。
0x0000000000810040#+5962 2007/03/28 08:30:01:039,Bid:1.33480,Ask:1.33470 <------------------
0x0000000000810040#+5963 2007/03/28 08:30:01:083,Bid:1.33560,Ask:1.33470 (判定点)
明らかなシグナルに注意を払わず、マーケットメーカーと戦うのは愚かだ...。:)
この例について
前の例とは違って）非常に大きくも変化したのです。
サーバーが売りを「抑え」、特定のレベルを保護している証拠もある（ただし、上記の例のように優雅で狡猾なやり方ではない）。
しかし、マーケットメーカー・専門家（サーバー）は、一方の圧力を抑制しようとしている（Askやスプレッドの変化を抑制することで価格規制を行ったと理解している）。
ティックデータの読みが正しければ、まさにAsk 117.91が防御されたことになります。そして、ここでの抑制の主な「武器」は、おそらく（与えられたデータに基づいて）スプレッドだけであっただろう。
見積もりサーバーの特性を専門家に帰するのは間違いです。気配値を出すサーバー（MT5）ができることは問題ない（AskがBidより少ないという明らかな失敗）。しかし、このような物件を専門家に、しかも為替相場に起因するものとするのはナンセンスです。スペシャリストは、いつ、どのように行動し、何ができるのか、明確なルールを持っています。もし、NYSEのスペシャリストが一人でも上記のようなことをするのであれば、それは直接的な違反なので、明日から101％その会社で働けなくなることを保証します。
Z.U. 確認するには、NYSEの引用を取り、そこにこの状況を見出す )))...
何もない」とはどういう意味ですか？私も同じことを思っていたのですが...。
サーバーは、たくさんの入力をもとに新しいティックを簡単に生成し、同時にたくさんのパラメータを端末に送信することができます。
すべての情報が「同じ」ように見えても、ここに取引ルールとの矛盾はないと思うのです。
何が無なのかは、すでに説明したとおりです。何も、bidとaskの値が同じというわけではありません。もちろん、時間は違います。ティックには3つの値があります。
よくわからないけど、MTのティック情報はこの構造で
構造体MqlTick
{
datetimetime; // 価格が最後に更新された時刻
doublebid;// 現在の価格 Bid
doubleask; // 現在の売 値
doublelast;// 直前の 取引の現在価格(Last)
ulongvolume; // 現在の価格に対する出来高 Last
};
そして、なぜ新しいティックが届いたのかが次の問題である。
追記
それに、引用された例はBidとAskでも変化があり、それ以外の話はしていないんです。
そして、なぜサーバーがこのような「タンバリンとのダンス」をアレンジしたのかは、別の話です。