バックテストの長さが重要な理由
単一の市場サイクルにわたってテストされた戦略が、完全に偶然に最適化されたように見える場合があります。 Zorynex では、モデルがユーザーに提示できるほど安定していると分類される前に、文書化された少なくとも 1 つの低迷期間を含む複数サイクルのデータが必要です。
Zorynex は、過去の市場データとライブ市場データに統計モデルを適用して、リスクをフラグし、リバランスの機会を表面化し、資本をコミットする前に各推奨事項の背後にあるトレードオフを定量化します。
以下の各モジュールは、1 回限りのレポートを作成するのではなく、ポートフォリオ構成に対して継続的に実行されます。
このモデルは、特定の市場状況が再発する確率を推定するために、過去の価格、出来高、ボラティリティ系列に基づいてトレーニングされています。出力はランク付けされた一連のシナリオであり、単一の保証された数値ではありません。
ポジションは、事前に設定したドローダウンしきい値に対して評価されます。バックテストされたボラティリティがそのしきい値を超えると、割り当てが変更される前にポジションにレビューのフラグが立てられます。
市場データ パイプラインは毎日のバッチ サイクルではなく継続的に更新されるため、モデルの出力には昨日の終値ではなく日中の状況が反映されます。
単一の補足ポートフォリオを追跡する場合でも、個別のリスク プロファイルを持つ複数のアカウントを追跡する場合でも、別のインフラストラクチャを必要とせずに、同じエンジンが実行されます。
アルファ生成の主張は、基礎となるテストが透過的である場合にのみ役立ちます。実際にエンジンが動作するシーケンスは次のとおりです。
過去の価格シリーズ、企業活動、マクロ指標は、単一の時間調整されたデータセットに正規化されます。
ボラティリティ、モメンタム、および相関関係の特徴は生のシリーズから導出され、選択された戦略との関連性によって重み付けされます。
候補戦略はローリング履歴ウィンドウに対して実行され、単一の結果ではなく結果の分布が生成されます。
戦略が実行可能であることが明らかになる前に、結果がランダムな結果から統計的に有意に逸脱していないかどうかがチェックされます。
単一の市場サイクルにわたってテストされた戦略が、完全に偶然に最適化されたように見える場合があります。 Zorynex では、モデルがユーザーに提示できるほど安定していると分類される前に、文書化された少なくとも 1 つの低迷期間を含む複数サイクルのデータが必要です。
これらは、他の収入源と並行してポートフォリオを管理しているユーザーによって報告される 3 つの繰り返しのシナリオです。
ギグエコノミーのスケジュールでは、毎日のチャートを確認できることはほとんどありません。このモデルは毎週のリバランスの概要を生成するため、割り当ての決定を常に監視するのではなく、一度に行うことができます。
価格変動が特定の資産に対してモデルが予期する統計パターンから逸脱すると、ポジションには逸脱の大きさのフラグが付けられ、行動の決定はユーザーに委ねられます。
寄付金額は月ごとに異なる場合があります。このエンジンは、定期預金スケジュールを想定するのではなく、新しい拠出ごとに目標配分を再計算します。
体験談や誇張された主張はなく、オンボーディング中に最も頻繁に要求される操作の詳細のみが記載されています。
モデルの機能の重みと、フラグが立てられた各推奨事項の背後にあるロジックは、プラットフォーム内で表示できます。 Zorynex は、特定の入力を追跡できない未公開の「ブラック ボックス」信号を使用しません。
アカウントとポートフォリオのデータは EU 内のインフラストラクチャで処理され、GDPR 要件に沿って処理されます。マーケティング目的でデータが第三者に販売または共有されることはありません。
バックテストの結果は過去の市場の動きを説明するものであり、将来のパフォーマンスを保証するものではありません。市況はモデルがトレーニングされた範囲を超えて変化する可能性があり、展開されたすべての資本には損失のリスクが伴います。 Zorynex は意思決定支援ツールであり、返品を保証するものではありません。
通常、アカウントのセットアップ、リスク プロファイルの構成、および最初のバックテストの実行には 1 つのセッションがかかります。初期戦略パラメータを確認して確認するまでは、取引アクティビティは自動的には発生しません。
ライブアカウントを接続する前に、モデルの履歴出力、リスクパラメーター、およびデータ処理条件にアクセスします。