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

 
実は、最大スプレッドでさえも、中途半端なのです。アスクの歴史は、ビッドと同じくらい重要です。個人的には、売り物ならAskの履歴、買い物ならBidの履歴で動くべきだという結論に至りました。以前は、スプレッドがほぼ固定されていたため、Bidは1つしか許せなかったのです。今はすべてが変わっています。そして、プラスhrenfxさんの言う通り、bidとaskの履歴は通常のテストです。
 
MetaDriver:

最大スプレッドは、バー上のどこにでも設定できます。実 は、もう一度考えてみてください。

5分足の場合は、分足バーの最大値を指定する必要があります。

そしてHourlyには? その理屈だとおかしくなりませんか?


5分足、1時間足などでは、スプレッドは意味をなしません

どの時間軸(1分足以外)もスプレッドが一定だと思い込んでしまう罠にはまらないか?分足でのスプレッド」が何であるかを理解せず、「それ以外の時間軸ではスプレッドも一定である」と結論付けてしまう人が非常に多いのです。

MT5の初期ヒストリカルデータは分単位でのみ保存され、他のすべての時間枠はそこから構築されます。時計をモデリングする場合、その時間を構成する60分から60種類のスプレッドが使用されます。

 
220Volt:
とても重要なポイントがあります。それは、スプレッドはテストのためだけではないことです!!!!また、Askの話が入力できない場合は、平均値よりも最大スプレッドで入力するのがよいでしょう。実際、最大スプレッドだと高いAskが出るし、平均的なものだと全く理解できない。では、レベルに応じた対処法は?結局、ストップは売り中のAskで発動されることになる。そして、アスクが過去のどこにあるのかを理解するためには、最大スプレッドが 必要です。
すみません、書き方が悪かったです。すみません、間違っていました。 最大スプレッドでは、高いascは得られません。それゆえ、個人的にはテスト用のギミックに過ぎず、役に立たない。アスクの歴史だけでいい!!!!
 
Renat:

1.5分足、1時間足などのバーでは、スプレッドは意味をなしません。

2)どの時間枠も(1分を除く)スプレッドが一定だと思い込んでいる罠にはまらないか?分足でのスプレッド」を理解せず、「他の時間枠でもスプレッドは決まっている」と結論付けてしまう人が非常に多いのです。

3.MT5の初期ヒストリカルデータは分単位でのみ保存され、他のすべての時間枠はそこから構築されます。1時間をモデル化する場合、その1時間を構成する60分から60種類のスプレッドが使用されます。

1.そうです。クイックテストでは、バーの「内側」を意図的に無視します(戦略の可能性をすばやく推定するために広く適用できます)。 また、私は独自の計算機を持っており(すでにない)、それは現在のタイムフレームからスプレッドに関するデータを取得します。すべてのタイムフレームの各バーにSpread フィールドがあり、これまではその内容が5分、1時間、1週間それぞれの平均スプレッドに 対応していることを頼りにしていた。

私はそのような罠にはまっていないようです。 バー」はあくまで過去のデータを保存・表示するための手段であると理解しており、問題はその使い勝手や情報量の多さだけなのです。

テスターを尊敬していますが、今後、高速最適化(正確とは言えないが)に適した手法が登場すれば、さらに尊敬します。 そしてその手法は、入力データの簡略化を許容するものであることを意味します。ここで、簡易ティックシーケンスの生成に使用するすべての 時間枠のデータフォーマットの適合性に関する疑問が生じます。 それがあなたにとって生じないとしても、私にとっては生じるのです。:)

 

Askの価格 モデル化の欠点を示す具体例。

  1. BUYLIMITは 1.3002 です。
  2. 新しいバーが 入り、最後までその特徴は次のようなものであった。
  3. 入札 価格は1.2995(Low)から1.3000(High)まで1分以内に変化しました。
  4. アスク 価格は1.3001(低)から 1.3005(高)の分単位で変化した。つまり、デモではこのバーでBuyLimitが 機能したはずです。
  5. バーの最大(始値)スプレッドは8 ポイントでした。
  6. テスターでは、Askが 1.3003(安値)から1.3008(高値)まで変化していることがわかります。明らかに、テスターのBuyLimitは、このAsk-priceの モデル化の方式にしたがって動作することはありません。

ここで、テスターが不正確な場合の簡単な完全に具体的な例を挙げます。当然ながら、テスターにAsk 価格の実データがあれば、デモのようにLimitトリガーを表示します。

では、テスターがデモの温室条件とのズレを示した場合、その精度は高いのでしょうか?

Обработчик события "новый бар"
Обработчик события "новый бар"
  • 2010.10.04
  • Konstantin Gruzdev
  • www.mql5.com
Язык программирования MQL5 позволяет решать задачи на совершенно новом уровне. Даже те задачи, которые уже вроде имеют решения, благодаря объектно-ориентированному программированию могут подняться на качественно новый уровень. В данной статье специально взят простой пример проверки появления нового бара на графике, который был преобразован в достаточно мощный и универсальный инструмент. Какой? Читайте в статье.
 

何度か言っていますが、非同期のあるMT5は完全なトレーディングプラットフォームです。というのも、これなくしてトレーディング・プラットフォームは成り立たないという重要な要素を見逃していたからです。

最後の引用句の時刻が 到着する datetime 型は、1秒の離散性を持つ。残念ながら、これは非常に粗い時間の見積もりであり、多くの取引戦略を実行することはできません。

また、MT5ではティックという概念はなく、最後の気配値の時刻という概念があります。ほとんど同じようなものですが、ちょっと違いますね。マダニの非常に重要な特徴は、そのマダニが生まれた時間、つまりそのマダニの発生源に出現した時間である。これは、MT5プラットフォームのシステム、つまりMT5サーバー(ターミナルではない)に入った時点では全くない。もちろん、多くのプラットフォームで慣習的に行われているように、ティックの誕生時刻はミリ秒単位で設定する必要があります。

ティックの実態は、MT5プラットフォームに到着した時刻ではなく、誕生した時刻で判断されます。さらに、端末で受信したときに、常にその年齢を判断できるようにしなければならないが、datetime型の離散性が粗いため、残念ながら今はできない。

ティックの関連性は、同期型多通貨戦略において重要である。例えば、複数のFIを同時に開く必要がある場合などです。

Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте - Документация по MQL5