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

新しいコメント
 
話がそれたが...。

<br /> translate="no"> ・・・。それをどこに置き、どこに使うのか。私の率直な感想は、「他のチャンネルに譲るだろう」というものです。あるいは、哲学的に言えば、他のチャンネルに取られる。また、チャンネルからエネルギーが漏れているのをどうやって追跡するのか......。


最小限のエネルギーでチャンネルを奪って、それがどこかに漏れていくなんて、わけがわからないよ。そうでない場合は、チャンネル間のエネルギーが均等になるため、取られたチャンネルのエネルギーが補充される（安定しなくなる）はずです。また関数と機能を混同してしまったかもしれません :) .
 
to Yurixx

<br/ translate="no"> そして、写真の大きさもちょうどよく、説明もわかりやすいだけでなく、網羅的で、全体のアプローチも非常に興味深い勉強になりそうです。あなたのPEは機能ではなく、ダイナミックピクチャーがどのように構築され、チャンネルがどのように定義され、それらがPEとどのような関係があるのかが明確になりました。
。


基本的にはそうなのですが、頑なにファンクションと呼んでいました。しかし、それは解決されたようです。動的解析の話の最後に、この簡単な方法でチャンネルのライフサイクルをトレースできることは特筆に価する。概念的には、あなたの「リアルタイム」チャンネルが未来を「見る」ことに似ています。この指標を観察することで、チャネルが存在しなくなり、新しいチャネルが形成されるまで、その発展を見守ることになります。この方法では、プロセス全体を履歴で "読む "ことができます。難しいことではありませんが、適切に識別することで、各チャネルの「年齢」「成長/老化率」など、非常に重要な追加特性を識別することができます。窓平面における局所極値の軌跡は非常に単純で、放物線で近似でき、その放物線は従来から（！）ライフサイクルで表現されているものである。ここでやめてもいいし、さらに進めて、たとえばカタストロフィーの理論につなげることもできます。ダイナミックモデルはPEに限らず適用できますが、先に述べた一般的な（そして非常にシンプルな）アプローチが誰かの役に立つことを願っていますし、おそらくSolandrにとっても（チャンネルは線形だけでなく）役に立つでしょう。:o))






PE の計算方法だけが抜けていますが、これは正しいです。そうでなければ、モデルのいくつかの側面についての議論が、初歩的な出版物になってしまうところでした。そして、そのような目標は、できれば価値のないものであってほしい。


その通り、私はそれを意図していませんし、とても「出版社」とは言えません。私の」ハースト、グレードアップしたMSP、潜在エネルギーなどを掲載するつもりはない。この点については、ウラジスラフが自分のアイデア以外は発表しないことに感謝している。:o))


そこで、このような多成分で数学的に豊かなシステムは、どのような結果をもたらすのだろうと考えています。 。


昔から「ベストはグッドの敵」というジョークがあります。私が言いたいのは、現時点では2つのモデルが競合しており、結果としてモデルの作業が進行中であるということです。今は、トレードを捨てて、深く研究し、歴史を掘り下げることに、何度か約束を破りましたが、その恩恵を受けているので、満足しています。現在の結果は、十分すぎるほど満足のいくものです。それに比べれば、2〜7時間の計算（価格帯による）も、結局のところ、「スクラップ」、例えばデュアルプロセッサーのコンピュータで解決すれば、ほんの些細なことに思えるのだ。エリオット波動理論をはじめ、優れた理論はすべてその分析から生まれているのですから。私はビールが好きですが、24時間、週7日、1年365日ではないので、非常によくしらふです :o) システムを実機に移す時間を冷静に評価すると、それは非常に、非常に長いプロセスであり、その境界条件を考えると、MTへの移行は妥当な時間でほぼ不可能になることがわかりました。MQL4の性能とは関係なく、十分な性能を持っています。この仕事には物足りなさがある。それに5〜6ヶ月の休暇を取るのも、なんだかんだで大変なんです。ちなみに私は、MT用のDL開発の





要求仕様 書を書いています。以下はその抜粋です。 技術アーキテクチャ （1）計算・データベース用サーバ（計算時間が大きいので、非常に高性能なコンピュータと思われる） （2）クライアントDC（ノートパソコンと思われる） MTクライアントにはネットワークカードが2枚付くとされています。1つはインターネット用、もう1つは内部ネットワーク用です。ODBCに問題がある可能性があります。システム構成 (1) Database (2) Expert (3) MT Database と Expert は別の計算サーバに配置されている。クライアントという名前のコンピュータは、MT、アンチウイルス、ファイアウォールのみをホストしています。このような感じです。
























データベース

OracleとMS Accessの2つのバージョンが認められています。2番目のオプションは、より少ない管理で済み、システムリソースへの要求も少ないため、望ましい。また、テーブルについては、すでにかなりのデータ量に対応しています。データベース自体は2つのサブシステムで構成されている。(a) 見積書倉庫 (b) 受注管理 さらに、見積書履歴にギャップがないか、現在のシステム時刻に対してDCからのデータが遅れていないか、システム時刻の同期など、データ品質をチェックする手順があります。






MT

MTでは常に相場表が開かれており、その上で分足チャートにそれぞれ1つずつインジケータを走らせながら取引を行う。主な機能は以下の通りです。 （a）証券会社のクライアントからサーバーに分足の気配値を送る （b）データベースから注文管理の指示を読み込む （c）実際の注文管理をデータベースと同期する 正しく書かれたdllがあれば、EAを使う必要はないのでしょうが、どうでしょうか？インジケーターのコードでは、DLLの呼び出しが実行され、データベースにアクセスし、命令コードを読み、その意味を理解して実行し、データベースと同期させます。ただし、サーバー障害時の最低限の注文管理動作は実施する必要があるかもしれません。また、Expert Advisorが動作することをクライアントがどのように制御すべきかを考える必要があります。結局のところ、コンピュータにpingを打っても、プログラムが動いていることにはならないのです。







Expert Advisor

MathCADは研究用としては素晴らしいシステムですが、諸事情により実戦では使えません。Expertの最初のフルバージョンは、MathLABで実装される予定です。現時点では、すでに移植が始まっています。これは、すべてのコードをMTに転送するよりもはるかに簡単です。将来的には、私自身はもうそんなことはできないので、それぞれC/C++の実装に完全に切り替えるかもしれません。というわけで、今のところ問題や課題は十分あります。TORを完成させ、データベースに必要なDLやプロシージャを実装するプログラマーを探す予定です。to



Alien


grasn さん、ありがとうございます。私が正しい道を歩んでいることを改めて確信しました。確かにポテンシャルエネルギー分布関数は多次元になりましたが、関数空間の直交するどの平面上でも、ほぼ同じように見えます。私の分析には、互いにアーキテクチャ的に接続されたニューラルネットの複合体を使用しています。グリッドは、チャンネルからチャンネルへのエネルギーの「流れ」を考慮しなければならない。そして、チャンネルごとに個別に反転ゾーンを定義する。その後、放物線近似を行い、波動関数を用いて関数グラフ（価格グラフ）を合成しています。エッジ効果による強い歪みの問題は未解決のままです。今、取り組んでいるんですよ〜。結果はまだ印象的ではありません。計算時間は5分です。グリッドを鍛えるのに24時間かかるんです。P.S.あなたのシステムとのすべての偶然は、カジュアルに考えてください。あなたのシステムが見られないので、私はコピーすることができませんので:). .





とても興味深いです。できるだけ、全体のスキームについて詳しく、見てみたいと思います。もちろん無理のない範囲で、レビューのための資料を用意するのもいいかもしれませんね。一緒に考えよう。ちなみに、私はとっくにニューラルネットワークの類は捨てています。この分野での私の研究は、すべて良い結果をもたらすものではありませんでした。



Jhonny さんへ


最小限のエネルギーでチャンネルを奪っていっても、どこかに残ってしまうんです。チャンネル間のエネルギーが均等化され、選択されたチャンネルのエネルギーが補充されます（安定性が低下します）。また関数と機能を混同してしまったかもしれません :). .


誤解は一切ありません。水路の位置エネルギー、安定した水路の選択基準、安定性の問題（特に自転車やバイクの運転手には気を遣いました :o）であって、総エネルギーに関するものではありませんでした。位置エネルギーを計算するということは、まだ話していない全エネルギーの計算も知っているということです。一般に、系、特に自由度の多い複雑な系では、ポテンシャルエネルギーも変化することがある。 しかし、それをイコールにするかどうかは、選んだモデルの問題である。要は、理論が実践に対応しているかどうかです。そのようなモデルとして、正しい方向に修正し、発展させる必要がありましたが、MSPを選びました。:о)))
 
ここで、私が思うに、腑に落ちないことがあるのですが......。私は学生時代から、どんなシステムも位置エネルギーの値が最小になる位置に傾く（石が落ちる、バネが圧縮される、磁石が引き合う）と考えることに慣れており、電位で類推すると、誰かにエネルギーを与えるシステムは、それまでよりも安定になるのだと思います。崩壊の準備を進めているチャンネルが、逆に誰かから過剰なエネルギーを得て、そこから価格が下落するということです...。またまたIMHO
 
ここで、私が思うに、腑に落ちないことがあるのですが......。私は学生時代から、どんなシステムも位置エネルギーの値が最小になる位置に傾く（石が落ちる、バネが圧縮される、磁石が引き合う）と考えることに慣れており、電位で類推すると、誰かにエネルギーを与えるシステムは、それまでよりも安定になるのだと思います。破壊の準備をしているチャンネルが、逆に誰かから過剰なエネルギーを得て、そこから価格が下がるということです...。再びIMHO <br / translate="no">。


非常に正しい認識を持っていますね。石は、位置エネルギーの値が最小になる位置を取ろうとするため、必ず地面に落ちます。冥王星に落とせば、地球に飛んでくるのではなく、冥王星に落ちます。しかし、もうひとつ、最も軽視されがちな要素があります。石は地面に落ちるが、誰もそれに興味を持たない場合に限る。簡単な例で説明しましょう。フィールドにボールが投げ込まれる。もちろん、バタバタして、気になる30人のプレーヤーがいなければ、そこに横たわっていることでしょう。 ピッチを走り回って、ずっと蹴っていることでしょう。重力の法則は常に適用され、常にボールは位置エネルギーを持ちますが、これではハーフタイムまでボールが平衡状態にあり、同様に位置エネルギーが最小値であることは考えにくいです。そして、もし彼らが地球上ではなく、例えばトリッキーな軌道で回転している小惑星で遊んでいるとしたら、・・・そして、もし彼らがまだ、・・・しかし、彼らからはそれで十分なのです。:о)

そして、チャンネルとの矛盾はなく、ただ、より複雑なシステムであることが違うだけです。1時間ごとに、限られたカウント数で、システムの位置エネルギーを「計測」しています。全体の中で、PI値が最小になるチャンネルに興味があります。しかし、それは現時点での話であって、比喩的に言えば何も起きなければ最も安定していると考えられるのです。しかし、1時間もしないうちに価格が「蹴られた」。1時間経過後、再びPEを測定する。チャンネルは、プラスマイナス数カウントと、ほぼ安定しています（グラフで確認できます）。分岐点はあるかもしれませんが、例えばチャネルがいくつかに分かれ始めるとき。また、チャンネルの相対的な長さが変化している（システム自体が変化している、つまり再構築している）ことも考慮に入れていますね。そして、何が起こったのか、なぜチャンネルが安定性を失ったり、逆に増えたりするのかを分析します。誰がエネルギーを「奪った」のか。これは、（文学的な意味で）フリーズフレームと呼ばれる、複数のサッカー選手が同時に同じボールを打つようなものです。

与えられた例から、同じチャネル（24カウント）、長さを失い、PEレベル（誰かからエネルギーを取った）増加 - それはあまり安定になり、それはあなたが言った何も矛盾していない。一方、88チャンネルは、より安定した（PI値が低下した）、つまり、より大きなエネルギーの流れを担って、実質的に勝利したことになるのです。そして、チャンネル117も優勝しましたもともとの長さからすると、かなり長生きしたことになる。すべて詳細に説明しました。EPのレベルをそのまま持ってくるだけではダメで、チャンネルには長さや年齢などいろいろなものがあります。要約すると、両者は異なるということです。

より多くのエネルギーを取ったチャンネルは、完全に物欲を爆発させるかもしれません!!!!でも、これは今のところ作業仮説です :o)))

どの基準点からPEを測定するかによるが、地面に横たわるボールは「デッドシステム」である。地球の中心から測ると？エネルギーがすごいんです!!!!ボールで実現できるのか？そして、運動エネルギーです。PE のレベルを変えることなく、与えたり、獲得したりすることができる。そこで、サッカー選手が歩いてきて、軽くボールを蹴ってみた。PIレベルは変わらなかった。本当に変わっていないのでしょうか？前に溝があったらどうしよう、ぶつかったらどうしよう。もちろん、教科書をひっくり返して問題を最後まで読むのであれば話は別ですが。

それこそ、良いモデルが必要だと書きました。私は初めて明確に説明する能力に優れているわけではありませんが、基本的な法則に矛盾はなく、あなたの知覚は優れていると信じています。また、チャンネルは隊列を組んで行くものではなく、ピアツーピアでもありません。もしあなたが街に出て、ボールが45度の角度で上に飛んでいくのを見たとしても、物理法則が働かなくなったという考えは浮かばないでしょう。やはり、カオスは予測が難しい...。
 
あーあ...そんなに書かなくても、みんな同じようなことを理解しているようですよ。また、私の投稿はほぼオフトピックであると書きました。実質的でなかったからです。

私のチャンネルは破壊されてはいませんが（どのサンプルでもLRやPRを描けるので）、最適とは言えません。最適化特性の1つはPEであり、PEが増加すると同時に、チャネルはそれ以上最適化されないことを意味し、チャネルのどこかでPEを得たことを意味する（他のチャネルではそうでないかどうかは別の問題である）。
 
あーあ...そんなに書かなくても、みんな同じようなことを理解しているようですよ。また、私の投稿はほぼオフトピックであると書きました。だって、そんなの関係ないでしょ。<br /> translate="no">。
ここでもう一つ、チャンネル破壊も相対的なもので、私のチャンネルは（LRやPRを描くことができるどのサンプルでもそうですが）破壊されてはいませんが、最適でなくなっています。そして、最適性の特性の1つがPEであり、PEが増加した時点で、チャネルは最適でなくなり、どこかのチャネルがPEを得たことを意味します（他のチャネルではそうでないかどうかは別の問題です）。



なるほど、ちょっと視点が違うだけなんですね。しかし、私はPEを計算するためにLRを使用していません。チャンネルを象徴するカウントが出たときだけ、LRを構築しています。もちろん、この用語は非常に相対的なもので、特定のロジックに意味があります。チャンネルが「死んでいる」または最適でないと考えてください。
 
みなさん、こんにちは。
エイリアン
パタノスターは、扱わないにはあまりに広い概念です。チャンネル、不利な戦術、レベルワークなど、様々なものが含まれています。基本的にどんな計算も父系に還元することができる。パターンはむしろ計算過程の特異性であり、取引システムのアルゴリズムが定式化された言語の特異 性である場合もある。
トレーディングシステムの基本は、利益をもたらすべきトレーディングのアイデアであり、トレーディングシステムをどのように、どのような言葉で構築するかは気にする必要はないでしょう。だから探しているのですが、父系とか退行とか、潜在的なエネルギーはそれほど重要ではありません。
 
を、おばあちゃんに。

セルゲイ、君の提案は壮大なものだ!そして、Terms of Reference（ToR）は成熟しているように見えます。感動的です。
もちろん、ToRを作成する前に、提案する取引戦略の1取引あたりの平均収益率を試算したはずです。証券会社の手数料を除いた期待収益率と通貨ペアを教えてください。スプレッドはカバーできるのか？
サンプルは代表的なものであるべきだと念を押しておきます。
 
2中性子

セルゲイさん、こんにちは。まだここを覗いてくれているなんて、嬉しい限りです。

最後のページでIronBirdは、forexclubフォーラムのUPが、FXで利益を生む取引が可能であるという数学的証明を公表している記事へのリンクを示しました。しかも（！）マルコフ過程を壊した結果ではなく、正確には完全にランダムな、つまりマルコフ過程であるという仮定に基づいているのです。

今、この記事を読んで、複雑な心境になりました。一方で、筆者の意見としては、間違った主張をしているところも見受けられます。一方で、その考え方は面白いと思います。おそらく、これらの不一致は技術的、計算的な性格のもので、一般的なスキームの正しさを打ち消すものではありません。それに、残念ながら、私にはまったくわからないことがある。

あなたならどう言うかな。

また、北風が 時々ここに吹くとしたら、どんなことを言うのだろう。

リンク先はhttp://forum.fxclub.org/showthread.php?t=22097&page=3 です。
 
to grans

お問い合わせはこちら。ご指摘の計算方式はすでに実行済みです。しかし、私の目的は、慣れ親しんだソフトウェア環境に留まること、つまり、若干の違いはありましたが、理念は同じ、「分割統治」です。
共同テストなどを目的に、交換を実施するExpert Advisorをお教えします。真実 私はdllを作ってファイルスワップを作っていない - より普遍的なものであるように私には思える。
ただ、彼はEAを販売して いますが、優秀なプログラマーなので、私が何か細工をする必要はないです。ファイルを使うのはあまり好きではありません。
どうせお金を払うと決めたのですから、面白いかもしれません。
データベースはどうでしょうか？ データベースは、賢い選択と、手の込んだことのない単純な価格連動に適していると思います。

頑張ってください。
1...250251252253254255256257258259260261262263264...309
新しいコメント