私はこれ（mt5サーバー MetaQuotes-Demo） eurusd 2015: 0.0000185810 per second eurusd 2016: 0.0000141310 per second eurusd 2017: 0.0000122910 per second eurusd 2018: 0.0000147410 per second
gbpusd 2015: 0.0000184610 per second gbpusd 2016: 0.0000208510 per second gbpusd 2017: 0.0000155810 per second gbpusd 2018: 0.0000178510 per second
:)))いや、今出てきたんだ。聖杯なしでは生きられない。そして、それを見つけに行く。
それならティックではなく、一定の幅のピップス、例えば10個の4桁のポイント（あるいは別のポイント）を使うべきで、3個でも50個でも、ティックがいくつあったかは問題ではないのです。要は、価格がA地点からB地点に動いたということです。インクリメントは +10 - 10 またはバイナリの 1 0（または任意の方法）になります。
そうかもしれないね、ニコライさん。しかし、私の目の前には、Novajaさん（残念ながら、彼女はこの掲示板を去ってしまったようです...）という鮮烈な例があります。
数学がかなり得意な人が、3年（！！）かけて、蓮子と加賀の研究を したそうです。ハードワーク!その結果、ゼロとなる。
彼女の準備のレベルは、個人的な通信で知っている。もし失敗したら、そこで何もできない。IMHO
ギガバイト単位の刻みをダウンロードし、ファイルを処理して1秒あたりの速度を求めるのは、何となく難しく、時間がかかる。
MT5では、Expert Advisorまたはスクリプト自体でティックを操作 できるようになりました。以下は、MT5用のスクリプトです。
パラメータで日付を選択し、年間稼働日数を調整します。
秒数は、（＜最後のティックの日付＞-＜最初のティックの日付＞）*（＜1年間の営業日数＞/365）です。
ただし、整数の週数が選択されていない場合、エラーが発生する可能性があります。
結果はログに書き込まれ、MT5ターミナルの「Experts」タブで見ることができます。
スクリプトを初めて実行すると、ターミナルはティックのダウンロードを始める可能性が高いですが、コードはダウンロードの終了まで待ちません。ログの日付が選択した日付と一致しない場合は、端末がティックのダウンロードを終えるまで1分ほど待ち、スクリプトを再度実行してください。
私はこれ（mt5サーバー MetaQuotes-Demo）
gbpusd 2015: 0.0000184610 per secondeurusd 2015: 0.0000185810 per second
eurusd 2016: 0.0000141310 per second
eurusd 2017: 0.0000122910 per second
eurusd 2018: 0.0000147410 per second
gbpusd 2016: 0.0000208510 per second
gbpusd 2017: 0.0000155810 per second
gbpusd 2018: 0.0000178510 per second
ブローカーによって結果が異なることを想定しています。より多くティックを生み出した方が、より多くのプライスパスを手にすることができる。
私はこんな感じにしています（mt5サーバ MetaQuotes-Demo）。
eurusd 2015: 0.0000185810 per second
gbpusd 2015: 0.0000184610 per secondeurusd 2016: 0.0000141310 per second
2017年ユーロドル：1秒間に0.0000122910円
eurusd 2018：毎秒0.0000147410円
gbpusd 2016: 0.0000208510 per second
gbpusd 2017: 0.0000155810 per second
gbpusd 2018：毎秒0.0000178510円
ブローカーによって結果が違うのでしょうね。より多くティックを生み出した方が、より多くのプライスパスを手にすることができる。
これは非常に、非常に悪い結果です、先生。
このデータがシェレピンの理論に適用できるかどうかが問題なのだ。
特定のペアの速度はほぼ一定になるはずです。
ここでも一瞬で、S1タイムフレームでABS(CLOSE-OPEN)をカウントするか、別の計算方法を検討するのが正しい。
特定のペアの速度はほぼ一定になるはずです。
これがその読み方です。サンプルはもちろん少ないです。(ただし、常に0.01以内...）。
次にどうするか？ 現在の上昇率などを見るか？
もちろんサンプルは少ないですが、数字をとってみました。(ただし、常に0.01以内の数字で...）。
次に何をするか、現在の増加率などを見るか？
個人的にはプロセスの分散を計算しています（https://www.mql5.com/ru/forum/221552/page379#comment_7583297 の投稿を参照）。
そこでは、計算式中の定数Cが平均速度になります。
そして、ファインマンはこの値を予測に利用した。
一般に、増加率の定数（平均値）を求めることができれば、それは非常に大きな前進である。
そうです！スピードは面白いし、必要な指標なのです。
何のために必要なのか？
ターンを入力するための