クオンツシステム / リスク管理

リスク管理は単なるスローガンではなく、 取引の実行前後に必ず遵守すべき制約です。

仮想通貨のパーペチュアル先物取引には、価格の急変動、流動性の変化、レバレッジ、取引所および技術的なリスクが伴います。OQIRONの目的は、リスクがなくなることを主張することではなく、リスク管理において明確な制限と停止権を設けることにあります。

本システムは、感情的な判断や無制限な執行によるリスクを低減することはできますが、極端な相場状況下での損失を完全に防ぐことは保証できません。
実行前条件および権限の確認
実行中ポジションおよび注文の継続的な追跡
異常が発生した場合は制限、一時停止、および再確認
重要な理由

真に危険なのは、未知の状態を正常な状態だと見なしてしまうことです。

リスク管理の目的は、パーペチュアル先物を「損失が出ない」ものに見せかけることではなく、どのような状況下でシステムが取引量を減らす、一時停止する、あるいは新たなリスクの追加を拒否しなければならないかを明確にすることです。市場の価格急変、流動性の不足、レバレッジ、取引所のサービス、技術的な接続などはすべて結果に影響を与える可能性があるため、リスク管理は取引前、取引中、取引後の全段階にわたり徹底されなければなりません。

相場が急変した

価格が予想位置を超えて推移し、約定結果が計画と異なる場合があります。

急激な相場変動により、計画価格が超えられ、実際の約定価格が予想の決済ポイントと乖離する可能性があります。レバレッジは、このような乖離が口座の純資産に与える影響を増幅させるため、リスク管理は理想的なストップロス価格のみに依存してはなりません。

取引所からのエラー

ネットワーク、API、または注文状況について、一時的に確認できない場合があります。

APIのタイムアウト、ネットワーク障害、または取引所のステータス遅延が発生した場合、システムは注文が約定したかどうかを一時的に把握できない可能性があります。読み取り失敗を「注文がない」と誤認すると、注文の重複実行や、既存のポジションに対するリスクのさらなる増加につながる恐れがあります。

ポジションが継続的に積み上がっている

統一された制約がない場合、些細な問題が徐々に拡大する可能性があります。

個々の取引だけを見れば制限を超えていないように見えても、複数のポジション、未約定注文、およびボットが重なることで、口座のリスク枠を埋めてしまう可能性があります。統一された口座のリスク枠が設定されていないため、小さなリスクがポートフォリオ全体で増幅されてしまうのです。

完全ガイド

リスクとは、単なるストップロス値ではなく、口座全体にわたる制限システムの一連の仕組みです。

ストップロス(損切り)は、特定のポジションの決済のみを扱うものです。包括的なリスク管理には、データの信頼性、口座が負っている全体的なリスクの規模、連続した損失の拡大をどのように抑制するか、異常時に新たなリスクの追加を停止できるか、そして実際の約定が内部記録と一致しているかといった点もカバーする必要があります。

01 / 実行前

実行前に境界条件を確認してください

システムは権限、資金、ポジション、市場データ、リスク選好を確認します。いずれかの重要な条件が欠けている場合、通常通り処理を継続することはできません。

執行前には、相場の完全性、アカウントの権限、利用可能資金、既存のポジション、およびリスク選好を確認します。これらの情報がすべて揃って初めて、戦略の機会が執行に移されます。重要な条件のいずれかが欠けている場合、履歴データや推測値で代用することはできません。

  • データが不完全な場合は判定を停止する
  • 権限が満たされていない場合は実行を拒否します
  • 資金とポジションには上限が設定されています
02 / 実行中

実行中は継続的に追跡する

リスク管理は注文完了後も継続します。システムはポジション、注文、保護状態、および市場の変化を継続的に追跡します。

ポジションを保有した後も、ポジション規模、注文状況、および保護措置を継続的に追跡する必要があります。市場の変動により当初の計画が機能しなくなる可能性があり、一部が約定したことで実際のリスクが変化する可能性もあるため、リスク管理はポジション開設前に一度計算すれば終わりではなく、実際の状況に応じて継続的に更新されるものです。

  • 注文とポジションの連動管理
  • 保護措置の継続的な検証
  • 異常な変動がリスクイベントとして記録される
03 / 極端状況

極端な状況下では、稼働境界の保護を優先する

異常な価格変動、流動性の不足、または取引所の異常が発生した場合、システムは新規注文の制限、リスクの軽減、執行の一時停止、あるいは状況が回復するまでの待機を行うことがあります。

異常状態が発生した場合は、まず新たなリスクの発生を制限し、その後、既存のポジションと保護措置が適切に機能しているかを確認します。ネットワーク障害、APIタイムアウト、またはステータスの不一致は正常な状態として表示されません。システムは取引所の最新データを再取得し、照合を完了した後、正常化するか、引き続き制限を継続するかを決定します。

  • リスク状況は戦略の機会よりも優先されます
  • 未知の結果については、再実行しない
  • 復元前に実際の状態を再確認してください
04 / 期待

始める前に、合理的な期待値について説明しておく

リスク管理は元本保証や収益保証を意味するものではありません。お客様は、損失を許容できる資金を使用し、パーペチュアル先物およびレバレッジ取引のリスクを十分に理解した上で取引を行う必要があります。

長期的なリスク管理において注目すべきは、単一の取引における損切りだけでなく、連続した損失、全体的なエクスポージャー、および口座のドローダウンも含まれます。リスク選好は許容できる範囲を決定するものであり、市場の方向性を決定するものではありません。また、高いリスク設定が、より高いリターンを保証するものでもありません。

  • 過去のパフォーマンスは将来の成果を保証するものではありません。
  • 極端な相場状況では、モデルの予測範囲を超える可能性があります
  • お客様はご自身のリスク許容度に合わせて選択してください
05 / リスクレイヤー

市場リスク、口座リスク、執行リスクは、それぞれ個別に管理する必要があります。

市場リスクは価格、ボラティリティ、流動性、および極端な事象に起因します。口座リスクはレバレッジ、ポジションの組み合わせ、証拠金、および全体的なドローダウンに起因します。執行リスクはネットワーク、取引所インターフェース、注文ステータス、および実際の約定との乖離に起因します。ストップロス設定のみでは、これら3つのリスクをカバーすることはできません。

システムはこれらのリスクを異なるチェック段階に分類しています。戦略段階では計画の説明、口座リスク制限段階では許容可能な規模の決定、注文および照合段階では計画が実際に実行されたかどうかの確認が行われます。いずれかの段階で根拠が失われると、新たなリスクの発生は抑制されます。

  • 市場が機会と価格変動を決定する
  • 口座の制限によって、最大でどの程度のリスクを負えるかが決まります
  • 実行と照合確認で実際に何が起きたのか
06 / アカウントの境界

リスク選好は取引の強度に影響を与えますが、顧客の収益目標を達成するものではありません。

「保守的」、「バランス型」、「積極的」の各スタイルは、同一の市場および戦略システムを使用しており、その違いは主に、許容されるリスク強度、レバレッジの範囲、オープンリスク、損失およびドローダウンの許容範囲に現れます。リスク選好度が高いということは、口座がより大きな変動に耐えられることを意味しますが、戦略の勝率がより高いことを示すものではありません。

複数のボットが同一の実口座を使用する場合、各ボットが全残高を保有していると仮定してはなりません。口座のリスクを評価する際は、既存のポジション、未約定注文、および直近の損失を合算し、複数の実行ユニットが個別にチェックを行った結果、合計して顧客全体の許容限度を超えてしまうことを防ぐ必要があります。

  • リスク選好は収益レベルではありません
  • レバレッジは許容範囲内で動的に計算されます
  • 同一アカウントのリスクは統一して集計する必要があります。
07 / 損失と回復

連続した損失が発生した後、システムはまず取引速度を落とし、状況を観察した上で段階的に回復させます。

連続した損失は、市場環境と現在の能力が一時的に合致していないことを示している可能性もありますし、執行コストやボラティリティの変動に起因している可能性もあります。システムはポジションを倍増させて損失を取り戻そうとはせず、新たなリスクの追加を削減または停止し、既存のポジションについては従来の保護および決済ルールに従って管理を継続します。

復旧には時間を要し、再検証が必要です。アカウントは冷却・観察期間中、低リスクで運用され、残高照合、リスク、運用結果が再度条件を満たして初めて、段階的に通常の運用範囲に戻ります。次のシグナルが発生したからといって、過去のリスクが自動的にクリアされることはありません。

  • 損失が出た後、損失を取り戻そうとして取引額を倍増させることはしないでください。
  • 既存のポジションは機械的な強制決済の対象とはなりません
  • 復元には、リスク検証を最初からやり直す必要があります。

リスクは運用プロセス全体に及ぶ

01

実行前

データ、権限、資金の確認

取引を行う前に、市場データ、口座の権限、リスク許容度、利用可能資金、および全体的なエクスポージャーを確認してください。計画には明確なエグジットラインを設定し、許容可能な損失額を算出できない場合はポジションを建てることは許可されません。

02

実行中

注文とポジションの追跡

注文やポジションが発生した後は、リスク占有量が継続的に更新されます。一部約定、追加建玉、および保護状態は、実際のリスクに影響を与えます。建玉前の単一の計算結果をそのまま適用し続けることはできません。

03

異常が発生した場合は

制限、一時停止、または確認

異常が発生した場合は、まず新たなリスクの追加を凍結し、既存のポジションと保護措置を確認します。状態が不明な場合は制限状態を維持し、取引所の状況、顧客の所属、および照合が再確認されて明確になった場合にのみ、復旧を検討します。

04

復元前

実際の状態を再確認してください

ポジションの決済、手数料、資金手数料、スリッページは実際の純結果として反映され、連続損失、累積損失、ドローダウンの判定に影響を与えます。リスク結果は、次のラウンドで利用可能な強度に制約を課します。

説明

リスクはどの程度まで管理可能か、またどのようなリスクが依然として残っているか

01「ブラック・スワン」を完全に回避することは可能でしょうか?+

できません。システムはリスクを制限し、執行を一時停止することはできますが、価格の急変動、流動性の不足、取引所の異常により、損失が発生する可能性があります。

02リスク選好にはどのような役割があるのでしょうか?+

これは、システムが利用できる資金の範囲とリスクの度合いを決定するものであり、市場そのものを変えるものではありません。

03システム異常が発生した場合でも注文は継続されますか?+

重要な証拠が欠落している場合、またはリスクステータスが基準を満たさない場合は、新たな執行を停止する必要があります。

04なぜ顧客にリスクを理解してもらう必要があるのでしょうか?+

自動化は取引の実行方法を変えるものであり、パーペチュアル先物契約で損失が発生する可能性があるという事実を変えるものではありません。

次のステップまずは詳細を確認し、開始するかどうかを決めてください。