中央集権型取引所（CEX）の証拠金取引は、24時間365日稼働するマッチングエンジンの中で、最もリスクが高く、変動が激しいサブシステムです。たった一度のフラッシュクラッシュ、連鎖的な強制決済、あるいは不公正なクローバックが、長年にわたり運営されてきたプラットフォームを、ユーザーの信頼喪失や規制当局の厳しい監視という危機に陥らせる可能性があります。 SoonTechのCEX証拠金・リスク・清算エンジンの目標は、「不良債権のクローバックなし」というスローガンを、監査可能で再現性があり、規制当局が容認するエンジニアリング機能へと昇華させることである。 本記事では、このエンジンを体系的に分析し、口座モデル、証拠金率、段階的証拠金、評価価格と指数価格、清算トリガーと段階的清算、ADL、クローバック、プレトレードリスク、清算クラスター、保険基金、クロス証拠金、モニタリングおよびサーキットブレーカーについて解説し、取引所運営者に具体的な実装の道筋を示します。

1. なぜ証拠金リスクがCEXの生死を分ける問題なのか

スポットマッチングは、執行と決済のみを扱います。証拠金システムは、4つの密接に関連した質問に答えなければなりません。すなわち、「口座にはどれだけの利用可能な証拠金があるか」、「現在のリスクエクスポージャーはどれほどか」、「ポジションはいつ強制決済されなければならないか」、そして「清算に失敗した場合、プラットフォームは不良債権をどのように処理すべきか」です。 誤った対応は連鎖反応を引き起こします。清算の遅れは保険基金を枯渇させ、時期尚早な清算はユーザーからの苦情を招き、不手際なADL（アフター・トレード・処理）はSNS上で激しい非難を招き、過度に厳格なプレトレードチェックは取引量と注文簿の厚みを圧迫します。

ホワイトラベル事業者にとって、証拠金リスクは今や規制上および制度上の重みを持つようになった。洗練されたマーケットメーカーやプロップデスクは、リスクの透明性をパートナーシップの前提条件と見なしている。 シンガポールのMAS、香港のSFC、ドバイのVARA、欧州のMiCAといった規制当局は、すべてライセンス審査の際に、リスクモデル、ストレステスト、保険基金の規模、およびインシデント対応を精査しています。 複数の管轄区域にわたる認可取引所との協業を経て、SoonTechは、口座モデルの分離、段階的な証拠金、評価価格、段階的な清算、ADL、保険基金、および清算クラスターを単一の統合システムに統合した多層的なエンジンを構築しました。

2. 口座モデル：アイソレート・マージンとクロスマージン

分離型証拠金とクロス証拠金は、リスク隔離に関する2つの異なる哲学を表しています。 分離型証拠金では、各ポジションは独自のサブ口座に配置され、それぞれ独自の純資産、使用済み証拠金、利用可能残高、および未実現損益（PnL）を持ちます。あるポジションで清算が発生しても、別のポジションの資本が消費されることはなく、またその資本によって救済されることもありません。これは、顧客の損失を局所的に封じ込めたいと考える個人投資家や取引所から支持されている、保守的で透明性の高いモデルです。

クロスマージンでは、すべてのポジションが単一の純資産プールを共有します。総純資産は、各ポジションの未実現損益の合計です。総使用証拠金は、各ポジションの当初証拠金の合計です。利用可能残高は、純資産から使用証拠金および凍結額を差し引いた額となります。 このモデルでは、利益を出しているポジションが損失を出しているポジションを補填できるため、清算確率が劇的に低下しますが、あるポジションで大規模な損失が発生すると、他のポジションを支えている純資産が侵食される可能性があります。クロスマージンは、すでにポートフォリオリスク管理を実践しており、繰り返される個別の清算によって業務が中断されることを望まないマーケットメーカーやヘッジファンドにとって、最適な選択肢です。

SoonTechのエンジンは、単一の口座エンジンから両方のモデルを駆動します。各サブ口座は、凍結証拠金、実現損益、未実現損益、およびリスク比率を個別に記録します。 クロスマージン口座は、本質的にはマスタービューに集約された仮想サブ口座です。この統一された抽象化により、オペレーターは商品の挙動をきめ細かく設定できます。具体的には、スポット取引の個人ユーザーはデフォルトでアイソレート方式、パーペチュアル取引のプロユーザーはデフォルトでクロス方式、機関投資家はポートフォリオ・マージンをオプトインで選択でき、デモ環境と実取引環境では同じリスク計算式が共有されます。

3. 初期証拠金、維持証拠金、および証拠金比率

初期証拠金比率（IMR）は、ユーザーがポジションを建てる際に預け入れなければならない最低証拠金であり、最大レバレッジを決定します。 維持証拠金比率（MMR）は、ポジションを維持するために必要な最低証拠金です。口座の純資産が維持要件を下回ると、そのポジションは清算候補リストに入ります。純資産をポジションの想定元本で割って算出される口座の証拠金比率は、その口座が清算ラインからどれほど離れているかを示します。

例えば、証拠金残高1,000 USDT、名目価値10,000 USDTのロング・パーペチュアル・ポジション（レバレッジ10倍）を考えてみましょう。IMRが10％に設定されている場合、預け入れられた1,000 USDTが初期証拠金となります。MMRが0.5％に設定されている場合、このポジションには50 USDTの維持証拠金が必要となります。 未実現損失が500 USDTに達すると、純資産は500 USDTまで減少します。その時点で、エンジンは維持要件が満たされなくなったと判断し、そのポジションは清算候補キューに入ります。

SoonTechのエンジンは、ポジションごとにIMRとMMRを計算し、それらをアカウントレベルで集計します。また、純資産を維持証拠金要件で割った値に等しい「リスク比率」を導入しています。 リスク比率が1未満になると清算がトリガーされ、1を超えると安全マージンがあることを示します。このリスク比率により、フロントエンドとアラートシステムは共通の言語で通信できるようになります。つまり、1に近いほど危険度が高く、1から離れるほど安全であるということです。

4. 段階的な証拠金率と大規模なポジション

すべてのユーザーに一律の証拠金率を適用する方式は、規模が大きくなると機能しにくくなります。名目価値が数億ドルあるユーザーが0.5％のMMR（維持証拠金率）を課されている場合、いかなる市場の異常事態に対しても極端なエクスポージャーが生じます。ごくわずかながらも急激な価格変動により、数秒のうちに維持証拠金ラインを突破してしまい、保険基金が巨額の潜在的損失にさらされることになります。

段階的な証拠金制度では、最大許容ポジションサイズを複数の区分に分け、各区分ごとに証拠金要件を引き上げます。 例えば、500万ドルまでの第1区分では0.5％の維持証拠金が、500万ドルから2,000万ドルの第2区分では1％、2,000万ドルから1億ドルの第3区分では1.5％、1億ドルを超えるポジションでは2％以上の維持証拠金が要求される可能性があります。

この仕組みには 2 つの効果があります。1 つは、ポジションが大きくなるほど比例してより多くの資本が必要となり、キャリーコストが上昇するため、過度な集中を経済的に抑制することです。もう 1 つは、清算リスクをより広い価格帯に分散させることで、破綻が発生する前にリスク管理エンジンやマーケットメーカーが介入するための時間を確保できることです。 SoonTechは銘柄ごとのティア設定に対応しており、オペレーターが口座ごとまたはポジションごとにエクスポージャーを集計できるようにすることで、ユーザーが口座やポジションを分割してティアを回避することを防ぎます。

5. マーク価格とインデックス価格

最新の取引価格を清算トリガーとして使用することは危険です。流動性の低い市場における最新の取引価格は、操作される可能性があります。 攻撃者は、一方的な極端な気配値を瞬間的に提示し、価格を10％急騰させて、強制清算の連鎖を引き起こす可能性があります。このような「ウィック攻撃」は、2020年から2024年にかけて、業界を揺るがす大規模な破綻を数件引き起こしました。

SoonTechのエンジンは、ベース価格とディスパア（またはディスカウント）バンドで構成されるマーク価格を、清算の基準として使用しています。 ベース価格はインデックス価格であり、複数の主要スポット取引所からのリアルタイム気配値の中央値として算出されます。この際、外れ値は除外され、必要に応じて出来高や最新性に基づいて重み付けが行われます。「ディスパア・バンド」は、ベース価格の上下に5％の安全マージンを設けるものです。

直近の取引価格が不利な方向に5％未満変動した場合、マーク価格はベース価格と等しくなります。直近の取引価格が保有者にとって不利な方向に5％を超えて変動し続けた場合、マーク価格は直近の価格を追跡し始めますが、瞬間的な価格変動によるリクイデーションを防止するため、依然としてディスカウントを維持します。 この設計思想は、清算トリガーを瞬間的な価格変動から切り離し、エンジンが持続的かつ著しい乖離にのみ反応するように強制することにあります。

指数価格自体は、単一取引所の影響を受けないよう堅牢に設計されています。 SoonTechはデフォルトで10～15の主要なスポット市場からデータを取得し、各ソースの遅延、気配値の鮮度、スプレッドを評価して外れ値を除外し、出来高加重平均または単純中央値を用いて最終的な指数を算出します。極端な状況下では、指数凍結メカニズムが一定期間の更新を停止し、古いデータに基づく判断を防ぐ仕組みとなっています。

6. 清算トリガーと段階的清算

清算エンジンは、システム内で最も繊細に動作する実行モジュールです。単に損失を出している口座のポジション全体を市場価格で注文簿に放出するわけではありません。代わりに、リスクの深刻度順にランク付けし、価格保護機能を備えたバッチに分割し、適切なタイミングで保険基金に引き継がせます。典型的なフローは以下の通りです：

まず、トリガーの検出です。リスクエンジンは定期的にすべてのポジションをスキャンし、リスク比率が1未満、または維持証拠金が不足しているアカウントの清算候補リストを作成します。スキャン間隔は10～100ミリ秒の範囲で、主要通貨ペアでは短く、ロングテール通貨ペアでは長くなります。

次に、バッチ単位での注文発注です。エンジンはポジション全体に対して単一の成行注文を送信しません。残りの決済可能数量をバッチに分割し、各バッチは「最小決済サイズ」「最大バッチサイズ」「最小気配スプレッド」のパラメータによって制御されます。バッチ処理により市場への影響を軽減し、注文簿への自己招いた損害を回避します。

第三に、価格保護です。バッチ化された各指値注文は、発注前にスリッページ上限チェックを通過します。 買い決済注文の価格は、マーク価格に上昇係数（例えば1.3％）を乗じた値を超えてはなりません。売り決済注文の価格は、マーク価格に下降係数を乗じた値を下回ってはなりません。保護価格が破られた場合、エンジンはそのバッチについて成行注文に切り替え、次のバッチに進みます。

第四に、オーダーブックの凍結です。バッチ処理された指値注文は、オーダーブックに登録された瞬間に、対応する口座の残りの証拠金を凍結し、清算中にユーザーが新たなポジションを開設したり、注文をキャンセルして再発注したりすることを防ぎます。凍結された証拠金は、バッチ処理が完了した時点で決済されます。

第五に、保険基金による引き継ぎです。バッチ化された指値注文が妥当な価格および時間の閾値内で約定せず、口座のリスクが悪化し続ける場合、保険基金モジュールは、市場注文または指値注文を自ら発注することで、残りのポジションを引き継ぐかどうかを評価します。引き継ぎの境界値は、基金の規模、エクスポージャー、およびカウンターパーティの流動性によって決定されます。

第六に、決済およびステータス報告です。清算による約定はすべて清算元帳に記録され、口座の実現損益、維持証拠金要件、およびリスク比率が更新されます。全ポジションが決済された後、残余証拠金がある場合は、ユーザーに返還されます。純資産がマイナスの場合、ポジションはクローバック処理の対象となります。

7. 自動デレバレッジとクローバック

保険基金が枯渇し、清算されたポジションによって依然として純資産がマイナスの場合、プラットフォームは不良債権に直面します。損失を吸収するという従来の対応は、持続可能でもなければ監査可能でもありません。SoonTechエンジンは、保険基金、ADL（自動レバレッジ削減）、そして最後の手段としての社会化されたクローバックという3段階の対応を採用しています。

ADL（自動デレバレッジ）は、清算されたポジションから利益を得た取引相手方に損失を配分します。これらは、取引の反対側にあるユーザーのうち、未実現利益が最大で、レバレッジが最も高いユーザーです。 その経済的論理は単純明快です。彼らは不良債権を生み出した相場変動から利益を得たのですから、その一部を返還すべきです。SoonTechは、未実現損益にレバレッジを乗じた値であるADLスコアに基づいて対象者をランク付けします。スコアが高いほど、そのユーザーが選定される可能性が高くなります。

ADLが発動すると、選定されたユーザーのポジションは、不良債権額に相当する分だけ強制的に削減されます。対応する未実現損益は実現損益に転換されます。ADLは清算ではなく、より不利な約定を避けるため、マーク価格で執行されます。 しかし、ADLが発動すると、ユーザーは次の相場変動に乗る機会を失うことになります。そのため、エンジンはADLを発動する前に、保険基金を用いて可能な限り多くの不良債権を補填しようとします。

「社会化されたクローバック」が最終的なフォールバック手段となります。ADLで損失を賄いきれない場合、残りのマイナス残高は、その銘柄でポジションを保有する全ユーザーに配分されます。配分方法は、ポジションサイズ、未実現損益、またはリスク比率による加重のいずれかで行われます。 すべてのクローバック事象は監査ログに記録され、規制当局およびユーザーに公開されます。SoonTechはデフォルトで社会化されたクローバックを有効にしていませんが、オペレーターが現地の規制、ユーザー契約、およびプラットフォームのリスク許容度に合わせられるよう、スイッチやパラメータを公開しています。

8. 取引前のリスクおよびオーダーブックのチェック

リスクは発生する前に管理するのが最善です。 SoonTechのエンジンには、注文入力、取消、変更、および約定確認の各段階でリスクチェック機能が組み込まれています。取引前のチェックには、口座に初期証拠金を預け入れるための十分な利用可能残高があるか、注文が最大ポジション制限を超過しないか、最大注文サイズを超過しないか、価格乖離の上限を超過しないか、および自己取引を引き起こさないかなどが含まれます。

注文帳簿における証拠金の凍結も、もう一つの重要な仕組みです。ユーザーが指値注文を出すと、エンジンは最悪の約定シナリオに基づいて証拠金を凍結します。 買い注文では、提示価格にスリップバッファーを加えた価格で資本が凍結され、売り注文では、提示価格からスリップバッファーを差し引いた価格で資産が凍結されます。部分約定が発生した場合、凍結された証拠金は比例配分により解放されます。注文の取消しにより、凍結分全額が解放されます。これにより、「注文を出した途端に証拠金がなくなり、即座に破綻する」といった事態を防ぐことができます。

約定後の二重検証が最後のゲートとなります。取引前のチェックを経た後でも、マッチングエンジンは約定を確定する前に口座情報を再検証します。 チェック項目には、同時実行された操作によって口座残高が枯渇していないか、取引相手が清算トリガーを発動していないか、約定価格が最新のマーク価格保護バンド内にあるかなどが含まれます。これにより、ゴースト注文やフラッシュ破綻を阻止します。

また、SoonTechでは注文およびキャンセルに対するレート制限も適用しています。具体的には、1秒あたりの最大注文数や、1アカウントあたりの1分あたりの最大キャンセル数などです。異常なアカウントは自動的にスロットリングされるか、手動による審査に回されます。このフロントエンドでの規律と、バックエンドでの清算を組み合わせることで、リスク管理のループが完結します。

9. 清算クラスターと高可用性

清算クラスターは、証拠金リスク管理における執行の中核です。 マッチングエンジンを中断させることなく、計算、評価、実行を行わなければなりません。SoonTechは、ホットスタンバイ機能を備えたアクティブ・パッシブ型クラスターを採用しています。プライマリノードがすべての書き込み処理を処理し、セカンダリノードはメッセージバスを介して同期を維持します。プライマリノードに障害が発生した場合、セカンダリノードが数十ミリ秒以内に引き継ぎ、マッチングエンジンには切り替えによる影響が生じません。

クラスターは、口座のシャーディングによって水平方向にスケールします。各シャードは、ユーザーIDのハッシュと銘柄ハッシュを組み合わせたものに基づいて分割された口座のサブセットを処理します。これにより、単一のユーザーの口座は同じシャードに保持され、シャード間の取引が回避されます。また、ある銘柄に関連する口座も同じシャードに保持されるため、総リスク評価が簡素化されます。 運用担当者は、立ち上げ時には1つまたは2つのシャーディングから始め、規模拡大に伴い10～20のシャーディングまで拡張することが可能です。

清算クラスターとマッチングエンジンはメッセージバスを介して通信し、これにより両者の結合が解除されています。 マッチングエンジンは約定イベントを発行し、清算エンジンはそれらを処理して口座情報を更新します。清算エンジンは、凍結、凍結解除、および清算の指示をマッチングエンジンに発行し、マッチングエンジンは注文帳レベルで処理を行います。この分離により、マッチングエンジンはスループットに、清算エンジンはリスクの正確性に注力でき、統一されたイベントプロトコルを通じて連携が取られます。

トランザクションの一貫性は、Redisのインメモリ状態とリレーショナルデータベースを組み合わせることで維持されます。純資産、証拠金、リスク比率などのホットな状態は、パフォーマンス向上のためにRedisに格納され、重要な変更は監査のためにデータベースに永続化されます。Redis自体は、複数のレプリカとSentinelによるフェイルオーバー機能で稼働しています。 SoonTechは、データセンター間のマルチアクティブ展開もサポートしています。状態は非同期的に同期され、バージョン番号と冪等なリプレイによって最終的な一貫性が保証されます。

10. リスク準備金および保険基金

保険基金は、不良債権に備えたプラットフォーム内部のバッファです。SoonTechは銘柄ごとの保険基金口座を維持しています。資金源には、清算による残余清算剰余金、強制決済時に成行注文と指値注文の間に生じたスリッページ、リスク準備金として注入されるプラットフォーム手数料の一定割合、およびパートナーのマーケットメーカーが拠出するリスク預託金などが含まれます。

保険基金の規模は、各銘柄のリスクエクスポージャーに合わせて調整する必要があります。一般的な目標値は、過去30日間の平均ノミネアル額の0.5％です。基金が目標値を下回った場合、プラットフォームは手数料口座から資金を振り替えます。目標値の数倍を超えた場合、資金の注入は一時停止されます。 SoonTechは自動注入およびアラート機能をサポートしており、運用担当者は自社の財務モデルに合わせてポリシーを調整できます。

清算の引き受け、ADLのトリガー、クローバックを含む保険基金のすべてのアクションは、タイムスタンプ、銘柄、口座ID、トリガー条件、金額、および取引相手IDとともに監査ログに記録されます。ログは長期にわたりコールドストレージに保存され、規制当局や第三者監査人のために毎日照合されます。

11. クロスマーケットおよびポートフォリオ証拠金

洗練された機関投資家は、単一の銘柄に集中することはありません。彼らは複数のコインや複数の市場にまたがってヘッジを行います。SoonTechはポートフォリオ・マージンをサポートしており、スポット、パーペチュアル、オプションのポジションを統合して単一の証拠金計算を行います。このモデルはヘッジを認識します。つまり、BTCスポットのロングポジションとBTCパーペチュアルのショートポジションを保有する口座の場合、そのネットエクスポージャーは名目額の合計よりもはるかに小さくなります。

ポートフォリオ・マージンの実装には高度な技術が求められます。安定した相関行列、ボラティリティ推定器、およびストレステスト・モデルが必要となります。 SoonTechは、過去データに基づいてキャリブレーションされたパラメトリックモデルを提供しており、オペレーターはサードパーティ製のリスクモデルを組み込むことも可能です。ポートフォリオ・マージンにおける初期証拠金要件は通常、個別取引よりも高くなりますが、維持証拠金は大幅に低くなるため、これが機関投資家にとっての魅力となっています。

市場横断的なリスクは、並行処理制御のハードルも引き上げます。ある市場で極端な価格変動が発生した場合、他の市場における証拠金要件をミリ秒単位で再計算する必要があります。 SoonTechは、統一された口座リスク計算サービスを提供しています。各市場はポジションの変動をイベントとして公開し、このサービスはストリーム処理方式で口座リスク比率を更新します。このアーキテクチャこそが、SoonTechにおけるマッチング、マッチング後処理、リスクの3層分離の鍵となっています。

12. モニタリング、アラート、および緊急サーキットブレーカー

リスクシステムはブラックボックスであってはなりません。オペレーターは重要な指標をリアルタイムで確認できなければなりません。SoonTechのモニタリングは3つのレイヤーを網羅しています。口座レイヤーでは、指標として清算トリガー、リスク比率の分布、保険基金の引き受け比率、ADLの発生頻度などが含まれます。 銘柄層では、指標として、最終価格との乖離、保険基金の規模、清算キューの長さ、平均清算スリッページなどが含まれます。プラットフォーム層では、指標として、1秒あたりのリスクイベント数、メッセージバスのレイテンシ、クリアリングシャードの負荷、Redisのヒット率などが含まれます。

アラートは深刻度に応じて段階分けされています。第1段階は情報提供用です。最終価格との乖離が2～5％の場合、注意喚起がトリガーされます。 レベル2は警告です。乖離が5％を超えたり、保険基金の規模が目標値の80％を下回ったりすると、SMSおよびチャットによるアラートがトリガーされます。レベル3は重大です。保険基金が枯渇寸前、ADLキューのバックログ、または深刻なバス遅延が発生すると、電話アラートとサーキットブレーカーのフローがトリガーされます。

サーキットブレーカーは最後の防衛手段です。SoonTechは、グローバルおよび銘柄ごとのサーキットブレーカーをサポートしています。グローバルブレーカーは、すべての清算とADLを一時停止し、システムを「クローズ専用」モードに切り替えます。銘柄ごとのブレーカーは、その銘柄での新規建玉および新規注文を一時停止しますが、既存のポジションの決済や清算は継続させます。 トリガー条件、有効期間、および回復条件はすべて設定可能です。オペレーターは、実際の事象が発生してもパニックに陥らないよう、サーキットブレーカーの発動を定期的にシミュレーションしておく必要があります。

13. SoonTechのリスクエンジン

SoonTechは、上記のすべてを、ホワイトラベルCEXに必要なあらゆるリスク計算および実行機能を網羅した、設定可能で監視・監査可能な証拠金および清算エンジンに統合しています。 このエンジンはマイクロサービスとして展開され、必要に応じてマッチングエンジン、清算システム、MPCウォレット、流動性集約機能と連携します。ホワイトラベルでの提供後、オペレーターは、規模、規制、ユーザー構成に応じて、軽量で隔離されたシンプルなティア構成、あるいは完全なクロス・ティア・ポートフォリオ証拠金構成のいずれかを選択できます。

このエンジンの最大の特徴はパラメータ化です。IMR、MMR、ティア区分、ディスパールバンド幅、ADLスコア算出式、保険基金注入比率、ブレーカー閾値など、数百ものパラメータが管理コンソールから調整可能です。変更は即座に反映され、監査ログに記録されます。 異なる法域に対応するため、SoonTechは推奨テンプレートを提供しています。規制が厳しい市場向けにはより保守的なMMRと広いバンド幅を、個人投資家向けの小規模取引所向けにはADLによる早期介入機能を用意しています。

高可用性を実現するため、SoonTechは同一都市内でのデュアルアクティブ構成および地理的に分散されたマルチアクティブ構成をサポートしています。アカウントの状態はグローバルバージョン番号によって管理され、異なるサイトにある清算シャードは、非同期で照合を行いながら独立して稼働可能です。また、SoonTechは24時間365日の運用およびインシデント対応を提供し、異常事態発生時にオペレーターを支援します。

14. オペレーター向け導入推奨事項

証拠金取引システムの立ち上げまたはアップグレードを計画している運営事業者に対し、SoonTechチームは以下の5～6つのステップを推奨します：

1. ターゲットユーザーと製品のポジショニングを定義します。当該プラットフォームが、高頻度取引を行うマーケットメーカー、機関投資家のヘッジャー、あるいは個人投資家向けのいずれを対象とするかを決定します。ユーザー層が異なれば、口座モデルやリスク許容度も異なります。
2. 口座モデルとティアパラメータを選択する。まずは隔離型かつシンプルなティアから始める。規模の拡大やリスク管理チームの成熟に伴い、クロス・マージンやポートフォリオ・マージンを段階的に導入する。
3. ストレステストと極端なシナリオを実行する。過去の取引履歴を再現し、瞬時の20％下落、保険基金の枯渇、ADLキューの完全発動をシミュレートする。システムが制御可能な範囲内で回復することを検証する。
4. モニタリング、アラート、サーキットブレーカーを設定します。24時間365日のアラート対応体制を構築し、ブレーカー発動のシミュレーションを行います。
5. ユーザーと明確にコミュニケーションを図ってください。清算ルール、ADLルール、およびクローバックルールを、ユーザー契約書において、分かりやすいページやプロンプトを用いて開示してください。
6. 継続的に監査を行い、パラメータを微調整します。リスクパラメータは一度設定すれば終わりというものではありません。データの分布、ユーザーの構成、市場のボラティリティサイクルに基づいて調整し、規制当局の審査に備えて変更ログを保管してください。

SoonTechチームは、認可を受けた取引所、機関投資家向けマーケットメーカー、およびWeb3チームと協力し、「不良債権のクローバックなし」をCEX業界の基盤となるインフラ標準とすることを楽しみにしています。

よくある質問

Q1: 「不良債権のクローバック」とは何ですか？

A: 不良債権の回収とは、清算後もユーザーの口座残高がマイナスのままである場合、つまりユーザーが利用可能な証拠金総額以上の損失を被った場合に発生します。 これは、あらゆる CEX にとって中心的なリスク管理上の問題です。SoonTech のエンジンは、保険基金、ADL、そして最後の手段としての社会化された回収という 3 層のメカニズムを通じて、不良債権に対処します。

Q2: ADL はいつ発動しますか？

A: ADLは通常、保険基金が枯渇し、清算されたポジション後も純資産がマイナスのままである場合に発動します。 システムは ADL スコアに基づいて取引相手をランク付けし、スコアが高いほど、相手側には収益性が高く、レバレッジの高いユーザーがいることを示します。SoonTech エンジンは、ADL を発動する前に保険基金を使用して可能な限り多くの不良債権をカバーし、強制的なポジション削減の頻度と規模を最小限に抑えます。

Q3：クロスマージンによってすべてのポジションが清算されることはありますか？

A: 理論的には、その通りです。 クロスマージン口座では、すべてのポジションが同じ証拠金プールを共有します。あるポジションで大きな損失が発生すると、他のポジションを支える純資産が侵食され、さらなる清算が引き起こされる可能性があります。このため、SoonTechでは、機関投資家に対し、ヘッジを認識するポートフォリオ・マージン・モデルとクロスマージンを併用することを推奨しています。また、運用事業者には、連鎖反応の発生確率を低減するために、相関を考慮したリスク低減策を採用することを推奨しています。

Q4：なぜマーク価格は最新の約定価格を使用しないのですか？

A: 注文簿が薄い場合、直近の約定価格は操作されやすいからです。これを直接清算トリガーとして使用すると、攻撃者が極端な気配値を瞬間的に提示し、価格を10％急騰させて、連鎖的な清算を引き起こす可能性があります。 SoonTechでは、インデックス価格に5％のディスパール・バンドを加えたマーク価格を採用しているため、清算は瞬間的な価格変動ではなく、持続的で著しい乖離に対してのみ反応します。

Q5: 保険基金の資金源はどこですか？

A: 保険基金には主に4つの財源があります。清算による残余清算剰余金、強制決済時の成行注文と指値注文の間のスリッページ、リスク準備金として注入されるプラットフォーム手数料の一部、および提携マーケットメーカーが預託するリスク預託金です。 SoonTechのエンジンは、銘柄ごとの基金口座を管理し、基金を健全な水準に維持するために、自動的な資金注入とアラート機能をサポートしています。

Q6：個人ユーザーはどのようにしてADLを回避できますか？

A: 最も直接的な方法は、レバレッジを低く抑え、ポジションサイズを管理し、極端な一方方向への賭けを避けることです。SoonTechエンジンは、ADLの対象者を選定する際、高いPnL、高いレバレッジ、かつ反対側のポジションを持つユーザーを優先するため、ポジションが小さく、レバレッジが低く、長期保有しているユーザーが選定される確率は極めて低くなります。 また、このエンジンはADLを発動する前に、保険基金を活用して可能な限り多くの不良債権をカバーすることで、強制的なポジション縮小の頻度と規模を最小限に抑えています。

結論

証拠金リスクは、CEXエンジニアリングにおいて最も困難な課題です。これには、マッチング、清算、リスク管理、運用部門にわたる長期的な連携と、口座モデルからサーキットブレーカーに至るまでの着実な改善が求められます。 SoonTechは、世界中のオペレーターと協力し、「不良債権の回収なし」を、検証可能で監査対応可能、かつ規制当局の要件を満たすインフラ機能として確立することを楽しみにしています。

🌐 SoonTechと共に、安全でスケーラブルなWeb3プラットフォームを構築しましょう。

ホワイトラベル暗号資産取引所、予測市場、MPCウォレット、マッチングエンジン、流動性統合、コンプライアンス向けのソリューションをご覧ください。