本文へ移動
ORBITRAONE
Strategy ForgeOrbitra Prime

再現可能な戦略のライフサイクル

再現できる調査。統制できる自動化。

Strategy Forgeは、アイデアを統制された自動化へと変えるパイプラインです。戦略はPython、Rust、あるいはノーコードのビジュアルブロックで構築され、明示的なコストとともにバージョン管理されたデータでバックテストされ、ストレスを与えられ、ペーパートレードされ、Cortexのポリシーのもとで実行され、公開されます。すべてのバージョンは、共有された相手が検証できる信頼記録を積み重ねます。作成者から見た体験はStrategy Forge概要で説明しています。

動作の流れ

ライフサイクルと、それが書き込む記録

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

信頼記録

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

アイデア、ビルド、バックテスト、ストレス、ペーパー、実行、公開という七つの段階が、一本の経路に沿って順番に進みます。その下では、戦略が進むにつれて信頼記録が埋まっていきます。ビルドではバージョンとコードハッシュ、バックテストとストレスではデータウィンドウ、前提条件、コスト、実行ではリスク上限と承認、そして戦略が動き始めると実行レシートと実際の挙動が記録されます。

解決する課題

多くの戦略の主張を検証できない理由

戦略の調査は、受け渡しのたびに崩れていきます。バックテストは誰も再構築できないデータセットの上で行われ、取引コストは考慮されず、パラメーターは曲線が説得力を持つように見えるまで調整されます。本番環境に到達するコードは、テストされたコードとは異なることが少なくありません。

購入者やフォロワーは、この問題を引き継ぎます。マーケットプレイスの掲載は、パフォーマンスチャートを示しますが、その背後にあるデータウィンドウ、想定されたコスト、実際の取引がシミュレーションとどう比較されるかは示しません。評判は、証拠ではなくマーケティングになってしまいます。

Strategy Forgeは、各段階をバージョン管理された成果物に結びつけます。結果はその入力から再導出でき、実行はテストされた正確なコードに固定され、実際の挙動は当初の主張と並んで積み重ねられます。過去の実績またはシミュレーション上の実績は、将来の結果を予測するものではありません。この記録は、両者の間のずれを可視化します。

処理の順序

七つの段階。一つの継続した記録。

各段階は、信頼記録に項目を追加します。実行されていない段階は、目に見える形で空のままとなるため、テストされていない戦略が、テスト済みの戦略と誤解されることはありません。

  1. 01

    アイデア

    自然言語で仮説を記述するか、ビジュアルブロックを配置します。Forgeはレビュー用に明示的なロジックを起草し、ルールが明示されるまで何も実行されません。

  2. 02

    ビルド

    PythonまたはRustで記述するか、ノーコードブロックを組み合わせます。ビルドは、固定された依存関係とともにパッケージ化され、そのコードハッシュによって識別されます。

  3. 03

    バックテスト

    定められたコストモデルのもとで、バージョン管理されたデータウィンドウにわたって戦略を再現します。同じコードハッシュ、データウィンドウ、前提条件は、常に同じ結果を生みます。

  4. 04

    ストレス

    レジームショックと流動性ショック——ボラティリティの急変、相関の崩壊、深さの枯渇、価格のギャップ——を与え、ドローダウンとエクスポージャーがどう反応するかを記録します。

  5. 05

    ペーパー

    現在の市場データとシミュレートされた約定を用い、資金を投入せずに、実際の市場を模したシミュレーションで取引します。バックテストとのずれは、ならされることなく、明示的に示されます。

  6. 06

    実行

    資本、損失上限、レバレッジ、市場、セッション、確認、情報源、緊急停止をカバーするポリシーのもとで、Cortexを通じて実行されます。承認は記録され、バージョンはハッシュによって固定されます。

  7. 07

    公開

    戦略を非公開にする、選んだアカウントと共有する、あるいはマーケットプレイスに掲載します。信頼記録は、どの掲載にも付随します。

構造

パイプラインの構成要素

すべてのコンポーネントは、バージョン管理された成果物を生成または利用します。この一つの規律こそが、パイプラインを端から端まで再現可能にしています。

  1. 01

    作成インターフェース

    自然言語アシスタント、ビジュアルブロックエディター、PythonおよびRustのSDKです。この三つはいずれも同じ明示的な戦略定義を生成するため、どの作成経路もブラックボックスにはなりません。

  2. 02

    ビルドパッケージャー

    コードと依存関係を不変の成果物として固定し、そのコードハッシュを計算します。どれほど小さな変更であっても、新しいバージョンが生成されます。

  3. 03

    バージョン管理データカタログ

    市場データを、不変の、特定時点のバージョンとして保存します。バックテストは、読み取った正確なデータウィンドウを引用し、シミュレートされた時点より後の情報を見ることはできません。

  4. 04

    シミュレーションエンジン

    手数料、スプレッド、スリッページ、ファンディング、資金調達に対する明示的なコストモデルを備えた、イベント駆動型の再現です。ランダムな要素にはシードが与えられ、そのシードは記録されます。

  5. 05

    シナリオライブラリ

    標準的なレジームショックと流動性ショックに加え、カスタムシナリオを備えます。ストレス結果は、別のレポートではなく、バックテストと並んで保存されます。

  6. 06

    ペーパー環境

    ApexMatchと同じ注文プリミティブを用いて、現在の市場データに対して戦略を動かし、約定はシミュレートされ、資金がリスクにさらされることはありません。

  7. 07

    信頼記録ストア

    バージョンごとに追記専用の記録を保持し、Orbitra L1上でハッシュによって固定され、戦略が動き始めるとCortexの実行レシートによって拡張されます。

セキュリティと障害制御

証拠と資本の完全性

Strategy Forgeは、二つのものを守ります。証拠の完全性と、戦略が触れることを許される資本です。

  • 固定されたバージョン実行中の戦略は、一つのコードハッシュに結びつけられます。それを編集すると、独自の記録を持つ新しいバージョンが作られます。本番環境で何かが静かに変わることはありません。
  • 隔離された調査ビルドは、署名鍵へのアクセスを持たず、承認されたデータ以外へのネットワークアクセスも持たないサンドボックスの中で実行されます。戦略が注文を出せるのは、Cortexを通じてのみです。
  • 情報漏出への防御特定時点のデータと記録されたシードが、先読みバイアスを防ぎ、レビュアーがどのバックテストも再実行して同じ結果を得られるようにします。
  • ポリシーに制約された実行実行中の戦略は、CortexのポリシーエンジンとAegisゲートを引き継ぎます。ワンコマンドでの停止は、他のいかなるエージェントと同様に適用されます。
  • 非開示のままの検証可能性コードハッシュは、コードを公開せずに、どのコードが実行されたかを証明します。作成者は、ソースコードを非公開にしたまま、検証可能な記録を公開できます。

三つのシステムの連携

Forgeが三つのシステムをつなぐ仕組み

Orbitra Prime

取引インテリジェンス

Forgeは、Orbitra Primeのワークスペースの内部に置かれています。そのため、戦略は、手動取引と同じアカウントおよびリスクビューから調査され、運用され、監視されます。公開された記録は、ソーシャルトレードのランキングに反映されます。

Orbitra L1

決済と計算

実行レシートと実際の挙動は、Orbitra L1上でファイナライズされたApexMatchの証拠から生まれ、各バージョンの記録は、そこでハッシュによって固定されます。公開された記録が、静かに書き換えられることはありません。

Orbitra Realm

アプリと商取引

Orbitra Realmのマーケットプレイスは、購読とライセンスのもとで戦略とボットを配信します。戦略ロイヤリティと自動化ライセンスは、AlphaStackの価値台帳で会計処理され、Realmからの承認済みの情報源が調査に利用できます。

価値

検証可能な記録が変えるもの

トレーダーと利用者
戦略をフォローまたは購読する前に、そのデータウィンドウ、コストの前提条件、ストレス結果、承認内容を確認し、実際の挙動をシミュレーションと比較できます。
機関
モデルガバナンスが組み込まれています。再現可能な調査、バージョン管理された実行、記録された承認、そして仮説から約定までの継続した記録です。
開発者
既に使っている言語で構築し、スクリーンショットではなく証拠で語る記録を公開し、望むならソースコードを非公開にできます。ロイヤリティとライセンスからの収入は、採用状況と実績によって変動します。

仕様

仕様

ライフサイクル
アイデア → ビルド → バックテスト → ストレス → ペーパー → 実行 → 公開
作成方法
自然言語によるアイデア、ノーコードのビジュアルブロック、Python、Rust
バージョンの識別
コードと固定された依存関係に対するコードハッシュ
バックテスト
手数料、スプレッド、スリッページ、ファンディング、資金調達に対する明示的なコストモデルを備えた、バージョン管理された特定時点のデータウィンドウ
ストレステスト
レジームショックと流動性ショック、およびカスタムシナリオ
ペーパートレード
シミュレートされた約定を用い、資金をリスクにさらさない、実際の市場を模したシミュレーション
実行
Cortexを通じてポリシーに制約され、すべての注文にAegisゲートが適用される
公開
非公開、選んだアカウントとの共有、またはマーケットプレイスへの掲載
信頼記録
バージョン、コードハッシュ、データウィンドウ、前提条件、コスト、リスク上限、承認、実行レシート、実際の挙動

用語

用語

信頼記録
コードハッシュから実際の挙動まで、戦略のバージョンに付随する追記専用の証拠。
コードハッシュ
戦略のコードと依存関係の暗号学的な指紋。いかなる変更も、異なるハッシュを生む。
データウィンドウ
バックテストまたはストレステストが読み取った、正確なデータセットのバージョンと時間範囲。
先読みバイアス
シミュレートされた時点では得られなかったはずの情報を、シミュレーションに使わせてしまう誤り。
レジームショック
ボラティリティ、相関、流動性が、過去の範囲内で漂うのではなく、急激に変化するシナリオ。

一つのネットワーク。無限の市場。

ORBITRA ONE™の利用を申し込む。