トレーディングにおける機械学習:理論、モデル、実践、アルゴトレーディング - ページ 1017

 

なぜみんなチップスにこだわるの?

1000チップと200チップを試しましたが、予測にほとんど差はありません。データの捨て方の違いの方がはるかに大きい。1000個のチップを200個に減らすことよりも、1気圧と0.5気圧を完全に予測しようとすることのほうが、非常に大きな違いがあります。

 

ジャンニ

残念ながら、ここでは秘密厳守が大前提です)))こ れは、難読化されたC++モデルを交換するためのプロトコルであり、交換から生データを受け取り、予測を生成する。そのため、入力と出力の記述のあるモデルを受け取り、修正(追加トレーニングなど)せずに1ヶ月または何年間使用し、結論を出す(購入、賃貸など) ことができる。

おそらくこれは最高のオプションの一つです - 実行可能なアプリケーションとしてモデルを提示するために、このオプションが簡単に、任意の困難なく使用し、時間によって難読化を介して、保護することができるようにコマンドラインから標準入力またはcsvファイルにデータを受信し、コンソールすることができます、等。

 
Dr.トレーダー

はい。

彼らのやり方にメリットがないわけではありません。私は自分のモデルで何十万ものランダムなインスタンスを予測することを試みました。そして、ブラックボックスの予測は、座標で最も近い点を探し、その結果を予測そのものとして使用しました。このプロトタイプはうまくいきましたが、実際に改良することができました。3つの最も近い点を見つけ、その平均結果を三角測量するのです。しかし、計算量が多く、opencl viewでも予測に2〜3秒かかるかもしれません。

点群におけるセマンティックサンプリングモデルは、分類/回帰モデルを「焼く」ためのシンプルで効果的な方法だと思います。 ところで、木のようにn^2ではなくn*log(n)と高速に見える最近傍モデルもあり、ネット上のどこかでプラスで見ることができます。

 
イワン・ネグレシュニー

おそらくそれは最高のオプションの一つです - 実行可能なアプリケーションとしてモデルを表現するために、あなたは、このオプションは、任意の手間をかけずに、簡単にすることができますので、コマンドラインからstdinまたはcsvファイルにデータを取って、コンソール、時間などの難読化によって保護されています。

一般的には、まず予測値と市場との相関を確認します。モデルが弱く、スプレッドに勝てないこともありますが、それでもアンサンブルに使うことができます。

また、「お試し用」だったブラックボックスが「生地用」になることは誰にもコントロールできないが、これはアイデア次第で両者の利益になる......という問題もある。

一般的には、Dukasのm1のユーロバックスのように、HFTではなく、1日10~30回程度の取引で、これらのモデルを暗号署名のように「封印」し、1ヶ月ほどして、誰が本当に市場で勝ち、誰が幻想を抱いているかを見ることができるモデルを公開してみる。

 
信号があれば、まずは...そして、封入、印刷、MT(その他)への統合と進んでいきます。そうでないと、良いモデルを作るのではなく、サービス機能に多くの時間を費やすことになります。しかし、それは無駄になってしまうかもしれません。注目するに値する信号が出たら、それを気にすればいいのです。
 
エリブラリウス
まずは信号があれば...と思い、わざわざ封入、印刷、MT(その他)に統合しています。そうでないと、良いモデルを作るより、サービス機能に多くの時間を割くことになります。しかし、それは無駄になってしまうかもしれません。注目するに値する信号が出たら、それを気にすればいいのです。

ところで、Pモデルの方はどうですか、進展は?

みんなどこかに投資したいと思っていたが、誰も本当に信号がないんだ :)

 
マキシム・ドミトリエフスキー

ところで、Pモデルの方はどうですか、進展は?

どこかに投資したかったのですが、誰も信号がないんです :)

まだ面白いものは見つかっていません。
2ヶ月間、他のことをしなければなりません。そうしたら、また戻ってくるかもしれませんね。
 
Zhenya:

一般的には、まず予測と市場の相関を確認します。モデルが弱く、スプレッドが勝てないこともありますが、それでもアンサンブルに使用できます。

もうひとつの問題は、「お試し用」だったブラックボックスが、生地にも同じようになることを誰もコントロールできないことです。しかし、このアイデアは双方の利益になるのですが......。

一般的には、Dukasのm1のユーロバックスのように、HFTではなく、1日10~30回程度の取引、暗号署名など、これらのモデルを「封印」し、1ヶ月ほどして、誰が本当に市場で勝ち、誰がファンタジーを持っているかを見てみるという方法があります。

さて、これではっきりしましたね。

いわば、ロード、コントロール、ショーに便利なようにです。製品の顔」の読み込み、制御、表示をより便利にするために、あまり考えることはないと思いますが、モデルを既製のExpert Advisor - MT4、MT5、DukasCTraderなど-として表示させましょう。

テストのために、コンパイルされた形で公開し、「当事者の合意」が起これば、すでにソースコードを渡すことができるのです。

しかし、気の抜けた走り書きになってしまわないように、そのEAがMOモデルに基づいていることを確認する必要があります。

そのためには、要件を厳しくして、特定のタスクで訓練されたEAだけを設定する必要があると思います。

予測変数の選択オプションを制限しないように、タスク自体は、ところで、我々はモデルをチェックすることができるようになりますと一致するための取引シグナルの形で唯一のターゲットを含むことができます。

タスクは、少なくともMTの場合、チャート・テンプレートにマークを付け、グラフィカル・オブジェクトやインジケータの形でシグナルを含むファイルに保存する形で設定できます。

 
イワン・ネグレシュニー

さて、これではっきりしましたね。

いわば、アップロード、コントロール、ショーアップを便利にするためです。"知恵を絞ることはないと思うので、MT4、MT5、Dukas CTraderなど、既成のEAとしてモデルを公開しよう...」。

MT-testerもカスタマイズできないし、ブラックボックスだし、まともにテストもできないし、特に最適化のための簡単なオプションをつけても、自分で設定できるものに比べてスピードは桁違いに低いしね。そして、なんというか......要するに、どんなパブリックなプラットフォームでも「EA」では相手にされないし、C++ dllはレンテックでもゴールドマンサックスでも等しく使われているのです。

テスト用にコンパイルされた形で公開し、「当事者の合意」が起これば、もうソースコードを渡せばいいのです。

ただ、抽象的な小便にならないように、Expert AdvisorがMOモデルに基づいていることを確認する必要があります。

そのためには、要件を厳しくして、特定のタスクで訓練されたEAだけを設定する必要があると思います。

タスク自体は、予測変数の選択オプションを制限しないように、取引シグナルの形でターゲットだけを含むことができ、ところで、モデルの一致をチェックすることができるようになります。

タスクは、少なくともMTについては、グラフィカルなオブジェクトやインジケータの形で信号がマークされたチャートからファイルテンプレートにマークされて保存された形で設定することができます。

主な内容は、接続の自動起動を有効にし、今後来るテスターで確認し、エクイティとしての結果を得ることです。

 
ゼンヤ

アレシャと一緒に銀行のパート・オーナーになってるわけじゃないんでしょ?

グレフも黙ってみている。

理由: