デジタル資産デリバティブ事業における中核的なリスクは、マッチングエンジンの性能ではなく、清算システムの信頼性にあります。マレーシアのRMO DAXフレームワークの下では、デリバティブ取引所は、極端な市場状況下においても、自社の清算メカニズムがリスクの高いポジションを効果的に清算し、取引所、保険基金、および個人投資家を破綻による損失から保護できることを実証しなければなりません。 現地の投資家や機関投資家向けにサービスを提供するプラットフォームにとって、実運用で実績のある清算エンジンは、ライセンスの維持、機関投資家の獲得、そして長期的な運営のための前提条件となります。

しかし、真に設計された清算システムは、「口座の損失が一定の比率に達した際に強制決済を行う」という単純な仕組みよりもはるかに複雑です。以下のような一連の課題に答えなければなりません。

• 証拠金モデルは、アイソレート型、クロス型、あるいはハイブリッド型のいずれにするべきか？ 資本効率を損なうことなくプラットフォームのリスクを管理するために、当初証拠金率と維持証拠金率はどのように設定すべきか？
• 清算トリガーには固定閾値を用いるべきか、それとも段階的なトリガーを採用すべきか？清算注文は公開市場に送るべきか、それともまずマーケットメーカーが引き受けるべきか？小規模なポジションを大規模なポジションよりも先に清算すべきか、それともその逆か？
• 清算注文が約定せず、破産損失が生じた場合、まず保険基金が損失を吸収すべきか、それともADL（自動レバレッジ削減）を直ちに発動し、利益を出しているユーザーに比例して損失を分担させるべきか？
• 保険基金はどのように調達、使用、補充されるべきか？プラットフォームの資本と顧客資金を分離するためのSC要件は何か？
• 清算エンジン自体の可用性をどのように確保すべきか？極端なボラティリティの発生時にエンジンがダウンした場合のフェードバックプロセスはどのようなものか？

本記事では、マレーシアの規制に準拠した取引所向けのデリバティブ清算リスクエンジンの完全なアーキテクチャを、商品およびエンジニアリングの両面から解説します。これには、証拠金モデル、トリガーメカニズム、清算実行、ADL、保険基金、クローバックルール、破産価格の算定、規制コンプライアンス、監査証跡などが含まれます。また、東南アジアの複数の取引所プロジェクトで実績のあるSoonTechのソリューションも紹介します。 デリバティブ取引所を構築する商品開発チーム、リスク管理を担当する技術リーダー、あるいはRMO DAXライセンスを申請する運営者の方であっても、設計やレビューに直接活用できる包括的な青写真を得ることができます。

1. 業界の背景：なぜ清算リスクがSCの中核的焦点となるのか

1.1 デリバティブ・リスクに関するRMO DAXの明確な要件

マレーシア証券委員会（SC）は、RMO DAXガイドラインにおいて、ライセンスを取得したデジタル資産取引所に対し、証拠金システム、清算メカニズム、ポジション制限、ストレステストを含む堅固なリスク管理フレームワークを確立することを明示的に要求しています。プラットフォームは以下を実証しなければなりません：

• 清算トリガーのルールが明確かつ透明性が高く、すべてのユーザーに一律に適用されていること；
• システムが、極端な市場状況下においても、システム全体の破綻を招くことなく清算を完了できること；
• ユーザー資金とプラットフォーム資金が完全に分離されており、保険基金が運営者の所有物ではないこと；
• すべての清算事象について完全な監査記録が保持されており、ユーザーには異議申し立ておよび再審査の権利があること；
• プラットフォームは、1日の価格変動が20％以上となる状況を想定した清算能力のストレステストを定期的に実施していること。

これらは単なる形式的なコンプライアンス要件ではありません。SCは、年次ライセンス審査および実地検査の際、清算システムの設計文書、過去の清算データ分析、およびストレステスト報告書の提出を求めます。

1.2 東南アジアのデリバティブ市場の特異性

成熟した市場と比較して、マレーシアおよび東南アジアのデリバティブ市場には、いくつかの特徴があります：

• ユーザー構成は個人投資家が中心であり、プロ投資家の割合が低く、証拠金、清算、破綻リスクに対する理解が不十分である；
• 現地通貨と主要仮想通貨との相関性が高いため、単一通貨で発生した「ブラック・スワン」事象が市場全体に容易に波及する；
• 現地のマーケットメイカーの厚みが限られており、極端なボラティリティが発生した際には流動性が瞬時に消失する可能性がある；
• 個人投資家は高レバレッジ（10倍～100倍）に慣れているため、清算圧力がさらに増幅される。

つまり、マレーシアの取引所はBinanceやOKXの清算パラメータをそのまま採用することはできず、現地の市場の厚み、ユーザー構成、規制要件に応じてローカライズする必要があります。

1.3 清算事故の先行事例

清算システムの不具合による事故は、世界的に見ても珍しくありません：

• ある取引所では、激しい価格変動の際に段階的清算ロジックのバグにより、本来なら清算されるべきではなかったユーザーをまとめて清算してしまった事例がある；
• あるプラットフォームでは、保険基金が枯渇した後にADLが発動され、利益を出していたユーザーの利益の30％以上が回収されたため、顧客からの大規模な苦情や規制当局の介入を招いた；
• ある取引所では、高負荷時に清算エンジンが40分間ダウンし、1億ドルを超える破産損失が発生したが、最終的には株主によって補填された；
• あるプラットフォームは、「まず清算し、その後通知する」という設計が不十分な情報開示であるとみなされ、規制当局から数百万ドルの罰金を科された。

マレーシアの認可を受けたプラットフォームにとって、深刻な清算事故は金銭的損失だけでなく、ライセンスの停止や取り消しにつながる可能性もある。

2. 証拠金モデル：アイソレート型 vs クロス型 vs ハイブリッド型

2.1 アイソレート型証拠金

アイソレートモードでは、各契約ポジションは独立した証拠金口座に割り当てられ、損益（P&L）はその口座内でのみ清算され、他のポジションとは共有されません。特徴：

• リスクの隔離：1つの契約が清算されても、他のポジションや口座残高には影響しません。
• 直感的なユーザー体験：各契約がどの程度の証拠金を使用しているかを明確に把握できます；
• 資本効率の低下：ユーザーは契約ごとに個別に証拠金を預け入れる必要があります；
• シンプルな清算ロジック：契約ごとに独立して計算され、相互影響がない。

隔離証拠金方式は個人投資家や初心者に適しており、マレーシアの規制当局が推奨するデフォルトモードでもあります。SC（証券委員会）は、投資家保護ガイドラインにおいて、プラットフォームに対し、個人投資家向けのオプションとして隔離証拠金方式を提供することを明示的に義務付けています。

2.2 クロスマージン

クロスマージンモードでは、口座内の利用可能残高すべてが全ポジションの共通証拠金として機能し、損益（P&L）は口座全体で計算されます。特徴：

• 高い資本効率：1回の証拠金入金で複数の契約をカバー可能；
• リスク分散：利益が出ているポジションの未実現利益が、損失が出ているポジションの未実現損失を相殺できる；
• 複雑な清算ロジック：口座全体のリスクエクスポージャーをリアルタイムで統合計算する必要があります；
• リスクの波及：1つの契約の強制決済により、口座残高全体が失われる可能性があります。

クロスマージンは、プロのトレーダー、マーケットメーカー、および機関投資家に適しています。マレーシアの取引プラットフォームでは通常、プロの投資家認定を完了し、追加のリスク開示書への署名を要求された顧客に対してのみ、クロスマージンを利用可能としています。

2.3 ハイブリッドモードと部分隔離証拠金

主要なプラットフォームではハイブリッドモードが採用されています。ユーザーは契約ごとに分離証拠金またはクロスマージンを選択でき、クロスマージン口座内では「部分分離証拠金」サブ口座を設定できます。マレーシアのプロジェクトにおけるSoonTechの実装実績：

• 個人ユーザーはデフォルトで分離証拠金モードとなります。クロスマージンを利用するには、ポップアップ警告が表示された上で手動での有効化が必要です。
• プロユーザーは「クロスグループ」をカスタマイズでき、関連する契約（例：BTC永久先物＋BTC四半期先物）を同一の証拠金プールに組み込むことが可能；
• プラットフォーム全体で「クロスレバレッジの上限」（例：クロス最大20倍、アイソレート最大50倍）を設定；
• クロス証拠金モードでは、現在の証拠金比率、清算トリガー価格、推定破産損失という3つの主要指標をリアルタイムで表示する必要があります。

2.4 初期証拠金率および維持証拠金率

最も重要な2つのパラメータ：

• 初期証拠金率（IM）：ポジションを開設する際に必要な最低証拠金比率であり、最大レバレッジを決定します。例えば、IM = 1% の場合、最大レバレッジは 100倍となります。
• 維持証拠金（MM）：ポジション保有中に維持しなければならない最低証拠金比率。この値を下回ると清算がトリガーされる。MMは通常IMよりも低く設定される（例：IM = 1%、MM = 0.5%）。

マレーシアの規制当局は「レバレッジが低ければリスクも低い」という方針を採っています。SCは、個人投資家については最大レバレッジを20倍以下、プロフェッショナル投資家については50倍以下とすることを推奨しています。SoonTechが現地プロジェクト向けに推奨する設定：

3. 清算トリガーメカニズム：固定閾値から段階的清算へ

3.1 3つの清算トリガーモード

主要な取引所では、以下の3つのトリガーモードが採用されています：

1. 固定閾値トリガー：証拠金比率が MM 以下になった場合、ポジション全体を一括で清算する。ロジックは単純だが、その影響は甚大であり、わずかな価格変動でも全ポジションが清算される可能性がある。
2. 段階的トリガー：証拠金比率が2％→1.5％→1％→0.8％→0.5％へと低下するたびに、ポジションの一部のみを清算し、ユーザーが証拠金を追加するための時間的余裕を残します。ユーザー体験は向上しますが、実装はより複雑になります。
3. 段階的トリガー：現在の価格から清算価格までの距離をリアルタイムで計算し、事前警告通知を送信するとともに、価格が不利な方向に10%動くごとに追加の通知を送信します。

マレーシアの規制当局は、個人投資家の保護を最大限に高めることができるため、段階的清算を好んでいます。証券委員会（SC）は、投資家保護ガイドラインにおいて、プラットフォームに対し「段階的な清算を採用し、ポジション全体を一度に清算することを避ける」ことを明示的に推奨しています。

3.2 段階的清算の技術的実装

典型的な5段階の清算フロー：

• 警告レベル（証拠金率 150% MM）：アプリ、メール、Telegram を通じて、証拠金の追加またはポジションの縮小を促す通知を送信；
• レベル1清算（MM 120%）：ポジションの20%を清算し、通知を送信；
• レベル2清算（MM 110%）：さらに30%（合計50%）を清算し、通知を送信；
• レベル3清算（MM 100%）：さらに30%（合計80%）を清算し、通知を送信；
• 最終清算（MM以下）：残りのポジションの20％を清算する。

主な設計上のポイント：

• 各段階の後、処理を続行する前に、ユーザーが証拠金を追加できるよう30～60秒の猶予期間を設ける；
• ユーザーが証拠金を追加し、証拠金比率が以前の水準に戻った場合、その後の強制決済を停止する；
• 価格が有利に動いた場合も、その後の清算を停止する；
• すべての清算処理には、トリガー時刻、トリガー価格、清算数量、約定価格、実際の損益を含む完全な監査ログを残すこと。

3.3 清算優先順位のソート

システムが同時に処理すべき清算注文が多数ある場合、清算の順序は全体的な効率と破産リスクに直接影響します。一般的な優先順位付けの戦略：

• 証拠金比率が最も低いものから優先：破綻の拡大を防ぐため、最も危険なポジションを先に清算する；
• ポジション規模が小さいものから順に：小規模な注文を先に清算する。迅速な執行により、小規模な注文が蓄積して巨額の破産損失につながるのを防ぐ；
• 最大のポジションを優先：大規模な注文を先に清算し、システム全体のリスクエクスポージャーを低減する；
• 流動性が最も高いものから：約定が容易で市場への影響を最小限に抑えるため、注文簿が最も厚い契約から清算する。

SoonTechはマレーシアのプロジェクトにおいてハイブリッド戦略を採用しています。まず証拠金比率の階層別に選別し、同一階層内では大規模な注文よりも小規模な注文を先に清算します。また、極端なボラティリティが発生した際には、大規模な注文の清算を一時停止するか、それらを小規模なアイスバーグ注文に分割します。

3.4 清算注文の市場処理

清算注文は公開注文帳に直接送信してはならない。そうするとボットに先回りされ、スリッページが悪化し、破産が増加する。正しい処理フローは以下の通りである：

1. マーケットメイカー優先処理：清算注文を、ホワイトリストに登録されたマーケットメイカーのダークプールに最初に送信し、50～100ミリ秒の優先執行ウィンドウを設ける。
2. 内部マッチング：ユーザー注文帳に反対方向の指値注文が存在するかどうかを確認し、内部マッチングを行う；
3. 公開市場での執行：約定しなかった部分を小口注文に分割し、段階的に公開市場へ送信する；
4. ADLフォールバック：上記すべてが失敗した場合、自動デレバレッジをトリガーする。

この3段階のアーキテクチャ（ダークプール優先、内部マッチング、公開市場へのフォールバック）により、清算による市場への影響を最小限に抑え、破産の確率を大幅に低減します。

4. ADL自動デレバレッジメカニズムの設計

4.1 ADLとは

ADL（自動デレバレッジ）は安全メカニズムです。清算注文が市場で約定できず、保険基金が破産損失を賄うのに不十分な場合、システムは利益率の高い順に利益を出しているユーザーのポジションを自動的に縮小し、その利益を用いて破産による損失の穴を埋めます。

取引所にとって、ADLは最終的なセーフティネットであり、いかなる極端な市場状況下でも、プラットフォーム自体が自己資本をバックアップとして使用する必要がなく、また、単一のユーザーの破産によってシステミックリスクが生じることもありません。

4.2 ADLの選別ルール

ADLの中核は、「どのユーザーのポジションを最初に削減するか」という点にあります。一般的な選定基準は以下の通りです。

• 利益率の優先順位：最も利益を上げているユーザーから先にレバレッジが削減される。彼らはリスク負担能力が最も高く、極端な市場状況に対する責任を最も負うべきである。
• レバレッジ優先度：レバレッジ率の高いユーザーから順にレバレッジが削減される。彼らは高いレバレッジの恩恵を受けてきたため、それに見合ったリスクを負うべきである；
• ポジション保有期間の優先順位：短期の投機筋は、長期のヘッジ筋よりも先にレバレッジが削減される；
• マーケットメーカーの免除：市場の流動性を継続的に確保するため、マーケットメーカーのポジションは通常、ADLの選別対象外となります。

マレーシアの規制当局は、「利益率優先＋マーケットメーカーの除外」という組み合わせを好んでいる。これは、「リターン・リスクの整合」という原則に最も合致し、ADLリスクを理由にマーケットメーカーが市場から撤退することを防ぐためである。

4.3 ADLの執行と通知

ADLの執行フローは、透明性があり、監査可能でなければならない：

1. システムが、清算注文が約定できず、かつ破産損失を賄うのに保険基金の残高が不十分であることを検知する；
2. 必要なギャップ総額を算出する；
3. ギャップが埋められるまで、ADL優先順位に従い、高いものから低いものへと順にポジションを削減する；
4. ポジションの削減が行われるたびに、影響を受けるユーザーに対し、削減数量、削減価格、およびそれに対応する損失補償額を説明した上で、リアルタイムで通知しなければならない；
5. すべてのADL事象は、プラットフォームの告知ページで公開され、削減総額、影響を受けたユーザー数、および補償された破産損失総額が開示されなければならない；
6. ユーザーはADLの結果に対して7日以内に異議申し立てを行うことができ、プラットフォームは3営業日以内に回答しなければならない。

SCは特に、ユーザーがポジションを開設する前にADLルールを明確に開示すること、およびADLが発動するたびに影響を受けるすべてのユーザーに積極的に通知することを強調しており、「サイレント」なレバレッジ解消は一切認められない。

4.4 ADLの上限およびサーキットブレーカー

ADLの悪用を防ぐため、サーキットブレーカーの仕組みを導入しなければならない：

• 単一ユーザーあたりの1日あたりのADL上限：ユーザー1人あたり1日最大50％のポジション削減；
• プラットフォーム全体の1日あたりのADL上限：プラットフォーム全体の未決済建玉総額の5％以下。これを超えた場合は、取引を停止し、サーキットブレーカーを発動する；
• ADL間隔制限：同一ユーザーに対するレバレッジ解消は、24時間以内に最大2回までとする；
• 極端なサーキットブレーカー：1日のADLが閾値を超えた場合、プラットフォームはリスクのさらなる拡大を防ぐため、市場全体のレバレッジ上限を一時的に引き下げることができる。

5. 保険基金の設計と管理

5.1 保険基金の財源

保険基金は、破産による損失を補填するための専用の資金プールである。その財源には通常、以下のものが含まれる：

• プラットフォームによる初期注入：プラットフォーム立ち上げ時に注入される初期資本。通常、100万ドル以上とする；
• 清算剰余金：清算注文が破産価格よりも有利な価格で執行された場合、その剰余金の100％が保険基金に充当される；
• 手数料の配分：すべての取引手数料の5％～10％が自動的に保険基金に注入される；
• ADLの剰余金：ADLがギャップを超える利益を上げた場合、その利益は保険基金に注入される；
• 罰金収入：規約違反を行ったユーザーからの罰金およびマーケットメーカーへの罰金。

マレーシアの規制当局は、以下を明示的に要求している：保険基金は、プラットフォームの自己資金および顧客資金から完全に分離され、独立した保管口座に保有されなければならず、プラットフォームはこれを他のいかなる目的（運営費、マーケットメイキング、投資などを含む）にも使用してはならない。

5.2 保険基金の使用規則

保険基金の使用には、明確な優先順位と承認プロセスが定められなければならない：

1. 清算剰余金を優先：各清算に伴う破産損失は、まず当該清算の剰余金によって補填される；
2. 次に契約レベルの基金：各契約には独立した保険基金のサブ口座を設けることができ、対応する契約からの資金を優先する；
3. グローバル保険基金による補填：契約レベルの資金が不足する場合は、グローバル保険基金を使用する；
4. 最終手段としてのADL発動：グローバル基金も不足する場合に限り、ADLを発動する。

重要なルール：保険基金は、プラットフォームのバグやシステム障害によって生じた損失の補填には使用できない。こうした損失はプラットフォームの株主の自己資本で負担しなければならず、ユーザーが支払った手数料で形成された保険基金を使用することはできない。

5.3 保険基金の透明性と監査

SCは保険基金に対して高い透明性を要求する：

• 保険基金の残高、過去の注入および支出記録のリアルタイムな公開；
• 毎月の保険基金報告書において、当月の破産損失、清算剰余金の注入、手数料による注入、およびADL発動状況を開示すること；
• 独立した監査法人による保険基金の年次特別監査の実施および監査報告書の発行；
• 保険基金の残高が安全基準値（例：30日間の平均破産損失額の5倍）を下回った場合、プラットフォームは公的な警告を発し、補充メカニズムを発動しなければならない。

SoonTechはマレーシアの顧客向けに「保険基金透明性ダッシュボード」を導入し、誰でもリアルタイムの残高や過去の詳細情報を閲覧できるようにしました。これは、SCによる現地検査の際にも重点的に確認される項目です。

6. 破産価格の算定とクローズバック

6.1 破産価格の定義

破産価格とは、ユーザーのポジションがその価格で決済された場合、ユーザーの証拠金がちょうどゼロとなり、プラットフォームが利益も損失も生じない価格のことです。これは清算システムにおける最も中核的な計算式の一つです。

ロングポジションの場合、簡略化された計算式は次の通りです：破産価格＝エントリー価格 × (1 − 初期証拠金率)。 100 USDTでエントリーした10倍ロング（初期証拠金率10％）の場合、破産価格はおよそ90 USDTとなります。マーク価格がこの水準を割り込むと、ポジションの証拠金は損失をカバーできなくなり、残りの不足分は保険基金によって補填される必要があります。

実際のシステム設計においては、以下の点も考慮する必要があります：

• ファンディングレートの累積的な影響；
• 実現損益および未実現損益；
• 手数料コスト；
• 清算執行コスト（スリッページの見積もり）。

最終的な清算執行価格が破産価格を上回る場合、余剰資金は保険基金に充当されます。下回る場合、その差額は保険基金またはADLが負担する破産損失となります。

6.2 マーク価格と公正価格

清算は直近の取引価格によってトリガーされることはできない。そうだと、スプーフィングやウィック攻撃によって容易に操作されてしまうからである。業界標準では、トリガーの基準として「マーク価格」を使用する：

• マーク価格＝複数の主要取引所における同一契約価格の中央値または加重平均；
• または、マーク価格＝スポット指数価格＋ファンディングレートを基にした価格（フェア価格）；
• マーク価格は、瞬間的なボラティリティを除去するために5～15分間のTWAP（時間加重平均価格）を使用する。

マレーシアの規制当局は、マーク価格の算出方法が公開され透明性を持つこと、データソースがプラットフォーム自身の取引価格から独立していることを明示的に要求しており、これによりプラットフォームがマーク価格を操作してユーザーを悪意を持って清算することを防止しています。

6.3 特別なクローバックシナリオ

ADL以外にも、いくつかの特別な破産時のクローバックシナリオが存在します：

• システム障害による破産：マッチングエンジン、清算エンジン、またはRPCノードの障害によって生じた破産損失は、プラットフォームの自己資本で負担される。保険基金やADLは使用できない。
• 価格操作による破産：悪意のあるマーク価格の操作によって引き起こされた異常な清算については、プラットフォームは取引をロールバックし、ユーザーの損失を補償しなければならない；
• 契約間・チェーン横断型破産：極端なボラティリティの発生時に複数の契約が同時に破産し、保険基金が枯渇する可能性があります。この場合、「グローバル破産クローバック」が発動され、利益を出しているすべてのユーザーが損失を比例配分して分担し、プラットフォームは総不足額の少なくとも20％を補填するために自己資本を注入しなければなりません。

7. 清算エンジンの設計アーキテクチャ

7.1 3層アーキテクチャ：計算、決定、実行

本番環境向けの清算エンジンは通常、以下の3つの層に分かれています：

1. 計算層：リアルタイムの価格、ユーザーのポジション、証拠金残高を取得し、各ポジションの現在の証拠金率、清算価格、破産価格を計算します。代表的な性能要件：10万ポジションの全計算を100ms未満で完了すること。
2. 決定層：計算結果に基づき、清算をトリガーするかどうか、どのレベルでトリガーするか、清算する数量、およびどの執行チャネルを使用するかを決定します。ステートマシンによるサポートとフェイルオーバー機能が必要です。
3. 執行層：清算注文をマーケットメーカーのダークプール、内部マッチングエンジン、または公開市場へ送信し、執行状況を監視するとともに、部分約定やキャンセル・リプレイス処理を処理します。

レイヤーの分離による利点：計算レイヤーはパフォーマンス向上のために水平方向にスケールでき、決定レイヤーのロジック変更が執行レイヤーに影響を与えず、執行レイヤーに問題が発生した場合は手動による引き継ぎが可能である。

7.2 高可用性と耐障害性の設計

清算エンジンは、取引所において最も高い可用性が求められるコンポーネントの一つであり、極端なボラティリティ、市場全体のサーキットブレーカー発動、インフラ障害時であっても機能し続けなければならない。主な設計方針：

• マルチアクティブ展開：少なくとも3つのアベイラビリティゾーンに独立して展開する。これにより、いずれかのゾーンで障害が発生してもシステム全体には影響しない。
• ローカルキャッシュによるフォールバック：各エンジンノードが価格およびポジションデータをローカルにキャッシュしており、データベースがダウンしても動作を継続可能；
• 機能制限スイッチ：極端な状況下において、段階的清算の停止、ダークプールの優先順位解除、レバレッジ上限の一時的な引き下げが可能；
• 手動介入チャネル：リスク管理チームが清算を一時停止したり、パラメータを調整したり、バックエンドから特定のポジションの清算を手動で引き継いだりできます；
• 定期的なストレステスト：過去のピーク時の清算圧力の10倍をシミュレートした、毎日のフルストレステストを実施。

7.3 監査と可観測性

清算エンジンのすべてのアクションは、改ざん不可能な監査証跡を残さなければならない：

• 各清算トリガー：時刻、マーク価格、ユーザーID、契約、ポジションサイズ、証拠金比率、トリガーレベルを記録；
• 各清算実行：注文ID、送信チャネル、約定価格、約定数量、スリッページ、破産額／剰余額を記録；
• 各ADLトリガー：ギャップ額、ソートルール、レバレッジ解除対象ユーザー一覧、削減ごとの数量および価格を記録；
• 保険基金の変動ごとに：注入額／支出額、送金元／送金先、対応するイベントIDを記録すること。

すべての監査ログは、改ざん不可能なロギングシステムに記録され、少なくとも7年間保存され、規制当局がいつでもアクセスできる状態でなければならない。

8. マレーシアにおけるSoonTechの実装

8.1 清算エンジンモジュールの概要

SoonTechがマレーシアの規制に準拠した取引所向けに提供した清算エンジンには、以下の機能が含まれます：

• 証拠金計算サービス：アイソレート／クロス／ハイブリッド各モードに対応し、すべてのポジションについてリアルタイムの証拠金比率および清算価格の計算を実行します。
• 段階的清算決定エンジン：5段階のトリガーロジック、各段階ごとの清算比率および時間枠を個別に設定可能；
• 3層型執行ルーティング：マーケットメーカーのダークプール → 内部マッチング → 公開市場、スリッページ保護の設定が可能；
• ADL自動レバレッジ削減モジュール：設定可能なソートルール、サーキットブレーカーの閾値、通知および監査機能；
• 保険基金管理システム：複数口座の分離、自動注入、透明性ダッシュボード、月次レポート生成；
• 規制コンプライアンススイート：SCが要求するすべてのレポート、監査ログ、ストレステストツール；
• ユーザー通知センター：マルチチャネル（アプリプッシュ通知、メール、Telegram、SMS）による清算警告およびADL通知。

8.2 代表的なパフォーマンス指標

マレーシアの大手取引所で本番運用されているSoonTechの清算エンジンは、実際に以下の実績を達成しました：

• 単一のアベイラビリティゾーンで、50万件以上のポジションに対するリアルタイム計算を、レイテンシ50ms未満でサポート；
• 極端な市場状況（1日のBTC価格変動率15％以上）下でも、清算成功率99.7％、破産率0.05％未満；
• 平均清算注文のスリッページは0.2%未満で、業界平均の0.5%～1%を大幅に下回りました；
• ADL発動頻度：約2～3ヶ月に1回、ユーザーの平均ポジション減少率は5％未満；
• 保険基金の適正比率は常に10倍以上（基金残高／30日平均破産損失）を維持しています。

8.3 SCの規制準拠

マレーシアの規制要件に対するSoonTechソリューションの主な適合点：

• 個人ユーザー保護：デフォルトで証拠金の隔離管理、レバレッジ上限20倍、段階的な清算、マルチチャネルによる警告；
• 資金の分離管理：保険基金は独立して保管され、プラットフォームの自己資金とは物理的に分離されている；
• 透明性：清算ルールの公開、保険基金のリアルタイムダッシュボード、ADL事象の公開開示；
• 監査要件：7年間保存される改ざん不可能な監査ログ、規制準拠形式でのレポートのエクスポート機能、ストレステストツール；
• 異議申立メカニズム：ユーザーの審査とプラットフォーム側の回答に対応した、組み込み型の清算異議申立チケットシステム。

9. 企業向け導入に関する推奨事項

9.1 ローンチ前の準備

• ストレステスト：過去最大の取引高およびボラティリティの5倍を想定したシナリオをシミュレートし、清算エンジンの処理能力と成功率を検証する；
• マーケットメーカーとの契約：少なくとも2～3社の主要なマーケットメーカーと清算引き受け契約を締結し、極端な状況下における引き受け義務と手数料を定義する；
• ユーザー教育：サービス開始の少なくとも2週間前から、清算、ADL、および保険基金に関するユーザー教育を開始する；
• 規制当局への連絡：清算システムの設計文書、パラメータ設定、およびストレステスト報告書をSCに提出し、事前審査を受ける；
• 災害対応訓練：清算エンジンのダウンタイム、データベース障害、価格データソースの異常をシミュレートし、性能低下時の対応プロセスを検証する。

9.2 ローンチ後の継続的な最適化

• パラメータの反復改善：実際の取引データに基づき、四半期ごとに清算パラメータ（証拠金率、ステージ比率、スリッページ閾値）を見直し、市場の変化に応じて調整する；
• ADLの検証：ADLがトリガーされるたびに徹底的な事後検証を実施し、ソートルールが妥当であるか、調整が必要かどうかを評価する；
• 保険基金の動態：過去の破産損失データに基づき手数料注入比率を動的に調整し、基金の適正水準が常に安全範囲内に収まるよう確保する；
• ユーザーフィードバックループ：清算体験に関するユーザーフィードバックを収集し、警告のタイミング、通知チャネル、および清算の透明性を継続的に最適化する。

9.3 組織とプロセス

• 清算エンジンのために、24時間365日体制のオンコール対応が可能な専任のデリバティブリスク管理チームを設置する；
• 極端な市場状況に備えた緊急対応計画を策定し、デグラデーションを発動できる者および取引を停止できる者を明確化する；
• 清算データ、破産分析、保険基金の変動、およびADLトリガーを含むデリバティブリスク報告書を、定期的に（少なくとも四半期ごとに）SCに提出する；
• 独立した監査職を設置し、清算エンジンのコードロジックを実際の執行結果と照らし合わせて定期的に検証する。

よくある質問

Q1：マレーシアの規制では、デリバティブに対するレバレッジの上限が明示されていますか？

A: SCのRMO DAXフレームワークでは具体的なレバレッジ倍率は規定されていませんが、投資家保護ガイドラインにおいて、個人投資家については20倍以下、プロ投資家については50倍以下とすることを「推奨」しています。 実際には、プラットフォームが個人投資家に100倍のレバレッジを提供している場合、実地検査の際に是正を求められる可能性が高い。

Q2：保険基金はプラットフォームのものですか、それともユーザーのものですか？

A：保険基金は、すべてのプラットフォーム利用者共通のリスク準備金であり、プラットフォームの株主の所有物ではなく、配当、運営費、または投資に充てることもできません。プラットフォームは、基金を管理する受託者としてのみ機能し、あらかじめ定められた使用規則に従わなければならず、独立した監査を受け入れます。

Q3：ADLが発動した後、ユーザーはレバレッジの引き下げを拒否できますか？

A: いいえ。ADLルールは、ユーザーがポジションを開設する際に署名するサービス契約の一部であり、トリガーされると自動的に実行されます。ただし、ユーザーは異議申し立てを行うことができます。プラットフォームが、ADLがシステムの不具合や価格操作によってトリガーされたことを確認した場合、補償が行われる可能性があります。

Q4：すべての清算注文をパブリック市場に直接送らないのはなぜですか？

A: 清算注文は市場で最も「収益性の高い」注文であり、すべてのボットがこれらに対してフロントランニングやサンドイッチ攻撃を行っています。公開市場に直接送信すると深刻なスリッページが発生し、実際には破産リスクを高めることになります。ダークプールの優先処理や内部マッチングは、業界標準の慣行です。

Q5：マーク価格の算出には、いくつのデータソースを使用すべきですか？

A: 少なくとも3つの独立したデータソースを使用し、中央値またはTWAPを採用することを推奨します。ソースには、少なくとも2つの海外の主要取引所と1つの国内の主要取引所を含めるべきであり、単一のデータソースに起因する異常値によってプラットフォーム全体での一括清算が発生することを回避する必要があります。

Q6：ADLでさえ破産損失を賄えない場合はどうなりますか？

A: これは極めて稀な事態であり、歴史的に見てもFTXの破綻レベルの事象でのみ発生します。この段階では、プラットフォームには2つの選択肢があります。株主が自らの資本をバックストップとして注入するか、あるいは「グローバル破産クローバック」を発動し、利益を出しているすべてのユーザーに損失を比例配分させるかです。マレーシアの規制当局は、個人投資家の利益を保護できるため、株主によるバックストップを優先する方針をとっています。

結論

デリバティブ事業の本質はリスク管理にあり、清算エンジンはリスク管理における最後の防衛線です。マレーシアのRMO DAXフレームワークの下では、清算システムはもはや「機能していればよい」という周辺的なモジュールではなく、規制当局の審査の核心であり、機関投資家の受け入れにおける前提条件であり、プラットフォームの存続を左右する重要なインフラとなっています。

適切に設計された清算エンジンは、極端な市場状況下でも目立たず静かに清算を完了させ、ほとんどのユーザーがその存在に気づかないようにすべきです。一方、設計が不十分な清算エンジンは、たった一度のブラック・スワン事象によってプラットフォーム全体を崩壊させる可能性があります。

SoonTechは、CEXデリバティブの清算および東南アジア市場へのローカライズにおいて長年にわたる技術的蓄積を有しており、マレーシア、インドネシア、タイの複数の認可取引所プロジェクトに対し、実運用で実績のある清算エンジンを提供してきました。貴社のチームがデリバティブ事業の計画や最適化を検討されている場合は、ぜひ弊社までご連絡ください。 お客様のユーザー構成、マーケットメイカーの流動性深度、規制要件に基づき、証拠金モデルからADLメカニズム、保険基金の管理から規制コンプライアンスに至るまで、エンドツーエンドのソリューションを提供いたします。

管理可能なリスク、透明性の高い清算、信頼できるプラットフォーム——これこそが、デリバティブ事業を長期的に運営するための唯一の正しい道です。

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

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