ビッド&アスク&スプレッド - ページ 6

 
220Volt:

あるいは、こんな選択肢もあります。

標準構造を8%超過(52バイトの重さ)、65536刻み。どこかにそのような広がりがあるのだろうか

スプレッドが小さいと合わない(bidがaskより多く発生する場合)。とにかく、うーん。
 
220Volt:
いいえ、在庫は少ないです。

まあ、それは現在の実装を持つ開発者がその時に言うべきことです。

   int      spread;       // спред
 
hrenfx:

まあ、それは現在の実装を持つ開発者がその時に言うべきことです。

Bidは常にAskより小さいのですか?)))
 

理論的には、必ずしもそうではありません。実際、歴史は何のためにあるのでしょうか?おそらく、それで十分な分析ができるのでしょう。スプレッドがマイナスになるような話は必要ないと思います(でも、どうせ裁定取引はできないでしょう)。

だから、バーでスプレッドがマイナスになることは絶対にない。仮にカスタムヒストリーを作成できるようになったとしても、棒グラフにマイナススプレッドを導入する論理的な理由はないと思うのですが。

ちなみに、MQLRatesの 現状では、バーのスプレッドは始値でのスプレッドと書かれており、(確率は無視できませんが)その瞬間にマイナスになる可能性があります。つまり、あるブローカーで負のスプレッドを持つバーが発生する可能性は十分にあるのです。もちろん、それはナンセンスです。

Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных / Структура исторических данных
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных / Структура исторических данных
  • www.mql5.com
Стандартные константы, перечисления и структуры / Структуры данных / Структура исторических данных - Документация по MQL5
 
一般的には、bidはどちらかというとaskの例外で、それ故にスキームは悪くないと私も思います。そして、askの歴史から今あるものと比較すると、符号なしwchar_tは単純に革命を起こすでしょう。
 
220Volt:

あるいは、こんな選択肢もあります。

標準構造を8%超過(52バイトの重さ)、65536刻み。どこかにそのような広がりがあるのだろうか

サイズを間違えた。標準構造=60バイト。私の構造体=64バイトは、標準構造体のサイズを6%上回っています。
 
Renat:

...または、より保守的/悲観的なテストのための最大値であってもよい。

そうですね、オープニングスプレッドよりはマシですね。
 
Lizar:
ああ、オープニングのスプレッドよりいいんだ。

最大は割に合わない。(極端は指標にならない)平均が良い。

// ペセミズムは自分たちでできることだ、方法はわかっている... :)

 
MetaDriver:

最大でも割に合わない。(極端は指標にならない。)中程度が良い。

それはそうかもしれませんね。私が実際にテストし、アカウントで作業した経験に基づくものです。
 
平均値を出すと存在しない価格になってしまうので、致命的です。