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

 
toNeutron

<br/> Translate="no"> セルゲイ、君の提案は壮大だ!そして、要求仕様が成熟しているように見えます。感動的です。
もちろん、ToRを作成する前に、提案された取引戦略の取引あたりの平均利回りを推定しておく必要があります。証券会社の手数料を除いた期待収益率と通貨ペアを教えてください。スプレッドはカバーできるのか?
サンプルは代表的なものであるべきだと念を押しておきます。


セルゲイさん、こんにちは。無能の域に達するまで、DBアーキテクト、プロジェクトマネージャー--すでに通過してしまったが、それが私のプロフェッショナルスキルである。私は、「成熟した」企業向けに、より「成熟した」システムを作る機会がありました(例えば、120,000,000のファクトに対するデータウェアハウスは問題ではありません)。すべてのコンポーネントは、一般的に、すでにあります(足りないコンピュータは私が買いますし、問題ありません)あとはDLLを開発するのみです。セルゲイ あなたも研究にMathCADを使っていますね。このプログラムでは、1ページが、通常の言語では何十、何百ページにもなることをよくご存じでしょう。計算期間も含め、すべてを評価した結果、MTに完全に切り替えることはできないという結論に至りました。とても長い時間です。TSに関してはまだ存在しませんが、9つのモジュールで構成される予測サブシステムが存在します。現在、テスト中です。現在、273の予報があり、そのうち41は私が間違っていると判断しています。予測の見た目は、「grasn 13.03.07 19:19」の投稿とほぼ同じで、反転エリアを象徴する大きさの違う四角形(その投稿では点だけだった)と、それをつなぐチャンネルが表示されています。そして、公開資料を見るときにいつも迷ってしまう、余分な線や曲線がないことです。 予測はオンタイムで行われ(予想される預金/可能な損失と予測精度の最適比率)、予測ホライズンは数日から1ヶ月、あるいはそれ以上になることがあります、念のため申し上げますが、それはシステムに設定されているのではなく、特定の





時系列により 決定されます。予想が良ければ利回りも良い、もちろん反転帯に本命のポイントがなければの話だが。 一つは予測モデルの精度を上げること、もう一つは反転帯での最適なエントリー/エグジットポイントを "捉える "ことである。2番目の問題が多少なりとも明確であれば、1番目の問題には説明が必要です。反転ゾーンが同じレベルにある、つまりチャネルチェンジエリアが反転ゾーンのレベルにあることもありますが、計算が時間的に間違っていることもありえます。お天気と一緒ですね。ところで、この件に関して良い逸話があります。 *** 彼らはある都市で気候学者を射殺することに決めました。洪水を見逃したり、干ばつを知らせなかったりと、トラブルが多く、結局は損失と犠牲を生むだけである。ドラムロール、明確なコマンド、「...トゥット」「...エイミング」、最後の瞬間、観客の群れの中から一人の市民が飛び出してきて叫ぶ。"待て、撃つな!まだいける!!"と。チーフジャスティスは少しためらいながら「そう思うか」と聞く。まあ、いいや、どうするんだ」と。このチャンスに興奮した市民は、「吊るそう!」と新たな提案をする。風向きを示すように!"*** TCそのものや、予測の遵守を管理するプロセスなどは、私には些細なことのように思われ、今のところ特に興味はないです。 ここで、すでに何度か使っているのですが、すでに自慢してしまったようで、リアルトレードに近いと同時に遠いという状況です。:o) to











cooper123

情報についてはご指摘の計算方式は、すでに実行しています。使い慣れたソフトウエアの環境に身を置きたい、という目的は少し違いますが、理念は同じ、「Divide and Conquer」です。共同テストなどを目的に、交換を実施するExpert Advisorをお教えします。真実 私はdllを作ってファイルスワップを作っていない - より普遍的なことだと私には思える。ただ、彼はEAを販売していますが、優秀なプログラマーなので、私が何か細工をする必要はないです。 せっかくお金を払うと決めたのだから、面白いかもしれない。 データベースのことなら。データベースはスマートな選択には向いているし、シンプルな価格シリーズの実行もあり、派手さはない。私もファイルに入れているが、充填時間はいいし、しかも週に1回更新するだけでいい。 がんばってください。










ありがとうございました。もちろん、必要です!少なくとも、総合テストがぐっと身近になりますね。確かに、少なくとも最初のドラフトについては、そのようなスキームを考え、ファイルの交換が同じように効果的に機能することは十分にあり得ることです。そして、データファイルをデータベースに詰め込む、dllを扱うより簡単(そして、お金の問題ではなく、スピードです、最終的にdllで止める可能性もありますが)。 専門家を grasn@rambler.ru にメールするもよし、ここに投稿するもよし、お好きなようにどうぞ(もしかしたら同じように興味を持つ人がいるかもしれません)。
 
それに、わざわざdllを使うより、データファイルをデータベースに入れる方が簡単だし(お金の問題ではなく、スピードの問題なので、結局dllになる可能性もありますが)。

詰め込みについては、何をどこに入れるか、が一番の問題でしょう。

速度に関しては、ファイルよりも dllの方が有利とは思えません。繰り返しになりますが、慣れていてその方法でやりたいという場合は別です。データを取ってきて、計算して、新しいデータかどうか、ファイルの中身を見て、次の分までスリップストリームに入れる。全体の計算は数秒以内(単純な戦略では私は分で1年を持っている、私は約3分で100バーのウィンドウで3ヶ月で線形回帰と、約7秒でそれを作った、と私は分バーを取得しますが、私は5分バーよりも高く動作します)。そのような状況で、何を急いでいるのでしょうか。
特に私にとってDLLは致命的で、勉強しなければならない。プロセスやピップを利用することも可能ですが、その価値はありません。
 
2Yurixx

...前のページでIronBirdは、forexclubフォーラムのUPが、FXで利益を生む取引が可能であるという数学的証明を公表している記事へのリンクを提供しました。しかも(!)マルコフ過程の違反によるものではなく、完全なランダム、つまりマルコフ過程であるという仮定に基づくだけです。

実際のリンク先は、http://forum.fxclub.org/showthread.php?t=22097&page=3


由良さん、こんにちは。
引用リンクの尊敬する さんの投稿を今一度読んでみました。正直なところ、コメントする気にはなれなかった。まず、著者の言う通りな点が多い。第二に、彼はマルコフ過程をランダム-ウィーン過程と混同しているが、これは良くない。さらに、UPは 時系列(RT)サンプルの「非ランダム性」の推定として、指数分布からの最初の差の分布関数(DF)の差の値を利用する。実際には積分指数であり、その使用の便宜性にはもちろん疑問がある。第三に、マーチンゲールは資金管理の一種に属するものであり、そのようなTSではありません。

このような推定には、最初のBP差のコレログラムを使用するのがより正しい。その分析から、小さなTFでのBPのマーキングの反存在についての結論を導き出すことができ、大きなTF(日足など)での取引の視点についての結論を導き出すことは不可能である。ところで、著者は、反持続性が顕著なBPの興味深い特徴を正しく指摘している。それは、ランダムにオープンし、既知の値のTPとSLを設定することで収益性の高いトレードを構築できることである。ここに奇跡はなく、この場合、限界利益が安定する可能性を厳密に数学的に示すことが可能である。注目すべきは、1トランザクションあたりのリターンの試算である。残念ながら、利用可能な金融商品では、1取引あたり0.5ポイントを超える収益性はありません。しかし、例えば自己回帰モデルなどと組み合わせると、既存のスプレッドをカバーすることができる。

ところで、昨日はBatterworthのLPFをベースに、位相遅れを極力少なくした移動平均をテストしてみました。そして、どうでしょう?このTFに基づくトリビアル、ロールバックTSでは、ほとんどの商品で取引あたり平均5~8ポイントの利回りを示しています。どこかで失敗したのは確かだが、もしそうでなければ...。となると、これは画期的なことです
 
セルゲイさん、こんにちは。コメントありがとうございます。なんとなくわかるんです。
ちなみに、昨日、位相遅れの最も少ないバターワースLPFをベースに実装した移動平均をテストしたばかりです。

このMAを見て、私が作ったMAと遅延を比較するのも面白いかもしれません。
これはあなたのコードですか、それとも他の人のコードですか?どこかで手に入りますか?

「可能な限り低い位相遅延を持つ」-これは数学的な結果なのか、それとも現在利用可能なものから推測されたものなのか?
 
toYurixx
toNeutron

<br/ translate="no"> さらに、UPは 時系列(RT)サンプルの「非ランダム性」の推定として、指数分布からの最初の差の分布関数(DF)の値を利用します。実際には積分指数であり、その使用の便宜性にはもちろん疑問がある。


議論になったのは謝る、聞かれたわけでもないのに。:о)残念ながら、この著名なUPは 一般論としての証明をしたのであって、私は統計学を予測にふんだんに使ってはいるが統計学の第一人者ではないし、もちろん私の結論は簡単に間違っているかもしれない。 私の考えでは、この積分指標は本来、

指数 分布に対する一般的な放出解析のアプローチに基づく、トレンドの判断基準の一つである。このクラスの基準は十分に機能し、実証済みのローカルトレンドは「非ランダム」取引の良い基礎となるだろう。しかし、潔くこの特殊なディストリビューションの選択に踏み切るのは疑問が残ります。実際の結果は、「自転車と蒸気機関車」くらい違うような気がします。
 
to Yurixx

このMAを見て、私が作ったものと遅延を比較するのも面白いかもしれませんね <br / translate="no"> これはあなたのコードですか、それとも他の方のものですか?どこかで手に入りますか?

「可能な限り低い位相遅延を持つ」-これは数学的な結果なのか、それとも現在利用可能なものから推測されたものなのか?


はい、脚本は自分で書きました。
最小位相遅延(MF)とは、AFCカットオフエッジの先験的な急峻さと通過帯域のビートの振幅が指定されたDFに対して理論的に可能な最小のMFを意味します。再帰的フィルタに関する優れた理論的資料は、こちらでご覧になれます。
https://www.mql5.com/en/forum

ちなみに、Hボラティリティが2以上で、Hクーギ戦略を実行できるペアを見つけることができたよ。分割の離散性を関数とした1取引あたりの平均利益(イールド)のグラフを左に、7ポイントスプレッドを含めたイールドの依存性を右に示します。



しかし、この機器の基準の安定性については、まだ疑問が残っている...。
 
to Yurixx

このMAを見て、私が作ったものと遅延を比べてみるのも面白いかもしれませんね。
これはあなたのコードですか、それとも他の人のコードですか?どこかで手に入りますか?

「可能な限り低い位相遅延を持つ」-これは数学的な結果なのか、それとも現在利用可能なものから推測されたものなのか?


はい、脚本は自分で書きました。
最小位相遅延(MF)は、AFCカットオフエッジの所定の急峻さと通過帯域のビートの振幅におけるDFの理論的に可能な最小MFを意味する。再帰的フィルタに関する優れた理論的資料は、こちらでご覧になれます。
https://www.mql5.com/en/forum


セルゲイ、よくわからないのですが、このようなМАを私のものと比較する機会があるのでしょうか?

リンクに誤りがあるのでしょう。 zip.gifは、Webページではなく、ファイルです。そんな感じの小さな絵です。
そして、立派な素材はおろか、そんなページもないのです。:-((
 
はい、確かに、間違いがありました。こちらをご覧ください。
https://c.mql5.com/mql4/forum/2007/03/1.zip

比較対象としては、MathCadで書かれたコード、MQL、MT4ターミナルのスクリーンショットを直接掲載することもできますし、与えられた資料をご自身で熟知されるのを待つこともできます。あなたは何を選びますか?
 
みなさん、こんにちは
Igor Kimは、リグレッションチャンネルを描くためのインジケータを作りました。
マニュアル取引に便利かもしれません。
http://forum.kimiv.ru/viewtopic.php?p=3170#3170

それを元に絵を描きました。


考えすぎかもしれませんが、チャンネルクロスオーバーというのがよくわかりません。
よくあるシチュエーションに見えますが、このようなチャンネルクロスオーバーはありません。
スケールの違うチャンネルがある。クロスチャネルでピボットゾーンが形成される仕組みがよくわからない。
この写真を説明できる人がいるかもしれませんね。
 
そうです、確かに間違いがありました。こちらをご覧ください:<br/> translate="no">https://c.mql5.com/mql4/forum/2007/03/1.zip

比較対象としては、MathCadで書かれたコード、MQL、MT4ターミナルのスクリーンショットを直接掲載することもできますし、与えられた資料をご自身で熟知されるのを待つこともできます。あなたは何を選びますか?


セルゲイさん、ありがとうございました。大変興味深く拝見しました。実用性が高く、かっこいい本だと思います。そして、そこでの計算は極めて適切である。しかし、それをすべて咀嚼し、さらにマーケットとリンクさせるには、かなりの時間がかかると思います。

だから、もし私に選ぶ権利があるなら、MQLを選びます。:-))
ここで、または直接私のメールボックスに - お好きなように。
よろしくお願いします。