リーグ・オブ・トレーディング・システムズこれからもよろしくお願いします。 - ページ 262 1...255256257258259260261262263264265266267268269...360 新しいコメント Ivan_Invanov 2020.07.14 07:17 #2611 Georgiy Merts:この図は、より直感的に捉えたものです。システムが機能することを確認するためには、過去50~200回のトレードで追跡する必要があります。これは通常1年から1年半かけて行われます。そのあとは......また3ヶ月のフォワード期間。合計で約2年です。 なぜ別の時間がいいのか、何かアイデアがあれば、喜んで聞きますよ。И...ファーストネームで済ませよう...。この掲示板の仲間なんだから...。 OK、あなたに切り替えましょう)。トレードが珍しいのであれば、それは正当なことです。デモでテストすると時間がかかるので、そういうシステムはなるべく避けたいですね。 Georgiy Merts 2020.07.14 13:53 #2612 Ivan_Invanov: OK、あなたに切り替えましょう)。トレードがそんなに珍しいなら、ジャストフィット。デモで検証するのは時間がかかるので、このようなシステムは避けるようにしています。 セ・リーグにとっては......どうでもいいことです。 2年間は最適化のための履歴の期間です。この2年間をベースに、最も収益性の高い最適化パラメータを発見する。 さらに、最大ドローダウン、連続ストップロス回数、最大更新待ち時間、最大更新に必要な最大取引回数、1取引待ち時間の「最大許容値」パラメータを確認します。これらのパラメータはすべてシステムコードに入力され、システムはデモ取引用に設定されます。 取引後、これらのパラメータはすべて再確認されます。(待機時間パラメータは各小節の後にチェックされます)。少なくとも1つのパラメータを超えた時点で、取引を停止し、警告を発します。 すぐに再最適化に送られ、新しい入力パラメータと新しいリミットパラメータが見つかり、その後、システムは再びデモとして取引を開始します。 また、全システムを高・中・低の3つの「区分」に分けています。各取引の後、「取引品質」パラメータがチェックされます。品質パラメータが現在いる部門に対応しない場合は、別の部門に移動し、そこで取引する。 Sergey Chalyshev 2020.07.14 17:31 #2613 Georgiy Merts:セ・リーグにとっては......どうでもいいことです。 2年間は最適化のための履歴の期間です。この2年間をベースに、最も収益性の高い最適化パラメータを発見する。 さらに、最大ドローダウン、連続ストップロス回数、最大更新待ち時間、最大更新に必要な最大取引回数、1取引待ち時間の「最大許容値」パラメータが判明しました。これらのパラメータはすべてシステムコードに入力され、システムはデモ取引用に設定されます。取引後、これらのパラメータはすべて再確認されます。(待機時間パラメータは各小節の後にチェックされます)。少なくとも1つのパラメータを超えた時点で、取引を停止し、警告を発します。 すぐに再最適化に送られ、新しい入力パラメータと新しいリミットパラメータが見つかり、その後、システムは再びデモとして取引を開始します。 また、全システムを高・中・低の3つの「区分」に分けています。各取引の後、「取引品質」パラメータがチェックされます。品質パラメータが現在いる部門に対応しない場合は、別の部門に移動し、そこで取引する。 もちろん、かっこいいですよ ただ一つ理解できないのは、何のために必要なのか、ということです。 Ivan_Invanov 2020.07.14 17:58 #2614 Georgiy Merts:セ・リーグにとっては......どうでもいいことです。 2年間は最適化のための履歴の期間です。この2年間をベースに、最も収益性の高い最適化パラメータを発見する。 さらに、最大ドローダウン、連続ストップロス回数、最大更新待ち時間、最大更新に必要な最大取引回数、1取引待ち時間の「最大許容値」パラメータを確認します。これらのパラメータはすべてシステムコードに入力され、システムはデモ取引用に設定されます。取引後、これらのパラメータはすべて再確認されます。(待機時間パラメータは各小節の後にチェックされます)。少なくとも一つのパラメータを超えるとすぐに取引を停止し、警告を発します。 すぐに再最適化に送られ、新しい入力パラメータと新しいリミットパラメータが見つかり、その後、システムは再びデモとして取引を開始します。 また、全システムを高・中・低の3つの「区分」に分けています。各取引の後、「取引品質」パラメータがチェックされます。品質パラメータが現在いる部門に対応しない場合は、別の部門に移動し、そこで取引する。 うーん、トレードが成立するまでの待ち時間はなぜなんだろう?まあ、戦略通りの取引状況がないのかもしれませんが。また、トレードクオリティの基準について詳しく教えてください。 Реter Konow 2020.07.15 12:06 #2615 そう、ジョージはクールなシステムを持っているのだ。何かを連想させる...社会、授業、だと思うのですが...。蟻塚とか?シンプルな行動ルールと、成果に応じた明確なシステムの階層化...。そのとおりです。覚えていますよ。ファンタジー小説『ラマとデート』(アーサー・C・クラーク)の第3部では、ある惑星の知的なクモの社会構造がそう表現されていた。ところで、作者自身がロボットの回転にパターンを見出すことが難しいのであれば、NSが対処して明らかにしてくれるかもしれない。 Roman Shiredchenko 2020.07.15 12:42 #2616 冗談抜きで、LIGAに本気でお金をかけるのは怖いです...。 削除済み 2020.07.15 14:53 #2617 Roman Shiredchenko: 冗談抜きで、LIGAに本気でお金をかけるのは怖い...。 了解 Georgiy Merts 2020.07.16 10:08 #2618 Sergey Chalyshev:よくぞやってくれました。ただ、わからないのは、何のために必要なのか、ということです。 知る必要のある範囲にとどめておきましょう。 概念的な質問です。 私の経験では、システムの開発は次のようになります。まず、テスターで動くものを思いつきます。そして、うまくいったら、デモにかけるんです。そして、もしうまくいったら、実際のサイトにインストールする価値があるかどうかを考えます。 というわけで、最初の2問は解けました。TCリーグは、ALWAYSが良いデモトレードを見せるシステムの集合体である。テスターではなく、デモに注目 ! その結果、私が最後に抱いた疑問は、選択したシステムのうちどれを実際の取引に投入し、どれを離脱させるか、ということです。私はいつも、デモトレードがかなり長いシステムを持っています。 実はこれ、「メタトレーディング」なんです。トレードで言えば、オープン・クローズ・トレードで、「TSをリアルにしまう」という原則があるんです。そして、私の意見では、TSの挙動は、通貨ペアの挙動よりも安定していると思います。 Georgiy Merts 2020.07.16 10:13 #2619 Ivan_Invanov: ん、なんでトレードの待ち時間が終わってるんだ?まあ、戦略通りの取引状況がないのかもしれませんが。また、トレードクオリティの基準について詳しく教えてください。 その通りです。 これもコンセプトの問題です。 2年間の履歴(過去3ヶ月はフォワード期間)で、最長の取引待ち時間が1週間だった場合、突然デモトレードで1週間以上の待ち時間が表示されたら、システムの動作が変わったことを示し、すぐに取引から外し、再最適化しなければならない。 その他の「リミッティングパラメーター」も同じ意味です。例えば、最大SLキューや最大ドローダウンは、「損失を限定する」ためだけでなく、主にTSが以前と同じように動作することを確認するために推定されます。2年間の履歴の最大SLキューが例えば5個だったとすると、5個連続でストップがかかるまで-TSは以前と同じ挙動をすると考えます。6台目のSLが検出された時点で、すべてシステムの挙動が違う。 ちなみに、システムの挙動がさらに良くなって、稼ぎ出す可能性もわずかながらあります...。が、ごくわずかな可能性です。むしろ、赤字になる可能性の方が高い。 Georgiy Merts 2020.07.16 10:19 #2620 Реter Konow: ちなみに、作者自身がロボットの回転にパターンを見出すのが難しいのであれば、NSが対処して特定することもできるかもしれない。 その通りです。回転の原理の方が、まだ直感的に理解できますね。 現時点では、ひとつの重要な考え方が生まれています。 私が見たところ、上位のTSのほとんどは、マーチン原理と不気味に似たリバース・トレーリング・システムです。 これらのTSの絶対的な大部分は、非常に小さなテイクオフで非常に遠いSLを持っています。 シンボルが平らである限り、それらはうまく機能します。しかし、最初の推測不能なトレンドは、半年、あるいはそれ以上、簡単に利益を殺してしまう。 SLを強制的に減少させるというものです(任意に3日幅までとります)。 つまり、最適化後のシステムにはSLがないのです。過去のレンジで動かして、最小限の、でもまだ手をつけないようにSLを設定しています。私はSLと5日、8日、それ以上の日数幅を簡単に終わらせてしまいます。 ここで、この暴挙を止めることだと思います。一度最適化しすぎると、その過程で過去のトレードの質を悪化させても、SLは3日以内のレンジを強制的に入れられる。 私の推測では、これによってトップスの最高品質スコアが低下すると思われますが、第一に、どのTSでも3日レンジより大きなSLは存在しなくなり、第二に、トップスには、マーチンとは大きく異なる挙動をする固定TP-SL、ロールオーバー、従来型のトレーリングのシステムが多くなると思われます。 1...255256257258259260261262263264265266267268269...360 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
この図は、より直感的に捉えたものです。システムが機能することを確認するためには、過去50~200回のトレードで追跡する必要があります。これは通常1年から1年半かけて行われます。そのあとは......また3ヶ月のフォワード期間。合計で約2年です。
なぜ別の時間がいいのか、何かアイデアがあれば、喜んで聞きますよ。
И...ファーストネームで済ませよう...。この掲示板の仲間なんだから...。
OK、あなたに切り替えましょう)。トレードがそんなに珍しいなら、ジャストフィット。デモで検証するのは時間がかかるので、このようなシステムは避けるようにしています。
セ・リーグにとっては......どうでもいいことです。
2年間は最適化のための履歴の期間です。この2年間をベースに、最も収益性の高い最適化パラメータを発見する。
さらに、最大ドローダウン、連続ストップロス回数、最大更新待ち時間、最大更新に必要な最大取引回数、1取引待ち時間の「最大許容値」パラメータを確認します。これらのパラメータはすべてシステムコードに入力され、システムはデモ取引用に設定されます。
取引後、これらのパラメータはすべて再確認されます。(待機時間パラメータは各小節の後にチェックされます)。少なくとも1つのパラメータを超えた時点で、取引を停止し、警告を発します。
すぐに再最適化に送られ、新しい入力パラメータと新しいリミットパラメータが見つかり、その後、システムは再びデモとして取引を開始します。
また、全システムを高・中・低の3つの「区分」に分けています。各取引の後、「取引品質」パラメータがチェックされます。品質パラメータが現在いる部門に対応しない場合は、別の部門に移動し、そこで取引する。
セ・リーグにとっては......どうでもいいことです。
2年間は最適化のための履歴の期間です。この2年間をベースに、最も収益性の高い最適化パラメータを発見する。
さらに、最大ドローダウン、連続ストップロス回数、最大更新待ち時間、最大更新に必要な最大取引回数、1取引待ち時間の「最大許容値」パラメータが判明しました。これらのパラメータはすべてシステムコードに入力され、システムはデモ取引用に設定されます。
取引後、これらのパラメータはすべて再確認されます。(待機時間パラメータは各小節の後にチェックされます)。少なくとも1つのパラメータを超えた時点で、取引を停止し、警告を発します。
すぐに再最適化に送られ、新しい入力パラメータと新しいリミットパラメータが見つかり、その後、システムは再びデモとして取引を開始します。
また、全システムを高・中・低の3つの「区分」に分けています。各取引の後、「取引品質」パラメータがチェックされます。品質パラメータが現在いる部門に対応しない場合は、別の部門に移動し、そこで取引する。
もちろん、かっこいいですよ
ただ一つ理解できないのは、何のために必要なのか、ということです。
セ・リーグにとっては......どうでもいいことです。
2年間は最適化のための履歴の期間です。この2年間をベースに、最も収益性の高い最適化パラメータを発見する。
さらに、最大ドローダウン、連続ストップロス回数、最大更新待ち時間、最大更新に必要な最大取引回数、1取引待ち時間の「最大許容値」パラメータを確認します。これらのパラメータはすべてシステムコードに入力され、システムはデモ取引用に設定されます。
取引後、これらのパラメータはすべて再確認されます。(待機時間パラメータは各小節の後にチェックされます)。少なくとも一つのパラメータを超えるとすぐに取引を停止し、警告を発します。
すぐに再最適化に送られ、新しい入力パラメータと新しいリミットパラメータが見つかり、その後、システムは再びデモとして取引を開始します。
また、全システムを高・中・低の3つの「区分」に分けています。各取引の後、「取引品質」パラメータがチェックされます。品質パラメータが現在いる部門に対応しない場合は、別の部門に移動し、そこで取引する。
冗談抜きで、LIGAに本気でお金をかけるのは怖い...。
よくぞやってくれました。
ただ、わからないのは、何のために必要なのか、ということです。
知る必要のある範囲にとどめておきましょう。
概念的な質問です。
私の経験では、システムの開発は次のようになります。まず、テスターで動くものを思いつきます。そして、うまくいったら、デモにかけるんです。そして、もしうまくいったら、実際のサイトにインストールする価値があるかどうかを考えます。
というわけで、最初の2問は解けました。TCリーグは、ALWAYSが良いデモトレードを見せるシステムの集合体である。テスターではなく、デモに注目 !
その結果、私が最後に抱いた疑問は、選択したシステムのうちどれを実際の取引に投入し、どれを離脱させるか、ということです。私はいつも、デモトレードがかなり長いシステムを持っています。
実はこれ、「メタトレーディング」なんです。トレードで言えば、オープン・クローズ・トレードで、「TSをリアルにしまう」という原則があるんです。そして、私の意見では、TSの挙動は、通貨ペアの挙動よりも安定していると思います。
ん、なんでトレードの待ち時間が終わってるんだ?まあ、戦略通りの取引状況がないのかもしれませんが。また、トレードクオリティの基準について詳しく教えてください。
その通りです。 これもコンセプトの問題です。
2年間の履歴(過去3ヶ月はフォワード期間)で、最長の取引待ち時間が1週間だった場合、突然デモトレードで1週間以上の待ち時間が表示されたら、システムの動作が変わったことを示し、すぐに取引から外し、再最適化しなければならない。
その他の「リミッティングパラメーター」も同じ意味です。例えば、最大SLキューや最大ドローダウンは、「損失を限定する」ためだけでなく、主にTSが以前と同じように動作することを確認するために推定されます。2年間の履歴の最大SLキューが例えば5個だったとすると、5個連続でストップがかかるまで-TSは以前と同じ挙動をすると考えます。6台目のSLが検出された時点で、すべてシステムの挙動が違う。
ちなみに、システムの挙動がさらに良くなって、稼ぎ出す可能性もわずかながらあります...。が、ごくわずかな可能性です。むしろ、赤字になる可能性の方が高い。
その通りです。回転の原理の方が、まだ直感的に理解できますね。
現時点では、ひとつの重要な考え方が生まれています。
私が見たところ、上位のTSのほとんどは、マーチン原理と不気味に似たリバース・トレーリング・システムです。 これらのTSの絶対的な大部分は、非常に小さなテイクオフで非常に遠いSLを持っています。 シンボルが平らである限り、それらはうまく機能します。しかし、最初の推測不能なトレンドは、半年、あるいはそれ以上、簡単に利益を殺してしまう。
SLを強制的に減少させるというものです(任意に3日幅までとります)。
つまり、最適化後のシステムにはSLがないのです。過去のレンジで動かして、最小限の、でもまだ手をつけないようにSLを設定しています。私はSLと5日、8日、それ以上の日数幅を簡単に終わらせてしまいます。
ここで、この暴挙を止めることだと思います。一度最適化しすぎると、その過程で過去のトレードの質を悪化させても、SLは3日以内のレンジを強制的に入れられる。
私の推測では、これによってトップスの最高品質スコアが低下すると思われますが、第一に、どのTSでも3日レンジより大きなSLは存在しなくなり、第二に、トップスには、マーチンとは大きく異なる挙動をする固定TP-SL、ロールオーバー、従来型のトレーリングのシステムが多くなると思われます。