Payung Hasilwan は、非構造化市場データをリスク調整済みシグナルに変換し、データがデスクに届く前に過去のパフォーマンスに対して検証されます。
プラットフォームに表示されるすべてのシグナルは、以前の市場体制全体でバックテストされたパフォーマンスとペアになっているため、行動する前に信頼性を判断できます。
市場では手作業による調査よりも早く価格が再設定されます。 Payung Hasilwan は、価格設定、注文フロー、ニュース データを継続的に取り込み、過去のサイクルにわたってすでにテストされたモデルに対してスコア付けします。そのため、表示されるシグナルには単なる理論ではなく、既知の実績があります。
Payung Hasilwan コンソール内に表示される、時間の経過に伴う信号強度の図解表現。
このプロセスは意図的に直線的であるため、すべての推奨事項をその推奨事項を生成したデータと条件にまで遡ることができます。
価格フィード、ファイリング、オーダーブックの深さ、およびニューステキストは、モデリングが開始される前に共通のスキーマに正規化され、タイムスタンプが付けられ、調整されます。
候補シグナルは単一の強気相場ではなく、複数の市場状況にわたって評価され、後から考えてしか機能しない戦略の可能性を減らします。
戦略はリリース前に過去のドローダウンとボラティリティの急上昇に対してストレステストされ、各戦略とともにパフォーマンス指標が保持されます。
定量的研究プラットフォームの標準的な慣行に従って、基礎となるモデル アーキテクチャは詳細には開示されていません。完全に開示されているのは、各戦略の歴史的なパフォーマンスとそれがテストされた条件です。
予測シグナルは、保有銘柄間の相関関係が過去のベースラインから逸れ始めたときにフラグを立て、リバランスが計画的ではなく事後対応になる前にポートフォリオ マネージャーに事前に通知します。
資産関係が、ポートフォリオのウェイトの設定に使用されるバックテストされた範囲から逸脱すると、シグナルが起動されます。
戦略チームは、需要と価格のシグナルを使用して、現在の市場状況が有利なエントリーポイントに先立つ過去の期間に似ているかどうかを評価し、コミットメント自体の決定ではなく、資本コミットメントのタイミングを通知します。
スコアは、将来の見通しによる保証ではなく、同様の過去の状況がどのように推移したかに基づいて算出されます。
Payung Hasilwan は、ほとんどの取引損失は、時間的プレッシャーの下でテストされていない仮定に基づいて行動することから生じるという前提に基づいて開発されました。このプラットフォームは、すべての推奨事項に履歴記録が添付され、データに基づいた意思決定者に行動のためのテスト済みの根拠を提供することで、そのプレッシャーを取り除くために存在します。
チームは、マーケティング上の主張よりもモデルの透明性とバックテストの厳密さに重点を置いており、プラットフォームは既存のワークフローを置き換えるのではなく、既存のワークフローに統合するように構築されています。
テクノロジーに精通したトレーダーやリスクチームは、データはどのように保護されるのか、プラットフォームは負荷に耐えられるのかなど、早い段階で同じ質問をします。これらは直接対処されます。
データは転送中も保存中も暗号化され、権限のあるユーザーのみが機密性の高いポートフォリオや戦略情報を閲覧できるように、アクセスはロールごとに限定されます。
この API は、時間に敏感なワークフローに大幅な遅延を引き起こすことなく、ストリーミング市場データと同時戦略リクエストを処理できるように設計されています。
信号配信が単一障害点に依存しないように、フェイルオーバー ルーチンを導入してインフラストラクチャを継続的に監視します。
データは保存中および転送中に暗号化され、アクセスはロールベースであり、クライアント固有のデータは他のクライアントのモデルをトレーニングするために使用されません。保持期間とデータ処理条件は、オンボーディング中に提供されるサービス契約に定められています。
各シグナルは、単一の不透明なスコアではなく、そのシグナルに寄与した要因とその背後にある過去のバックテストとともに表示されます。これは、ユーザーが行動するかどうかを決定する前に、出力だけでなく推論を評価できるようにすることを目的としています。
バックテストには、ボラティリティが高く、ドローダウンが激しい期間が含まれます。通常、現在の条件がモデルのテスト対象範囲外になると、シグナルの信頼性が自動的に低下します。真に前例のない出来事が発生したときのパフォーマンスを保証できるモデルはなく、この制限は隠蔽されるのではなく開示されます。
ほとんどのチームは、資金を投入したり、プラットフォームをライブ ワークフローに統合したりする前に、API アクセスと読み取り専用データ フィードから開始して、自分の記録に対してシグナルを検証します。スケジュールは、既存のインフラストラクチャと必要な統合の範囲によって異なります。