本文へ移動
ORBITRAONE

Strategy Forge

プラットフォームを離れずに、アイデアから統制された自動化まで。

Strategy Forgeは、ORBITRA ONE™上で戦略を生み出す場所です。平易な言葉やビジュアルブロックでアイデアを書き出し、コードの有無を問わず構築し、バージョン管理されたデータとストレスに対して検証し、ポリシーのもとでデプロイします。すべてのバージョンが記録されます。

  • ビジュアルブロック
  • Python
  • Rust
  • 信頼記録

戦略のライフサイクル

すべての段階が、同じ記録に書き込まれる。

戦略が進むにつれて証拠が積み重なり、それが記述するバージョンに紐づいたまま残ります。

説明図: 戦略は、アイデア、構築、バックテスト、ストレス、ペーパー、デプロイ、公開という七つの段階を進む。各段階で、バージョン、コードハッシュ、データ期間、前提条件、コスト、リスク上限、承認、実行レシート、実際の挙動を記録した信頼記録に書き込まれる。
  1. 01アイデア自然言語またはビジュアルブロック
  2. 02構築Python、Rust、ノーコードロジック
  3. 03バックテストバージョン管理されたデータとコスト
  4. 04ストレスレジームと流動性ショック
  5. 05ペーパー実市場でのシミュレーション
  6. 06デプロイポリシーに制約された実行
  7. 07公開非公開、共有、マーケットプレイス

信頼記録

  • バージョン
  • コードハッシュ
  • データ期間
  • 前提条件
  • コスト
  • リスク上限
  • 承認
  • 実行レシート
  • 実際の挙動

七つの段階が順に続く。アイデア(自然言語またはビジュアルブロック)、構築(Python、Rust、ノーコードロジック)、バックテスト(バージョン管理されたデータとコスト)、ストレス(レジームと流動性ショック)、ペーパー(リアルタイム市場に対するシミュレーション)、デプロイ(ポリシーに制約された実行)、公開(非公開、共有、マーケットプレイス)である。この一連の流れに信頼記録が伴い、各バージョンのコードハッシュ、データ期間、前提条件、コスト、リスク上限、承認、実行レシート、実際の挙動を蓄積する。

段階ごとの説明

各段階が証明すること。

  1. 01

    アイデア

    一文、またはビジュアルブロックのキャンバスから始めます。Forgeはそのアイデアを、確認・編集し、自分のものとして所有できる明示的な規則に変換します。

  2. 02

    構築

    ロジックをPython、Rust、またはコードなしで表現します。パラメーターと依存関係は戦略とともにバージョン管理されます。

  3. 03

    バックテスト

    手数料、ファンディング、スリッページを適用した、バージョン管理された市場データに対して実行します。同じ入力は同じ結果を再現します。

  4. 04

    ストレス

    資本を投入する前に、Aegisのシナリオを通じてレジームの変化、流動性ショック、相関の崩れを再生します。

  5. 05

    ペーパー

    デプロイ後に戦略が使用するのと同じ注文プリミティブを使って、資本を投入せずにリアルタイム市場で取引します。

  6. 06

    デプロイ

    一つのバージョンをCortexポリシーに紐づけ、その上限の範囲内で取引させます。すべての操作にレシートが伴います。

  7. 07

    公開

    非公開のままにするか、指定した相手と共有するか、信頼記録を添えてマーケットプレイスに掲載します。

過去の実績やシミュレーション結果は、将来の結果を予測するものではありません。バックテスト、ストレステスト、ペーパートレードが示すのは、明示された前提条件のもとで戦略がどのように振る舞ったかであり、今後どのように振る舞うかではありません。

自分に合った方法で構築

ビジュアルでも、コードでも。一つの戦略定義。

どのように構築しても、結果は同じバージョン管理された定義になります。バックテストされたロジックが、そのまま取引するロジックです。

ノーコード

ビジュアルブロック

ブロックを組み合わせて、エントリー、エグジット、フィルター、サイジングを構成するか、平易な言葉でアイデアを説明して草案を練り上げます。

Python

Pythonでの調査

おなじみの調査言語で、データを探索し、仮説を検証し、シグナルのロジックを表現します。依存関係はバージョンごとに固定されます。

Rust

Rustでの性能

レイテンシーに敏感な、または計算負荷の高いロジックをRustで記述し、バックテストからデプロイまで決定論的な挙動を保ちます。

信頼記録

すべてのバージョンが、独自の証拠を持つ。

記録は、バージョンがライフサイクルを進むにつれて書き込まれます。追記のみで、変更は履歴を書き換えるのではなく新しいバージョンを作成します。

バージョン
ロジック、パラメーター、上限への各変更に対する一意の識別子。以前のバージョンも読み取り可能なまま残ります。
コードハッシュ
実行された正確なロジックの暗号学的なフィンガープリントで、すべての結果を一つのビルドに結び付けます。
データ期間
バックテストとストレステストで使用したデータセット、そのバージョン、期間の範囲。
前提条件
約定、スリッページ、ファンディング、借入に関する前提条件を明示します。
コスト
すべてのシミュレーションに適用される手数料、スプレッド、ファンディング、資金調達コスト。
リスク上限
そのバージョンが従う、資本、損失、レバレッジ、市場の上限。
承認
デプロイまたは公開を誰が、いつ、どのポリシーのもとで承認したか。
実行レシート
そのバージョンが取引を行った際の、すべての注文と約定の署名付き記録。
実際の挙動
バックテストとペーパートレードの想定に対する実際の結果で、ずれが確認できます。

デプロイ

デプロイとは、権限を与えることである。

デプロイは、戦略にアカウントを渡すことではありません。一つのバージョンを、資本、損失上限、レバレッジ上限、許可された市場、セッション、有効期限といったCortexポリシーに紐づけ、それが生成するすべての注文は、ApexMatchに到達する前にAegisのシミュレーションとポリシーの承認を経ます。

チームは、バージョンをデプロイする前や上限を上げる前に二者承認を要求できます。また、どのデプロイも一つの命令で停止できます。

  • デプロイごとに一つのバージョン。コードハッシュで固定
  • 戦略自身のコードの外側で適用されるポリシー上限
  • すべての注文と約定に対するレシート
  • 損失上限に達すると自動的に停止
Cortexによる実行の統制を見る
説明図: 統制されたエージェントのループ。市場とポートフォリオを観察し、モデルアンサンブルで推論し、取引の意図を提案し、Aegisで試算し、ポリシーエンジンを通じて承認し、ApexMatchで実行する。ループの周囲には八つのポリシーゲート――資本、損失、レバレッジ、市場、時間、人による確認、データソース、一つの命令による緊急停止――が配置されている。
Cortex
  1. 01観察市場とポートフォリオ
  2. 02推論モデルアンサンブル
  3. 03提案取引の意図
  4. 04試算Aegisによるリスク評価
  5. 05承認ポリシーエンジン
  6. 06実行ApexMatch
  • 資本最大配分
  • 損失日次および累計の上限
  • レバレッジ商品ごとの上限
  • 市場許可・禁止リスト
  • 時間セッションと有効期限
  • 操作人による確認
  • データ承認済みのソース
  • 緊急停止一つの命令で取り消し

公開

保持する、共有する、提供する。

  1. 01

    非公開

    戦略はご自身または所属組織のためだけに実行され、信頼記録は内部での確認用に留まります。

  2. 02

    共有

    指定した個人やチームを招待して、記録を確認したり戦略に配分したりできるようにし、参加者ごとに権限を設定します。

  3. 03

    マーケットプレイス

    購読またはコピー配分のために掲載します。購読者は信頼記録の全体を確認でき、ロイヤリティはAlphaStackで説明する公開された条件に従います。

最初のアイデアを、Forgeへ。

Strategy ForgeはOrbitra Primeの一部です。利用は法域と適格性によります。