手動レビューでは、シグナルの検出と注文の間に一定の遅延が生じます。 Crescera は、意思決定そのものではなく、意思決定パスから遅延を取り除くように設計されています。
| メトリック | マニュアルデスク | Crescera エンジン |
|---|---|---|
| 信号検出 | 平均約 1.2 秒 | <1ms ターゲット |
| 注文の発注 | 300～800ミリ秒 | 2～4msのターゲット |
| リスクの再評価 | 手動、定期的 | 連続、ティックごと |
各シグナルは、実行キューに到達する前に、過去のベースラインに対する統計的有意性テスト、ボラティリティ調整済みの信頼スコアリング、ポートフォリオレベルのエクスポージャーチェックという 3 つの検証レイヤーを通過します。いずれかの層に失敗した信号はログに記録されますが、実行されません。
取引インフラストラクチャには、一般的な SaaS 製品とは異なるリスクが伴います。 Crescera は、データ層以降の区別を中心に構造化されています。
保存時は AES-256 暗号化、転送中のすべてのデータは TLS 1.3。アクセス キーは 24 時間周期でローテーションします。スタックのどの層にも平文の資格情報ストレージはありません。
データ処理手順は、FCA データ保護の期待と英国の GDPR 要件に基づいて構築されています。アクセス ログは、要求に応じて独立した監査レビューのために保存されます。
顧客データは英国を拠点とするインフラストラクチャで処理および保存されます。契約上明示的に定義された保護措置がなければ、国境を越えた転送は行われません。
Crescera は、意思決定の待ち時間という 1 つの制約を中心に構築されました。エンジニアリング チームは、機関投資家の取引インフラストラクチャで使用されているものと同じ運用規律を使用して、データ パイプライン、モデル検証、および実行ロジックを構築します。
このプラットフォームは市場を確実に予測しようとするものではありません。これは、測定可能なパターンから検証され、リスク チェックされた意思決定までの時間を短縮し、規制された金融活動に適したセキュリティ アーキテクチャ内でそれを行うように設計されています。
シグナル生成、リスク評価、実行という 3 つのモジュールが順番に動作します。各ステージは独立して実行され、後の監査のために出力をログに記録します。
過去の注文フローとボラティリティ パターンに基づいてトレーニングされたモデルは、市場ティックごとに再計算された信頼スコア付きシグナルを生成します。すべてのシグナルにはバイナリの買いまたは売りフラグではなく統計的な信頼区間が含まれており、トレーダーに方向だけでなくサイジングの基礎を与えます。
ポートフォリオのエクスポージャー、相関リスク、ドローダウンのしきい値は、固定間隔ではなく、価格更新ごとに再計算されます。通常、スケジュールされた手動によるリスクレビューが行われる前に侵害アラートが発せられるため、デスクは集中リスクをより早く把握できるようになります。
検証された信号は、事前設定された実行パラメータに直接ルーティングされます。ポジションのサイジング、ストップロスの配置、注文のルーティングは、トレーダーが事前に定義したルールに従い、シグナルと注文チケットの間の手動中継ステップを排除します。
自動化システムに対する信頼は、そのモデルがどのように構築され、チェックされるかによって決まります。以下のプロセスは、1 回限りのセットアップとしてではなく、継続的に実行されます。
市場データ、注文板の深さ、およびマクロ指標は、ライセンスされたデータ フィードからリアルタイムで取得されます。
生データは、モデル入力全体で使用されるボラティリティ、モメンタム、流動性の特徴に変換されます。
モデルはローリング データ ウィンドウで再トレーニングされ、展開前にサンプル期間外に対して検証されます。
各モデル バージョンは、運用環境に昇格する前に、過去 90 日間のデータに対してバックテストされます。
以下の質問は、オンボーディング前に技術チームから最も頻繁に提起される領域をカバーしています。
信号処理は、標準負荷の場合、データの取り込みからアラートのディスパッチまで、エンドツーエンドで 5 ミリ秒未満で完了するように設計されています。レイテンシは、フィード条件と構成された検証の深さによって変化する可能性があります。
はい。 REST ベースの API は、信号出力、リスク メトリック、および実行フックを公開し、カスタム ルーティング ロジックを組み込みの実行モジュールと並行して配置できるようにします。
すべてのデータの処理と保存は英国を拠点とするインフラストラクチャ上で行われます。契約上明示的に定義された移転合意がなければ、データが英国の管轄権を離れることはありません。
モデルはローリング ウィンドウで再トレーニングされ、バージョンが運用環境に昇格される前に過去 90 日間に対してバックテストされます。
AES-256 は保存中のデータに適用され、TLS 1.3 は転送中のデータに適用され、アクセス キーは 24 時間サイクルでローテーションされます。
既存の仲介関係を変更することなく、データ フィードを接続し、リスク パラメーターを設定し、検証されたシグナルを実行にルーティングします。
アカウントの検証と端末の設定は通常 1 営業日以内に完了します。