記事"モスクワ証券取引所で取引をする際の、EAの安全性について"についてのディスカッション - ページ 6 12345678 新しいコメント Vasiliy Sokolov 2022.06.29 11:58 #51 Andrey Miguzov #:SZYだ：1つの口座で、同じ商品について異なる専門家による正しい取引を実現するためには（このトピックについては他のスレッドで書かれています）、メインのストラテジーを書いてテストするよりも時間がかかりました :)。それに、まだすべてが正しく機能しているかどうかはわかりません。 はぁ...わかってるよ。ちなみにhttps://www.mql5.com/ja/market/product/5011?source=Site+Market+Product+Page#description 2013。今はgithubに転がっていて、誰も必要としていない。一般的に、このアイデアは間違ってはいるが、興味深いものだった。今、私はクジ形式で票を数えるシステムに基づいてドライブを作りました。これはより簡単で、より信頼できる。一般的にプラス面が多い。欠点は、各戦略の統計を別々にリアルで見ることができないことだ。 Скачайте Торговую утилиту 'HedgeTerminalUltimate' для MetaTrader 5 в магазине MetaTrader Market www.mql5.com Торгуйте разнонаправленно вместе с HedgeTerminal HedgeTerminal - это полноценный торговый терминал внутри самого торгового терминала MetaTrader 5. Это Vasiliy Sokolov 2022.06.29 12:04 #52 Pavel Malyshko #:指値注文の技術そのものが、中央銀行のライセンスを持つブローカーに最良の価格で執行することを義務付けている。 あなたがFXの世界の人間であることは明らかだ。ブローカーが指値注文を出したからといって、それを執行する義務はない。取引相手、具体的にはプライステイカーが指値注文を執行する。この場合、プライステイカーは、あなたが売るときに買い、あなたが買うときに売りたいと思わなければならない。もしあなたが価格を追いかけ、一方向に進みたければ、あなたの指値注文は誰の役にも立たず、あっという間に後塵を拝することになる。 Andrey Miguzov 2022.06.29 12:24 #53 tapo #:スプレッドの存在下で、指値が市場参入より悪いとは？また、マーケット・エントリーが利益の閾値（-手数料）を満たすのであれば、なぜリミットが必要なのでしょうか？ 現時点では、その通りです。1000で買う必要がある。リミットがあります - 市場があなたの方向に行き、あなたは1000で売られました。そして価格は50ミリ秒後に900になった。）900で買う方が1000で買うよりいいのでしょうか？ 指値はスプレッドの中にあり、TCから見れば1000は素晴らしい価格です。でも900の方がもっといい。 タポ番号: どのように実装したのですか？ターミナルのグローバル変数ではなく？ 同僚の教えに従って（ありがとうございます）、最後のポジションのデータをファイルに書き込んでいます。）Expert Advisorを起動する際、ファイルとの不一致があれば、ポジションの履歴を調べます（識別子とマジックのトレードによって）。現時点でポジションがない場合、（マジックの）取引履歴を調べます。 私が理解する限り、これが唯一の方法ではありませんが、私にとって最も明確な方法です。 バシリー・ソコロフ#: 欠点としては、各戦略の統計を個別にリアルで見ることができないことです。 おいおい、まだ考えてなかったのかよ......。 Vasiliy Sokolov 2022.06.29 14:08 #54 Andrey Miguzov #:すべて同僚の戒律に従って（本当にありがとうございます） - 私は最後の位置についてのデータをファイルに書き込みます :)Expert Advisorを起動するとき、ファイルとの不一致がある場合 - 私はポジションの履歴を（識別子とmagikへの取引によって）拾う。現在ポジションがない場合 - 取引の履歴を（マジックの）履歴を調べます。私が理解する限り、これが唯一の方法ではありませんが、私にとって最も理にかなっています。まだ考えたことがないんだけど...。 ファイルについては間違っている。ファイルの代わりにベースを使おう。データベースを扱うネイティブな機能がなかったこの10年間、私たちは本当に積極的にファイルを使っていた。今では、このようなケースはすべて時代遅れです。 JRandomTrader 2022.06.29 14:17 #55 Vasiliy Sokolov #:ファイルについては間違っている。ファイルの代わりにデータベースを使おう。データベースを扱うネイティブな機能がなかったこの10年間、私たちは本当に積極的にファイルを使っていた。今では、これらのケースはすべて時代遅れだ。 データベースについて-原理的には面白い。しかし、SQLiteではなく、PostgreSQLかMySQLがいい。 Vasiliy Sokolov 2022.06.29 14:36 #56 エンベデッドベースには利点がある：ネイティブサポート、vps上の ショッピングコンプレックスのデプロイが簡単。また、ちょっとした作業であればローカルで行うこともできます。実際、ローカルファイルで作業するだけです。使いやすさ。 大規模な本格的なベースも確かに存在するが、おそらくもっと複雑なもののためだろう。それに、mql用のドライバを自分で書かなければならない。これも楽しみの一つだ。 JRandomTrader 2022.06.29 14:45 #57 Vasiliy Sokolov vpsでの ショッピングコンプレックス展開の容易さといった利点がある。また、小さな作業であればローカルで行うこともできます。実際、ローカルファイルで作業するだけです。使いやすさ。 大規模な本格的なベースも確かに存在するが、おそらくもっと複雑なもののためだろう。それに、mql用のドライバを自分で書かなければならない。これも楽しみの一つだ。 ビルトイン - 小規模なら。 そして、10000台のロボット（テストロボットを含む）があり、それぞれがポジション、注文、統計、現在のストップ・レベルなどを保存している場合、ほとんど対処できない。- それはほとんど対処することはできません。 Andrey Miguzov 2022.06.29 14:50 #58 Vasiliy Sokolov #:ファイルについては間違っている。ファイルの代わりにデータベースを使おう。データベースを扱うネイティブな機能がなかったこの10年間、私たちは本当に積極的にファイルを使っていた。今では、これらのケースはすべて時代遅れだ。 ファイルはあまり好きではないが、実際には、口座履歴の取引データベースを検索するための極端なポイントを記憶するためだけに必要なのだ（履歴全体を掘り起こす必要がないように）。ただ、MQLを通じてベースを扱ったことがないので、それを理解する必要があります。 tapo 2022.06.29 15:13 #59 取引、自動取引システム、取引戦略のテストに関するフォーラム モスクワ取引所で取引する際に、自分自身とExpert Advisorを保護する方法」についての議論 アンドレイ・ミグゾフ, 2022.06.29 12:24 AM 現時点では - あなたは正しいです。だから、例は簡単です- あなたは1000のために購入する必要があります。市場があなたの方向に行き、あなたは1000で売られた - 限界があります。そして、価格は50ミリ秒になりました - 900 :)900で買う方が1000で買うよりいいのでしょうか？ 指値はスプレッドの中にあり、TCから見れば1000は素晴らしい価格です。でも900の方がもっといい。 すべて同僚の戒律に従って（本当にありがとうございます）、最後のポジションのデータをファイルに書き 込んでいます :)Expert Advisorを起動するとき、ファイルに矛盾がある場合、ポジションの履歴を調べます（識別子とマジックを使って）。現時点でポジションがない場合、（マジックの）取引履歴を調べます。 私が理解している限りでは、これが唯一の方法ではありませんが、私にとって最も明確な方法です。 いや、まだ考えたことはないんだけど......。 もちろん、 あなたの例にも一理 ありますが、その場合、私たちは2つの異なることを表現しているのです。私が言っているのは、スプレッドが広く、流動性が極めて低いということだ。あなたの言うような状況が起こるには、何秒、あるいは何分も経過しなければならない。あなたの状況では、マルキューが最善の解決策だと思います。 IMHOは、最善の解決策ではありません。finamであれば（ブローカーによって異なりますが）、オンザフライ計算（取引履歴の解析）に必要なものはすべて提供されていると思います。しかし、この方法ではファイルを追加でチェックする必要があり、なぜそれが必要なのかは不明です。GlobalVariableSetOnCondition()で複数のExpert Advisorが同時にエントリーするのを防ぐ。 Vasiliy Sokolov 2022.06.29 15:15 #60 JRandomTrader #:ビルトイン - 小型なら。しかし、もし10000台のロボット（テストロボットを含む）があり、それぞれがポジション、注文、統計、現在のストップ・レベルなどを保存しているとしたら、ほとんど対応できません。- ほとんど対応できません。 仮定の例ではなく、そのような多数のロボットがある場合は、コンセンサス/投票システムに切り替えることをお勧めします。そのような多数のシステムがあれば、作業も桁違いに簡単になる。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
SZYだ：
1つの口座で、同じ商品について異なる専門家による正しい取引を実現するためには（このトピックについては他のスレッドで書かれています）、メインのストラテジーを書いてテストするよりも時間がかかりました :)。それに、まだすべてが正しく機能しているかどうかはわかりません。
はぁ...わかってるよ。ちなみにhttps://www.mql5.com/ja/market/product/5011?source=Site+Market+Product+Page#description 2013。今はgithubに転がっていて、誰も必要としていない。一般的に、このアイデアは間違ってはいるが、興味深いものだった。今、私はクジ形式で票を数えるシステムに基づいてドライブを作りました。これはより簡単で、より信頼できる。一般的にプラス面が多い。欠点は、各戦略の統計を別々にリアルで見ることができないことだ。
指値注文の技術そのものが、中央銀行のライセンスを持つブローカーに最良の価格で執行することを義務付けている。
あなたがFXの世界の人間であることは明らかだ。ブローカーが指値注文を出したからといって、それを執行する義務はない。取引相手、具体的にはプライステイカーが指値注文を執行する。この場合、プライステイカーは、あなたが売るときに買い、あなたが買うときに売りたいと思わなければならない。もしあなたが価格を追いかけ、一方向に進みたければ、あなたの指値注文は誰の役にも立たず、あっという間に後塵を拝することになる。
スプレッドの存在下で、指値が市場参入より悪いとは？また、マーケット・エントリーが利益の閾値（-手数料）を満たすのであれば、なぜリミットが必要なのでしょうか？
現時点では、その通りです。1000で買う必要がある。リミットがあります - 市場があなたの方向に行き、あなたは1000で売られました。そして価格は50ミリ秒後に900になった。）900で買う方が1000で買うよりいいのでしょうか？
指値はスプレッドの中にあり、TCから見れば1000は素晴らしい価格です。でも900の方がもっといい。
どのように実装したのですか？ターミナルのグローバル変数ではなく？
同僚の教えに従って（ありがとうございます）、最後のポジションのデータをファイルに書き込んでいます。）Expert Advisorを起動する際、ファイルとの不一致があれば、ポジションの履歴を調べます（識別子とマジックのトレードによって）。現時点でポジションがない場合、（マジックの）取引履歴を調べます。
私が理解する限り、これが唯一の方法ではありませんが、私にとって最も明確な方法です。
欠点としては、各戦略の統計を個別にリアルで見ることができないことです。
おいおい、まだ考えてなかったのかよ......。
すべて同僚の戒律に従って（本当にありがとうございます） - 私は最後の位置についてのデータをファイルに書き込みます :)Expert Advisorを起動するとき、ファイルとの不一致がある場合 - 私はポジションの履歴を（識別子とmagikへの取引によって）拾う。現在ポジションがない場合 - 取引の履歴を（マジックの）履歴を調べます。
私が理解する限り、これが唯一の方法ではありませんが、私にとって最も理にかなっています。
まだ考えたことがないんだけど...。
ファイルについては間違っている。ファイルの代わりにベースを使おう。データベースを扱うネイティブな機能がなかったこの10年間、私たちは本当に積極的にファイルを使っていた。今では、このようなケースはすべて時代遅れです。
ファイルについては間違っている。ファイルの代わりにデータベースを使おう。データベースを扱うネイティブな機能がなかったこの10年間、私たちは本当に積極的にファイルを使っていた。今では、これらのケースはすべて時代遅れだ。
データベースについて-原理的には面白い。しかし、SQLiteではなく、PostgreSQLかMySQLがいい。
ビルトイン - 小規模なら。
そして、10000台のロボット（テストロボットを含む）があり、それぞれがポジション、注文、統計、現在のストップ・レベルなどを保存している場合、ほとんど対処できない。- それはほとんど対処することはできません。
ファイルについては間違っている。ファイルの代わりにデータベースを使おう。データベースを扱うネイティブな機能がなかったこの10年間、私たちは本当に積極的にファイルを使っていた。今では、これらのケースはすべて時代遅れだ。
ファイルはあまり好きではないが、実際には、口座履歴の取引データベースを検索するための極端なポイントを記憶するためだけに必要なのだ（履歴全体を掘り起こす必要がないように）。ただ、MQLを通じてベースを扱ったことがないので、それを理解する必要があります。
取引、自動取引システム、取引戦略のテストに関するフォーラム
モスクワ取引所で取引する際に、自分自身とExpert Advisorを保護する方法」についての議論
アンドレイ・ミグゾフ, 2022.06.29 12:24 AM
現時点では - あなたは正しいです。だから、例は簡単です- あなたは1000のために購入する必要があります。市場があなたの方向に行き、あなたは1000で売られた - 限界があります。そして、価格は50ミリ秒になりました - 900 :)900で買う方が1000で買うよりいいのでしょうか？
指値はスプレッドの中にあり、TCから見れば1000は素晴らしい価格です。でも900の方がもっといい。
すべて同僚の戒律に従って（本当にありがとうございます）、最後のポジションのデータをファイルに書き 込んでいます :)Expert Advisorを起動するとき、ファイルに矛盾がある場合、ポジションの履歴を調べます（識別子とマジックを使って）。現時点でポジションがない場合、（マジックの）取引履歴を調べます。
私が理解している限りでは、これが唯一の方法ではありませんが、私にとって最も明確な方法です。
いや、まだ考えたことはないんだけど......。
IMHOは、最善の解決策ではありません。finamであれば（ブローカーによって異なりますが）、オンザフライ計算（取引履歴の解析）に必要なものはすべて提供されていると思います。しかし、この方法ではファイルを追加でチェックする必要があり、なぜそれが必要なのかは不明です。GlobalVariableSetOnCondition()で複数のExpert Advisorが同時にエントリーするのを防ぐ。
ビルトイン - 小型なら。
しかし、もし10000台のロボット（テストロボットを含む）があり、それぞれがポジション、注文、統計、現在のストップ・レベルなどを保存しているとしたら、ほとんど対応できません。- ほとんど対応できません。
仮定の例ではなく、そのような多数のロボットがある場合は、コンセンサス/投票システムに切り替えることをお勧めします。そのような多数のシステムがあれば、作業も桁違いに簡単になる。