エリオット波動理論に基づくトレーディング戦略 - ページ 291

 
セルゲイ 君の結果を批判できるかどうかではなく、それが何かを示しているかどうかということなんだ。それを理解するためには、ベースとなる土台が必要なのです。この中間結果で何らかの統計的優位性を示すことができれば、それ以上は必要ない。これ以上は、このアドバンテージを強化することになるかもしれません。メリットがないのであれば、何を評価すればいいのか。<br /> translate="no">です。
そしてこの場合、実験の条件からして、この結果を統計的優位性の確認と考えることはできないのです。


オッケーです。

"SL<MO "MOって何?

そしてもう一つの質問ですが、SLを最適化する方法、少なくとも一言で言えば、どうすればいいのでしょうか?外部パラメータとして指定する、つまり全てのトレードに1つのSLを指定する?
 
セルゲイさん、私が書いたことは批判ではありません。前回の記事を読む
ただ一つ思うのは、この結果から判断するのは難しい、実験の条件が整っていない、ということです。
新しい結果は、さらに明らかにならない。結局のところ、統計はないんだ
21ヶ月のテストのうち、10ヶ月はオーバーシッティングです。

自分のシステムが間違っていないと主張しているわけではないのですね。だから、ストップ20を入れて、どうなるか見てみましょう。少なくとも統計は出ます。

また、ここで書いていることは、トレーディングExpert Advisorの批判だとは思わないでください。一般的には、批判として。

ちなみに、オールティックにしたことで、MOは38から23に減少しました。 これは悪い結果ではありません。
また、同じ数値でも、両者でストップをかけて比較するのも面白いでしょう。

MOとは、数学的な利得の期待値である。
SLは非常にシンプルに最適化することができます。外部パラメータとして出力し、テスターで最適化を実行し、リミットとステップを設定します。もちろん、Expert Advisorのコードには、買いの場合は価格がSLを下回ったらポジションを閉じる、売りの場合はその逆の条件を追加する必要があります。
 
<br /> translate="no"> セルゲイさん、私が書いたものは批判ではありません。前回の記事を読む
ただ一つ思うのは、実験の条件ではなく、この結果から判断するのは難しいということです。
今回の結果は、さらに示唆に乏しいものです。結局のところ、統計はないんだ
21ヶ月のテストのうち、10ヶ月は座りすぎです。


ユーリ、全然ふてくされてないし、悪びれてないし、全然いいんだけどね。:о))))MathCADが10ヶ月のオーバーシュートをしないのは、そのような取引を許さないコードを持っているからですが、他の考慮事項のためです。モデルで言えば、10ヶ月の座りすぎは間違いではありません。このモデルには何も「ひどい」ことは起こっていません。価格はチャンネルに座っていました(端からぶら下がっていました)。ちなみに、このような事例があったため、軌道の予測そのものを行うようになりました。


自分のシステムが間違っていないと主張しているわけではないのですね。だから、ストップ20を入れて、様子を見る。少なくとも統計は出ます。


私はまだ明白なエラーを発見していないが、私はふりをしていない - チャネルの生命の間に価格が計算されたレベルを通過します。でも、遅かれ早かれ、必ず出てきます。

おそらく、私の計画から外れて、ストップを使うことになるでしょう。今、MTを電卓でネアンデルタール人のように見ているので、やはり皆さんのアドバイスが頼もしいです。matcadでは、シンプルに、数式そのままです。:о)
 
<br / translate="no">私の計画から外れてストップを実施することがあります。今、MTを見ていると、まるで電卓を使うネアンデルタール人のようなので、まだ、アドバイスを期待しています。matcadでは、すべてがシンプルで、数式はその通りになります。:о)


お気軽にお尋ねください。

でも、私にとってはその逆なんです。:-))
しかし、今はmatcadではなく、matlabを見ています。そして、もはやネアンデルタール人としてではなく、クロマニヨン人として。
 
tograsn
あと2点、
・原則として、ポジション保有時間と利益額には相関があると考えるのが普通です。小さな時間ではあるようです(目測ですが、間違っている可能性もあります)。しかし、より長い時間(これも "目測")で見ると、よりランダムな状況に見えるのです。しかし、偶然にも、小さなプラスもあれば、小さなマイナスもあるはずです。そして、マイナスがない。コードに時折「調整」の出力がないのでしょうか?
- どんな戦略にも、「適用できる時期」と「適用できない時期」があります。オーバーシュートで「該当なし」期間がマスクされる場合、ストップを導入するとレポートが大荒れになる可能性があります。そして、非採用は実際のアカウントにとって 悲惨なことになりかねません。
 
Rosh
数えなければならない。1回目がダメなら、2回目も。その様子はビデオでご覧いただけます -https://www.mql5.com/zh/forum/103424

自動再計算があるのですね。しかし、私が理解する限り、ブローカーの時間との相場の同期がありません。さて、2つの長い作品を組み合わせるということであれば、分岐点での1時間のタイムジャンプは原理的に重要ではないでしょう。しかし、原作がピースの集合体であり、名言を読み込むことで穴埋めしているとしたらどうでしょう。それはいいミックスになりますね。
自分で履歴を読み込んだ後、すぐにスタンドアロン端末に転送し、何にも混ざらないようにしました。
 
toGorillych

<br/ translate="no"> まだはっきりしない。14人目の取引は20分、15人目は10カ月間拷問を受けた。なぜ15番目の取引では、チャネルが買いではなく売りを示したのですか?


少し答えを広げてみることにした。以下では、次のように実行されるチャンネルの寿命の統計(eurusd、時間)を見ることができます:私はチャンネルの長さを固定し、時間と一緒に移動し、各 "現在の "バーの固定長チャネルを構築し、その寿命を(もちろん、将来的に見て)推定しています。同時に、チャンネルの追加パラメータもいろいろと集めました。この場合、チャンネルは300カウントの長さです。もちろん、それはウェーブレット変換画像に劣っているが、曲線の非常にフォームに注意を払う(それは他の期間と引用符のために持続する)、チャネルはほとんどすぐに安定した位置、すなわちピークが最初に続いて、その後期間が減少するが、その逆ではない、それは正確にそのような画像を期待する方が論理的であろうが。いくつかのチャンネルは、その長さの約3.5倍と、かなり長生きしていることがわかります(未来を見るとき、チャンネルのパラメータは変わらないということをお忘れなく)。ですから、この間の価格の軌跡はわかりませんが、チャネルが存在する間は、ハースト指数などの追加基準が働けば、もちろん計算上のレベルを通過することはほぼ確実です。20分後、数日後、数カ月後に起こるかもしれないのです。もちろん、これは嫌な特徴の一つで、信じるか、取引を拒否するか、損失を許容するかです。不快感」の度合いという点では、他の戦略やモデルにも同様の特徴が十分に見いだせる。 このモデルでは、反転領域を探しているわけではありません(他のモデルはこの目的のためにあります)。MathCADのコアモデルのコードは数行、10ヶ月のトレードをブロックするコードは数百行です。このモデルの最初のテストでは、(ブロック後の)負けトレードが20%でしたが、MathCADでは2%になっています。 ちなみに、曲線の形状そのものは便利です。統計を取れば(既に取っているかもしれないが)極限値を分類し(常識的に考えても、専門的なシステムに頼っても)、現在の基準点付近の形状を見れば(チャンネルをバックトラックすれば)チャンネルの存在する時間を高い信頼度で推定することができるだろう。 一般的にチャンネルはとても理にかなっているのですが...あくまで哲学です。 to











Candid

Tograsn
あと2点、

・原則として、ポジション保有時間と利益額には相関があると考えるのが普通です。小さな時間でも存在するようです(目測です、間違っているかもしれません)。しかし、より長い時間(これも "目測")で見ると、よりランダムな状況に見えるのです。しかし、偶然にも、小さなプラスもあれば、小さなマイナスもあるはずです。そして、マイナスがない。コードに時折「調整」の出力がないのでしょうか?

- どんな戦略にも、「適用できる時期」と「適用できない時期」があります。オーバーシュートで「該当なし」期間がマスクされる場合、ストップを導入するとレポートが大荒れになる可能性があります。そして、非採用はリアルアカウントにとって悲惨なことになりかねません。


まさに、まだ早いという理由で(哲学的なテスト)私はマルケサンの船のようにくねくねしていたところ、ユーリにSLで壁に釘付けにされたのです。そして、親切な言葉とピストルで、実質的に私をSLに説得したのです。:о)ちなみに、以前はStop Lossを注文パラメータとして使っておらず、条件が常に変化するため、オープンポジションの制御を介して実装していました。 to


Yurixx

Yuriさん、SLについてよろしくお願いします。:о)先ほども書きましたが、SLは使ったことがなく、ダイナミックオーダーコントロールを使用していました。

サーバーに常時接続 しなければならないので、おそらく利便性は低いのでしょうが、私としてはその方が理にかなっていると思います。うろ覚えですが、SLでトラブルがあった(1年くらい前です)とか、証券会社があまり遠くに置くことを許可しなかったとか、いろいろとありました。とにかく、ドキュメントに目を通して、これは注文がクローズされる価格レベルであることを "記憶 "しました。OK、自分に言い聞かせて、注文の種類によって、SLに次のパラメータを入力しました: Bid-20*Point Ask+20*Point 一度も取引していません。今、私はその理由を理解しようと、いや、エラーコードを要求しています。さらにいくつかの選択肢を入力したが、取引は成立しなかった。結局、うんざりしてSL価格レベル20.0を指定したら、うまくいきました。 あの漫画の「何もわからない」みたいな感じです。ユーリ、恐竜に正しい設定方法を説明しなさい。なぜ、例えば1.2の値が20.0より悪いのか。
 
セルゲイさん、こんにちは。

1.SLを一切入れず、自分でダイナミックに価格水準をコントロールし、適切なケースで取引を「クローズ」することができます。すべては象徴であり、取引ではない。あくまで統計の収集に過ぎない。しかし、この場合はテスターを使わず、すべて手作業で行わなければならない。つまり、ストラテジーを実装したヒストリーを実行し、結果をファイルに収集するスクリプトを書けばいいのです。スクリプトの95%はExpert Advisorのテキストなので、何も難しいことはありません。

2.テスターを使うなら、実戦と同じようにSLが注文に設定されるはずです。何が問題なのか理解できません。最も簡単な解決方法は、SLを宣言、定義、使用するコードスニペットを切り取って、ここに置くことです。問題は正規化にあるのかもしれません(注文の価格はすべて正規化されるべきで、つまりポイント 精度に丸められるべきです)。ちなみに、明示的に20.0を指定したのであれば、それはまさに正規化された値である。そして20*Pointはそうではありません。明示的に1.2に設定していたのなら、それも有効でしょう(買い方)。

Bid-20.0*Point
Ask+20.0*Point

ただし、もう一度言いますが、Bid,Askは正規化しないことも可能です。
 
<br/ translate="no"> 1.SLを一切入れず、自分でダイナミックに価格水準をコントロールし、必要な時に「クローズ」することができます。すべては象徴であり、取引ではない。あくまで統計の収集に過ぎない。しかし、この場合はテスターを使わず、すべて手作業で行わなければならない。つまり、ストラテジーを実装したヒストリーを実行し、結果をファイルに収集するスクリプトを書けばいいのです。スクリプトの95%はExpert Advisorのテキストなので、何も難しいことはありません。


それこそ、いつものように呼ばれるように、 。


2.テスターを使うなら、実戦と同じようにSLが注文に設定されるはずです。あなたの文章を読む限り、何が問題なのか理解できません。最も簡単な解決方法は、SLを宣言、定義、使用するコードスニペットを切り取って、ここに置くことです。問題は正規化にあるのかもしれません(注文の価格はすべて正規化されるべきで、つまりポイント精度に丸められるべきです)。ちなみに、明示的に20.0を指定したのであれば、それはまさに正規化された値である。そして20*Pointはそうではありません。明示的に1.2に設定すれば、それも有効でしょう(購入の場合)


問題は、エラーコード130 - wrong stopsが表示されることです。:о)なんてトリッキーなんでしょう。

数値を 小数点以下4桁に丸めるだけの 関数はないのでしょうか?
 
grasn
さて、この間、価格の軌跡がどうなるかはわかりませんが、チャネルが存在する間、もちろんハースト指数などの追加基準が機能すれば、計算上の水準を通過することはほぼ間違いないでしょう。20分後かもしれないし、数日後かもしれないし、数ヵ月後かもしれない。

では、その10ヶ月のトレードの間に(このドローダウンで)チャネルはブレイクダウンしなかったのでしょうか?でも、パワフルなチャンネルでした :)


OK、自分で言って、注文の種類によって、SLに次のパラメータを入力しました:

Bid-20*Point
Ask+20*Point

一回も取引していません、今、理由を理解しようと、いや、エラーコードを要求しているのですが、どうしたらいいでしょうか?

ログを見てください。OrderSendが うまくいかない場合、その理由が記録されています。