ロングのみ · 有限予算のサイクル

CMA PHOENIX

役割を明確にしたポジションのライフサイクル

有限の資金予算内で、初期ポジション、Recovery の配分、有利な値動きでの追加を区別するロング専用アーキテクチャ。

このシステムについて相談する
CMA PHOENIX / 技術概要

概要

役割を明確にしたポジションのライフサイクル

PHOENIX は、一連の取引を三つの役割で構成します。CORE がポジションを構築し、Recovery が不利な値動きで事前配分した余力を使い、Winner が有利な値動きでの追加を管理します。それぞれが独自の目的を持ち、取引全体の会計処理と資金の文脈を共有します。

研究の焦点

  • 01CORE、Recovery、Winner の明確な役割
  • 02有限の準備資金と明示的なポジション予算
  • 03ATR トレーリングと取引全体での会計処理

アーキテクチャの内側

このシステムの仕組み。

売買方向モデルロングのみ
01

CORE / Recovery / Winner

CORE は基本ポジションを構築します。Recovery と Winner は個別に設定できる追加エンジンで、それぞれ不利な値動きと有利な値動きに対応します。各配分は、事前に定義したリスク予算に含まれます。

02

コストを考慮した取引全体の会計処理

会計処理では、個別の取引レッグと平均取得コストに基づくポジションを区別します。実現損失とプラスの調整額は、取引全体の純額ベースの決済条件を満たすまで、サイクル間で繰り越すことができます。

03

決済アーキテクチャ

Recovery の各ロットは、独自の利益確定ロジックを保持します。CORE と Winner は、設定可能な動的 ATR の挙動を含む、ATR ベースのトレーリングを利用できます。全体の決済評価には、コストと未精算の取引残高を含めます。

04

確定した状態遷移

参照戦略は、足の確定時点で意思決定を評価します。全決済の検知、任意の待機ルール、実際の約定に基づく会計処理によって、次のサイクルを開始できる時点が決まります。

CMA / PHOENIX

一連の取引。独自のエンジン。有限の資金予算。

設計上の検討事項

文脈が重要です。

  1. 01

    Recovery への配分は追加のリスク判断であり、損失回復を保証しません。

  2. 02

    一連の取引全体を通じて、実現した結果と未実現の結果を併せて確認します。

  3. 03

    サイクルの精算は実際に完了した決済で行われ、決済要求だけでは完了しません。

システムの説明は技術概要です。設定、提供状況、過去の検証資料については、CMA に直接ご相談ください。特定の運用成果を示唆するものではありません。

さらに見る

システム群を見る。

すべてのシステム
UBS

ロングのみ · 段階的配分

CMA UBS

定められた配分の枠組みの中で、段階的なエントリー、ATR に基づく決済管理、資金の再利用を組み合わせるロング専用システム。

システムを見る
PHOENIX L/S

ロング/ショート · 市場局面の選択

CMA PHOENIX L/S

PHOENIX のライフサイクルをロングとショートに拡張し、実際に全ポジションを決済した後で、EMA に基づいて方向を評価します。

システムを見る
FUSION

複数エンジン · 資金の帰属管理

CMA FUSION

QUANTUM、PRIME、TCS をつなぐモジュール型フレームワーク。仮想資金を分け、未実現損益と実現損益をエンジンごとに帰属させます。

システムを見る

対話を始める

優れたシステムは、
適切な問いから。

アルゴリズムシステム、資金・リスクモジュール、投資家向けの可視性、カスタムソフトウェア製品についてご相談ください。

CMA に問い合わせる