ティック履歴はサーバーで見ることができますか?

 
ブローカーのサーバーにティック履歴が残って いるか?それとも、このためにブローカーが自作のスクリプトをフックする必要があるのでしょうか?
 
現在、ティック履歴は どこにも保存されておらず、タイムフレーム履歴のみが保存されています。
 
現在、ティック履歴はどこにも保存されておらず、タイムフレーム履歴のみが保存されています。<br /> translate="no">。


ティック履歴が 保存され、ティックやボリュームからのデータで分単位を選択することは、それほど大きな問題なのでしょうか?ティックにチェックが入っていない人は、デフォルトで今日までのアーカイブを保存し、テスターでティックを追加する必要がある、ティックを使う、それが条件です。

どうでしょう、悪い考えでしょうか?
 
メラブは1キャラ1年分のティックデータ保存量を公開計算してくれよ。

そして、これに50文字や100文字などの倍率をかける。また、最大の効果を得るために、ネットワークトラフィックを推定します。必要なのは数字だけ、最短の文字数で。
 
レナート
あなたの許可があれば、そうします。それでもメラブは「最小限の文字数で、最短距離で」苦労する。

履歴ファイルの文字列(時刻、始値、安値、高値、終値、出来高) = (int,double,double,double,double) = (4,8,8,8,8) = 44 bytes.
ティックファイル文字列(Time,Close,Volume) = (int,double,double) = (4,8,8,) = 20 bytes.である。
条件付きで、1分間の平均ティック数=5とする。この数値は、ブローカー、フィルタリング方法、見積もり頻度によって異なります。例えば、デモサーバーのMQ for Euroでは、1分間に3.6件の平均相場が表示されます。そして、私が取引しているブローカーは、さらに低い。したがって、5という数字は十分に妥当なものです。すると、こうなる。1分間に5行のティックファイル=5*20=100バイト。

また、FXの場合、Volumeパラメータを省略することも可能です。しかし、CFDや株などではできないので、Volumeを残しています。

日=1440分。
1年=52週×5取引日×1440min.= 374400 min.
1年間のM1履歴ファイル容量=374400*44=16 473 600バイト=15.71メガバイト
1年間のティックファイル量=374400*100=37440バイト=35.70MB
年間の楽器別総販売台数。35.70+15.71+3.142+1.047+0.524+0.262+0.065+0.011=56.461 Мб
100台あたりの年間総量=5.5646.1Mb=5.514Gb

つまり、ティックファイルのボリュームはM1の2倍強に過ぎない。

MT4の質素さ(特に通信量)は素晴らしく、壮大で、世界でも類を見ないものです。今後、整備すべきことは間違いない。

ただし、以下の点に留意する必要があります。
1.ダニ履歴の 導入で作業動線が変わることはない。ダニはどうせ行くのだから。
2.履歴アーカイブの作成とメンテナンスは、MQがまだ(できれば)取り組んでいるところですが、このタスクとトラフィック(!!)を完全にサーバーから取り除き、別のウェブサーバーに移動させます。そこにティック履歴も追加することは全く難しいことではありませんが、MQの提供するサービス全体の構成要素となるこのサービスの価値は、さらに高くなると思われます。
3.このような履歴の導入は、ONLYでディスク容量の追加を必要とする可能性があります。そして、このことは長い間、西側諸国の誰にとっても関心のないことであった。鉄の容量が2倍になるのは、2年に1度(だと思う)。現在生産されているHDDの最小容量は80GB(また出遅れたか :-) これはブローカーが14年間使うのに十分な容量です。問題ありません。

今、MT4に搭載しようとしても無理、不要であることは間違いありません。誰もそんなことは言っていない。しかし、根本的に新しいものになると発表されている新型MT5には、ぜひそのような機能を搭載してほしいものです。ティックチャートも含めて(でないと何のためのティック履歴なんだ)。
 
私の経験では、注文が開始されるまでに5秒から60秒かかることがあります。そして、その時間は毎回違う(計算や予測はできない)。どのティックで、どの価格で注文が出されるのかが分からないのに、なぜティック履歴が 必要なのですか?私個人としては、実務家として全く理解できないことです。
このティック履歴は、テスターでは「カーブのフィッティング」以外では使えないと思います。つまり、意図的な自己欺瞞であることが判明したわけです。なぜ、あなた方はそれを必要とするのですか?
 
平均的なユーザーを想定し、1年間に5Gbの履歴をダウンロードするよう提案する?既存のトラフィックに文句を言う人もいるくらいで、1年でこれだけのトラフィックを提供するのは、開発者の自殺行為です。

ティックについて深く考えてみると、ティックチャートでは何も変わらないことに気づくはずです。MQL4とテスターは、実験のための強力な機会を与えてくれます。私たちは調査の結果、すでにこのことを理解しており、この考えをトレーダーに伝えようとしています。

Solandrの言う通り、ティックはイールドカーブのフィッティングによる自己欺瞞をサポートするだけです。もう一つの方法は、エキスパートの感度を上げ、スプレッド内のノイズに影響されない厚顔無恥な存在にすることだ。

誰しもが、ダニの最も細かいレベルまで踏み込んで、そこに自分の問題解決策を見出したいという欲求には勝てない。多くの人が経験することです。しかし、この段階を過ぎると、結果を冷静に見て、レベルアップしていかなければなりません。
 
平均的なユーザーを想定し、1年間に5Gbの履歴をダウンロードするよう提案する?既存のトラフィックに文句を言われることもありますが、そんなトラフィックを1年間も提供するなんて、開発者の自殺行為です。


親愛なるレナート
私はあなたの提案を正直に実行し、あなたは、これらの数字も正直に使用してください。

1.一般的なユーザーは、1000倍も少なく「ぶつけられる」ことはないでしょう。一般ユーザーには全く必要ないからです。

2.5GBは100台(!!)分の全T/Fに渡るフルボリュームです。歴史が必要な人でも、すべての楽器やすべてのT/Fが必要なわけではありません。ティックを扱う 人がH1以上をダウンロードすることはないでしょう。H1が必要な人にダニは不要ですしね。デパートに行っても、そこですべてを買うわけではありません。でも、そこで必要なものが見つからなかったら、『ダメなデパート』と言うんですね。どんなサービス(仲介を含む)でも、完全か悪いかのどちらかです。

3.ダニについて深く考えた結果、こうなりました。あなたも、尊敬するソランドル さんも、他の誰も、「愚かな」研究者のことを心配する必要はないのです。MQは、履歴とそのグラフィック表示、そしてMQL4という、市場調査のための非常に強力なツールをユーザーに提供します。チャンピオンシップがすでに示しているように、本当に市場のいくつかの規則性を検出するために使用することができます。誰がやるか、どのように、どこまで市場の本質を明らかにできるかは、あなたが決めることではありません。そのために必要なのは、ガイダンスではなく、自由な創造性なのです。MQが一貫した戦略を取りたいのであれば、その自由を制限するのではなく、力を与えることに貢献しなければならない。

4.個人的な経験として、あえて私の経験と、ティックを「イールドカーブのフィッティングから自己欺瞞をサポートするだけ」と主張するあなたや他の人の経験を対比させてみましょう。自己欺瞞を行おうとする者は、常にその機会を見つけることができる。そして、「一番細かい刻みのレベルまで突き詰めて、そこで自分の悩みを解決したい」という思いが、非常に具体的な解決策につながったのです。

5.私の投稿で最も重要なことを見逃しています。MT5について書いてました。もしMT5でティック機能が提供されないなら、そうすることでMQは戦略的なミスを犯したことになる。ここにいるのはMQの支持者であり、謝罪者でもあるのです。私たちの願いは、応援しているということも含めて、結果論です。MQの競合に対するリードは、時間をかけても大きくなる一方であることを期待したい。そのことを念頭に置きながら、私たちの願いを読んでみてください。

敬具
 
また、ピーク時の負荷を計算するために、10,000ユーザーを乗じる必要があります。もう一つ、1分間に5/6の相場は、公開されている取引価格の結果です。インジケータを表示すると、最低でも1秒間に20~50ティックになり、計算されるデータは10倍になるのですが......。

そういうことじゃなくて、ティッククオートは必要 ないんです。でも、みんなはそれを理解してくれないんだ :)誰もが自分で経験しなければならないことです。

ところで、M1内部のシミュレーションが実際のティックの動きよりずっと悪いことを、実際に証明してみてください。まずは「MQL4: ストラテジーテスター:取引戦略をテストする際のシミュレーションのモード」の 記事からご覧ください。

願いを込めてありがとうございます
 
Renat
そういうことではなく、ティッククオーツは必要ないのです。ところで、私たちのM1内部のモデリングが、実際のティックの動きよりもずっと悪いということを、実際に証明してみてください。


そして、私はあなたに言っている -私たちは、ティックの引用が必要 です。
とはいえ、テスターでのモデリングには必要ないという意見には全く同感です。

これらは、1)綿密な市場調査 2)ポジションを建てる シグナルを受け取ったときに最適なエントリーポイントを決定するために必要なものです。一般的な「±10pipsは関係ない」という視点は通用しない。この「±10pips」という値は、SLでは20pipsで、TP=50~60pipsではかなりの値です。さらに、20pipsのエグジットエラーを追加すると、そのようなTPでプレーすべきではないことがわかります。TP=100でも目標の40%です。

そして、それは私にしかわからない2つの理由です。

また、ピーク時の負荷を計算するために、10,000ユーザーを乗じる必要があります。

私も警告するのを忘れていました。:-)ユーザー、ツール、T/F、歴史など、すでにこれだけの「問題」を抱えているのですね。そして、うまく対処しているのですね。現在の仕組みやインフラに、刻々と変わる歴史を加えるだけでいいのです。ティックで検索したい人の数は何万人という単位ではなく、単純に数十人という単位なので、IMHOではトラフィックも何も根本的に変わらない、単なる追加要素だと考えています。:-) お待たせしました。


 
これらは、1)любых 詳細な市場調査、2)ポジションを建てるシグナルを受信したときに最適なエントリーポイントを決定するために必要なものです。今までの「±10pipsは関係ない」という常識は通用しないのです。この「±10pips」という値は、SLでは20pipsで、TP=50~60pipsではかなりの値です。さらに、20pipsのエグジットエラーを追加すると、そのようなTPでプレーすべきではないことがわかります。TP=100でも目標の40%です。

そして、そこが引っかかるのです。私は特に、分単位のシミュレーションに重大な矛盾があることを証明せよ、と言っているのです。特に10pipsでは。ただ、データを取って、研究して、得られたすべてのデータ(過去のファイルも含めて)を公開して、私たちを壁に釘付けにしてください。

分モデリング内の誤差は1~2ポイント以内と主張しています。そして、その誤差は全く問題なく、正常なものです。