実験 - ページ 272

 
Evgeniy Chumakov #:


どのTFでもいいのですか?TF D1では5日=5サンプルポイント、M1では7200ポイントになるとすると、7200ポイントの方が良いのでは?情報量が多く、入力データも多いので、おそらくジッターも少ないのでしょう。



これは、TF M1での実験開始時に確認できなかったのですが、その時に私のインジケータが大量の情報(1000以上)のバーで正しく動作しないのは、プログラムのエラーによるものだと思います。このエラーを修正する必要があります。

 
Yousufkhodja Sultonov #:


そして、ここで、エントリの3番目のバリアントは、興味深い:あなたは、指標のすべての3つの行が結合されているときに、トレンドが確立されている場合にのみ、市場に参入することができます。ただし、この場合、総滞在時間は減少する。このバリエーションは、主要なパラメータ、例えば収益性や安定性によって、テスターで以前のものと比較されるべきです。


Yusufさん、このバリアントはずいぶん前にテストしたことがあります(PNBを適用しようとすると、何種類、どんなシリーズで試したか想像もつきません)。

バリアント3の問題は、形成された時点で参入するのが遅すぎることです。

variant1,2から3への移行の瞬間を早く特定できれば、もしかしたら何か役に立つかもしれません。

 
Evgeniy Chumakov #:


Yusuf、私はずっと前にこのバリアントをテストしました(あなたは、私がPNBを使おうとしなかった、いくつのバリアントとどの行についてか、知らないでしょう)。

変形3の問題は、形成された時点で参入するのが遅すぎることです。

バリアント1,2からバリアント3への切り替えが早くなる瞬間を特定できれば、何か役に立つことが出てくるかもしれませんね。

考えてみます。

 
Yousufkhodja Sultonov #:

これは、私の場合、プログラムのバグのためと思われますが、大量の情報(1000本以上)のバーではインジケータが正しく動作しないため、TF M1で作業する際、実験当初は確認できませんでした。このエラーを修正する必要があります。


1つのインターバルの点数は多ければ多いほどいいと私は思っています。

そして、そのサンプルは、少なくとも何らかのロジックに基づいて選択されるべきです。サイクル、例えば、トレーディングセッション、日、など。

1440分(24時間)のサンプルで十分です。

 

こんな考えがありました。

1.通貨ペアのバスケットを取る:EURUSD、GBPUSD、AUDUSD、NZDUSD、USDJPY、USDCHF、USDCAD。

2.通貨バスケットにペアを分ける:EUR,GBP,AUD,NZD,JPY,CHF,CAD、バスケット内のUSDは一定とする。 バスケットの合計は常に一定とする。

そのため、EURUSDの代わりにEUR系列だけがNBP入力に供給される、といった具合に同じようになります。

そして、EAは、ポイント1の通貨ペアでバスケットを取引します。


p/s. 実験2をモニターしてくれるボランティアがいれば、私がやりますし、Yusufが自分でモニターすることもできます。

サンプリングや注文を出す時間帯、シグナルによって随時など、事前にアイデアを聞いておきたい。

 
Evgeniy Chumakov #:


同じ時間帯の点数は多い方がいいと思うんです。

そして、サンプリングは少なくとも何らかのロジックに則って行われるべきです。例えば、取引セッション、日などのサイクル。

1440分(24時間)のサンプルで十分です。

では、このオプションをテストしてください。今、モスクワに出張中で、なかなか機会がないんです。

 
Yousufkhodja Sultonov #:

では、このオプションをテストしてください。今、モスクワに出張中なので、その機会はありません。


同じ結果です。すべては、もうとっくに終わっているのです。

 
Evgeniy Chumakov #:


同じ結果です。すべて昔から行われていることです。

では、実験その2、プレゼンターになりましょう。

 
Evgeniy Chumakov #:


どのTFでもいいのですか?TF D1では5日=5サンプルポイント、M1では7200ポイントになるとすると、7200ポイントの方が良いのでは?情報量が多い、入力データが多いので雑念が少ないのでしょう。


チャタリング問題を何とか解決したい。価格をあらかじめスムージングしておくとか、他のオプションとか...何か考えがあれば提案してください。

価格系列の変換は自滅的である。あなたは飛行機に乗っていて、上へ下へと飛んでいきます。高度データを平滑化しますか?あまり滑らかにすると、次の下ダッシュで地面に激突して死んでしまいます。そして、上昇ロールでは、あなたも失速して死んでしまうでしょう。試してみたいですか?

また、価格帯を薄くする案も検討された。家族と一緒に飛行機に戻り、着陸時には無線高度計を10分に1回以上見ないようにします。したいですか?

解決策は、価格系列の操作(平滑化、間引きなど)ではない。データを操作することで、全く別のプロセスを観察しているように見せかけ、自分の人生、あるいは繁栄が本当のプロセスに直接依存しているように見せかけるのである。

しかし、すべてが絶望的なわけではありません。ビビリ問題の解決策は、ずいぶん前に見つかっています。https://ru.wikipedia.org/wiki/Гистерезис

 
Yousufkhodja Sultonov #:

では、実験その2、プレゼンターになりましょう。

もう完成しましたか?