スポットマージンは、スポット取引やパーペチュアル先物に次ぐ、中央集権型取引所の第3の主力事業であり、「保有者」を「トレーダー」へと活性化させるための重要な原動力です。パーペチュアル先物とは異なり、スポットマージンの原資産は実際のコインです。ユーザーは、名目上の契約ではなく、レンディングプールから実際のUSDTやBTCを借り入れることになります。 このシステムは、実際の買い注文と売り注文をマッチングさせ、実際のオンチェーン送金を通じてポジションを決済し、元本と利息の返済を通じて損益（PnL）を清算します。 このため、商品としてのスポットマージンは、「コイン貸し手市場」と「スポットマッチングエンジン」の結合に非常に近いものとなります。一方、契約システムは、「中央清算機関＋保険基金」の結合に近いものです。

しかし、スポット・マージンを堅牢なものにすることは、見た目よりもはるかに複雑です。完全なスポット・マージン・システムは、少なくとも以下の質問に答えなければなりません：

• 貸付プールへの資金は、どこから調達されるのか？ プラットフォームの自己資本、機関系マーケットメーカー、一般保有者の3つの資金源は、どのように階層化され、利息が付与されるのか？
• 金利は固定か変動か？ 利用率と金利の間にはどのようなイールドカーブを用いるべきか？ 異なるコインや異なる期間については、個別に価格設定を行うべきか？
• 口座はアイソレート・マージンとクロス・マージンのどちらを採用すべきか？この2つのモードはどのように共存するのか？ユーザーは同一口座内で複数のポジショングループを運用できるか？
• リスク比率はどのように定義されますか？初期証拠金率、維持証拠金率、清算ライン、破産ラインはどのように段階分けされていますか？
• 担保のヘアカットはどのように設定されますか？BTC、ETH、ステーブルコイン、アルトコインのヘアカットと集中度制限はどのようになっていますか？
• 強制清算は、成行売り注文、オランダ式オークション、あるいはリスク比率の再計算を伴う部分的なポジション削減のいずれによって実行されますか？
• 破産後、不良債権はどのように処理されますか？プラットフォームの保険基金、流動性提供者によって吸収されるのか、それとも複数の当事者に按分されるのでしょうか？
• 利息収入は、貸し手、プラットフォーム、および清算ペナルティの間でどのように配分されますか？自動返済の優先順位と控除ルールはどのようなものですか？
• マレーシア証券委員会（SC）、インドネシアBAPPEBTI／OJK、タイ証券取引委員会（SEC）、ベトナム、ドバイVARAといった異なる管轄区域において、最大レバレッジ、適格性審査、および適格投資家の基準はどのように実施されていますか？

本記事では、商品およびエンジニアリングの両方の観点から、CEX現物証拠金取引システムの設計全体を体系的に解説します。これには、デリバティブ、レンディングプール、金利モデルとの根本的な違い、隔離型証拠金口座とクロス証拠金口座の比較、 リスク比率と証拠金の計算、担保のヘアカットおよび多通貨担保、清算エンジン、破産および不良債権の処理、利息の分配、リスクモニタリングとサーキットブレーカー、エンジニアリングアーキテクチャ、東南アジアにおけるコンプライアンス上の考慮事項、そしてSoonTechが複数のホワイトラベル取引所プロジェクトを通じて洗練させてきたデリバリー・プレイブックまで、体系的に解説します。 取引所を構築するプロダクトマネージャー、リスク責任者、あるいは取引所システムソリューションを評価するCTOのいずれであっても、この記事を読めば、要件定義書やエンジニアリングの実装内容と直接照らし合わせて確認できるチェックリストを手に入れることができるでしょう。

1. スポット・マージンがデリバティブと根本的に異なる点

1.1 スポット・マージンの原資産は実際のコインである

パーペチュアル先物は「価格契約」です。システム内部では、マーク価格とロング・ショートポジション表が管理されており、ユーザーは実際にBTC現物を保有しているわけではありません。損益（PnL）は「エントリー価格対マーク価格×数量」として計算され、ファンディングレートが価格を現物指数に連動させるため、パーペチュアル先物は本質的にゼロサムの先物取引となります。 取引所はすべての取引における中央清算機関（CCP）であり、カウンターパーティリスクを負い、保険基金を維持し、破綻時には受動的に対応しなければなりません。

スポット・マージンはこれとは異なります。原資産は実際のコインです。ユーザーはUSDTを担保として差し入れ、レンディングプールから実際のBTCを借り入れ、それをスポット市場でUSDTと交換して売却します。これは本質的に「レバレッジをかけた保有者によるショート取引」です。 借り入れたコインは、実際のオンチェーン送金を通じて移動します。ポジションを決済するには、ユーザーはコインを買い戻して貸し出しプールに返還しなければなりません。貸し手は元本と利息を受け取り、借り手は価格差益を手にします。 取引所は中央清算機関ではなく、貸付マッチング機能と現物取引所の組み合わせであり、借り手の取引相手は貸付プールおよび最終的な貸し手であり、損益（PnL）は借り手が負担します。

この違いは、一連の商品設計上の影響をもたらします。スポット・マージン取引では、ロング（クオート通貨を借りてベース通貨を購入）またはショート（ベース通貨を預けてクオート通貨を借り、売却）が可能です。契約システムは通常、ロングとショートのみをサポートしますが、その基盤となるのは統一された契約台帳です。スポット・マージン取引には、別途の貸出プール台帳と独立した金利システムが必要となります。

1.2 リスクモデルの違い：担保比率対維持証拠金

契約システムでは、リスクの測定に「維持証拠金比率」が使用されます。 例えば、レバレッジ100倍のBTCUSDT永久先物の維持証拠金比率は0.5％です。口座の純資産が名目価値の0.5％を下回ると、清算がトリガーされます。このモデルは、口座に「十分な純資産」があり、清算時には維持証拠金比率まで補充すればよいと仮定しています。

スポット証拠金取引では、「リスク比率」を用いてリスクを測定します。リスク比率＝総資産額／（借入元本＋未払利息）。リスク比率が1.0を下回ると、元本と利息を返済するのに資産が不足しているため、直ちに介入が必要となります。 リスク比率が閾値（例：1.2）を下回ると、システムはマージンコール通知の送信を開始します。リスク比率が維持ライン（例：1.1）を下回ると、強制清算のプロセスが開始されます。 担保は実際のコインであり、ローン・トゥ・バリュー（LTV）比率＝借入額／担保価値となります。これは貸付側における中核的なリスク指標であり、契約側の維持証拠金比率とは異なる概念です。

1.3 損益（P&L）構造の違い：満期型と永久型

契約には満期がないもの（パーペチュアル）や、固定の日付で満期を迎えるもの（デイト）があり、損益（P&L）は決済時に一括して清算されます。スポット証拠金は貸付関係であり、ユーザーが積極的に返済するまで、1秒ごとに利息が発生します。利息は継続的なコストであり、借入期間が長ければ長いほど、利息コストは高くなります。 これは契約のファンディングメカニズムと似ていますが、より厳格です。ファンディングは8時間ごとに決済され、マイナスになることもあります（プラットフォームがユーザーに支払う）が、貸付利息はプラスになるのみ（ユーザーが貸し手に支払う）であり、通常は実際の利用時間に基づいて計算され、無償期間は設けられていません。

1.4 規制上の分類が異なる

スポットマージンは、多くの法域において「貸付＋スポット」の組み合わせとして扱われ、デリバティブ取引には該当しないため、契約取引に比べて比較的緩やかな規制の対象となります。 例えば、マレーシア証券委員会（SC）は、スポット・マージンを「デジタル資産貸付サービス」として、パーペチュアル契約を「デジタル先物契約」として分類している。シンガポール金融管理局（MAS）も同様で、スポット・マージンはPSAライセンスの対象となる一方、デリバティブはCMSまたは特定のデリバティブライセンスの対象となる。こうした違いは、商品設計、ユーザー適格性審査、およびマーケティング文言に実務上の影響を及ぼす。

2. 貸付プールおよび金利モデルの設計

2.1 貸付プール資金の調達源

スポット証拠金貸付プールには、通常、以下の3つの資金源があります：

規模が大きく、安定したファンド

交渉価格（通常は一般販売価格より安い）

中程度

交渉コストおよび信用リスク

一般保有者（収益獲得者）

小規模な一般投資家向けファンド

変動金利、市場連動型

変動型

貸し出された資金は満期まで償還できない

実際には、通常「階層型プール」構造が採用されています。各コインはマスタープールを維持し、その中にファンドの属性ごとに複数のサブプールが設けられており、サブプールごとに異なるレートが設定される場合があります。 機関投資家向けマーケットメーカーのサブプールは、金利が低く、割当額が大きく、安定性が高いのに対し、一般のEarnユーザー向けサブプールは、金利が高く、市場に応じて変動します。 サブプールが資金不足になった場合、プラットフォームはマスタープールまたは独自の資本プールから自動的に資金を前払いし、後で返済することができます。この階層構造により、プラットフォームは時期に応じて資金調達構造や金利を柔軟に調整することができます。

2.2 変動金利モデルと利用率曲線

貸出プールの核心は「利用率に応じた金利変動」にあります。つまり、借入が増えれば金利が上昇し、自動的に需要が抑制されます。利用率と金利の関係を示す主要な曲線には、以下の3種類があります：

ニーポイントの後は勾配が急になる

一般的で、シンプルで、説明しやすい

理解しやすい

膝でジャンプ

非線形かつ滑らか

膝付近での滑らかな遷移

複雑な市場、機関投資家プール

連続レート

パラメータ調整が複雑

2セグメント・ジャンプ

ニーポイントで高レートへの直接ジャンプ

極端な引き締め局面

需要の抑制が顕著である

UXの急激な変化

最も一般的な「2セグメント」曲線を例にとると、ニーポイントの利用率 K = 80%、ニーポイント前の傾き a = 0.05、ニーポイント後の傾き b = 1.5 と設定する。 利用率 U < K のときは、利率 I = a × U / K となり、U ≥ K のときは、I = a + b × (U − K) / (1 − K) となる。U = 0.5 のとき、I = 0.05 × 0.5 / 0.8 = 3.125％となる。 U = 0.95のとき、I = 0.05 + 1.5 × 0.15 / 0.2 = 1.175となり、膝部前の水準を大幅に上回ります。 その目的は、利用率が80%に達した後に借入コストを急激に引き上げ、プールが枯渇してその後の引き出しに対応できなくなるのを防ぐことにある。

実際には、プラットフォームは「基本金利」と「期間プレミアム」も上乗せしている。基本金利は、外部のベンチマーク金利（SOFR、オンチェーン複合金利、CeFi業界平均）を参考にプラットフォームが設定する。 期間プレミアムは、7日、30日、90日、フレキシブルといった期間ごとに異なる価格設定がされており、通常、フレキシブル枠は流動性リスクに対する貸し手への補償として最も高い金利が適用されます。

2.3 複数通貨および複数期間

貸付プールは、複数のコインおよび複数の期間に対応していなければなりません。コインの観点では、BTC、ETH、主要なステーブルコイン、およびプラットフォームトークンは、それぞれ独立したプールとして運用されます。アルトコインの貸付需要は少なく、流動性も低いため、プラットフォームは開設するコインの数を制限することができます。各コインは、利用率、金利、担保のヘアカット率を個別に設定します。

期間の観点からは、少なくとも以下のティアをサポートする必要があります：

• フレキシブル：いつでも借入・返済が可能、最低金利、最も流動性が高い。
• 7日／30日／90日：固定期間、満期前に元本と利息を返済。金利水準は期間の長期化に伴い上昇する。
• 180日／365日：長期、最高金利、プラットフォームにとって長期資金をロックする。

固定期間の資金は、将来の流動性需要を予測できるため、プラットフォームにとってより価値が高い。また、貸し手も明確な期待収益を得ることができる。フレキシブル層は、個人ユーザーの「いつでも償還」というニーズに応えるものである。

2.4 借入枠と利用可能残高の管理

借入枠は無制限ではありません。システムは以下の3つの層で管理を行う必要があります：

• プール内の利用可能供給量：プール内に残っている未借入資金であり、ハードキャップとなります。貸付時には、対応する利用可能供給量が凍結され、返済時には解放されます。
• ユーザーごとの借入上限：ユーザーのVIPティア、保有資産、過去の信用履歴、およびKYCレベルに基づいて設定されます。例えば、一般ユーザーは1コインあたり最大50,000米ドル相当まで、VIP3ユーザーは最大1,000,000米ドル相当まで借り入れることができます。
• リスク上限：単一のコインに対する過剰な借り入れを防ぐため、プラットフォームの貸付集中度に応じて総エクスポージャー上限が設定されます。例えば、BTCプールの総エクスポージャー上限は5億米ドル、ETHプールは3億米ドルに設定されています。

実際には、「借入可能残高」は通常、UI上で「最大借入可能額」として表示されます。これは、ユーザーの現在の担保価値、許容される最大LTV、およびプールの利用可能供給量のうち、最も小さい値となります。 借入リクエストは、マッチング層と貸付層の間で連携して処理されます。注文が入ると、まずマッチング層が貸付層が対応する資金を凍結しているかどうかを確認し、執行時に貸付層が資金を差し引きます。

3. アカウントモード：アイソレート・マージン対クロス・マージン

3.1 アイソレート・マージン

アイソレート・マージンでは、各取引ペア（または各ポジショングループ）を独立した「小口口座」として扱い、担保、借入、PnLがそれぞれ独立しています。 BTC/USDTのアイソレート・マージンポジションがロスカットされても、ETH/USDTのポジションには影響しません。あるコインの損失は、そのポジションの担保に厳密に限定され、他のポジションに波及することはありません。

実際には、アイソレート・マージン口座のデータ構造には通常、以下の情報が含まれます： margin_account_id (アカウントID)、 user_id (所有ユーザー)、 symbol (取引ペア、例：BTCUSDT)、 base_asset, quote_asset, base_borrowed (借入ベース数量)、 quote_borrowed, base_collateral, quote_collateral, liquidation_price。各アイソレート型証拠金ポジションのグループは完全に独立しています。

アイソレートマージンの利点は、リスクの分離と、1つの取引口座内で互いに干渉することなく、異なる方向性の複数のポジショングループを運用できることです。欠点としては、資本効率が低いこと、および各ポジションに独自の担保と清算価格が必要となるため、ユーザー体験（UX）が複雑になることが挙げられます。

3.2 クロスマージン

クロスマージンでは、口座内のすべてのコインが共同の担保プールとして扱われ、すべての借入およびポジションが1つのリスク比率を共有します。例えば、クロスマージン口座を持つユーザーが1 BTC + 10,000 USDTを保有し、8,000 USDTを借り入れてETHを購入し、ETHのロングポジションを保有している場合です。 口座の担保価値合計＝1 BTC × BTC価格 ＋ 10,000 USDT ＋ ETH × ETH価格、借入元本合計＝8,000 USDT ＋ 未払利息となります。いずれかのコイン価格が下落してリスク比率が低下した場合、プラットフォームは口座全体の追加担保を要求することができます。

クロスマージンの利点は、資金効率が高く、清算リスクが資産ポートフォリオ全体に分散されることです。欠点は、ユーザーが単一コインのリスクを認識しにくくなり、「1つのコインが暴落すると口座全体が巻き込まれる」という事態が発生し得ることです。 実際には、プラットフォームでは通常、ユーザーが単一コインのポジションに対して「サブストップロス」を設定できるようになっています。コインの価格がサブストップロスをトリガーすると、アカウント全体を保護するために、そのポジションの一部が自動的に売却されます。

3.3 2つのモードの比較

アカウント共有

対象となるユーザー

上級トレーダー、マルチ戦略

多額の資金を長期保有する投資家、ポートフォリオのヘッジを行う投資家

清算の細かさ

ポジションごと

口座全体

UXの複雑さ

高い

中

システムの複雑さ

中（ポジションごとの元帳）

高（共同担保計算）

ほとんどの主要な取引所は両方のモードを同時にサポートしており、ユーザーは戦略に基づいて自由に選択できます。SoonTechの実装では、通常、これら2つのモード用に別々の台帳を構築します。アイソレート口座とクロス口座は、互いに影響し合わない2つの独立した口座タイプです。

3.4 口座間の資金移動

アイソレート口座とクロス口座間、および証拠金口座と現物口座間の資金移動は、専用の「内部振替」チャネルを経由します。このチャネルはオンチェーンを経由せず、即時着金しますが、リスクチェックを通過する必要があります：

• 振込金額は、受取口座の利用可能残高を超えてはなりません。
• 送金後、送金元口座のリスク比率が警告ラインを下回ってはなりません。
• 多額の送金の場合、二次認証（SMS／メール／Google Authenticator）が必要になる場合があります。

実務上、UXにおけるよくある落とし穴は、「スポット口座から証拠金口座へ一度に多額の送金を行い、その結果、スポット口座自体の残高が不足してしまう」ことです。UIでは、「この送金後、利用可能残高はX USDT相当残ります」と表示する必要があります。

4. リスク比率の算出と証拠金の監視

4.1 リスク比率とLTV

リスク比率の基本的な計算式は、リスク比率＝総資産価値／総負債です。ここで：

• 総資産価値：現在のマーク価格に基づく、口座内のすべての担保のUSDT相当額。
• 総負債：借入元本全額と未払利息の合計。

LTV（Loan-to-Value）＝総負債額 ÷ 総資産価値 ＝ 1 ÷ リスク比率。LTVが低い（リスク比率が高い）ほど安全であり、LTVが高い（リスク比率が低い）ほど清算に近づいていることを意味します。

実際には、単一コインの「リスク比率」と「アイソレート口座」のそれとは若干異なります。アイソレート口座ではそのポジションの資産と負債のみが考慮されますが、クロス口座ではすべてのコインの合計価値が考慮されます。異なるコインの担保には、リスク比率の計算において異なるヘアカットが適用されます（第5節を参照）。

4.2 リスク閾値の段階

リスク比率の変化により、いくつかの段階に応じて異なるアクションがトリガーされます：

警告

マージンコールに関するサイト内メッセージ／アプリ通知

1.1 ～ 1.3

危険

オープンポジションに制限がかかり、ポジションの縮小または追加を促す

1.05 – 1.1

維持証拠金ライン

清算準備、一部ポジションの縮小

< 1.05

清算ライン

強制清算の開始

取引所によって閾値の設定は異なります。Binanceの現物マージン取引における維持率ラインは1.1、OKXも同様ですが、Bybitは1.05とより厳格な設定となっています。 SoonTechのデリバリー取引では通常、「1.3 / 1.1 / 1.05」という3段階の基準を採用しており、バックオフィスでは銘柄ごとや口座タイプごとに微調整を行うことが可能です。

4.3 マーク価格と価格ソース

リスク比率の計算には、正確な「現在価格」が必要です。しかし、現物価格は急速に変動するため、直近の価格を使用するとウィック攻撃の標的となる可能性があります。実際には、マーク価格が使用されます：

マーク価格 = スポット指数価格 × ウェイト + 複数の主要取引所の中値 × (1 − ウェイト) スポット指数価格は、Binance / OKX / Coinbase / Kraken の中値の加重平均であり、単一の取引所による操作を回避しています。スポット指数とマーク価格の乖離が大きすぎる場合（> 0.5%）、サーキットブレーカーを発動し、マーク価格の更新を一時停止するとともに、運用部門にアラートを送信する必要があります。

4.4 リアルタイム監視と非同期通知

リスク比率の計算は十分な頻度で行う必要があります。一般的なアプローチとしては、200ms～1秒ごとにユーザーのリスク比率を再計算します。計算結果はRedisキャッシュに書き込まれ、リスクエンジンはRedisの変更イベントを購読し、閾値を下回ったアカウントについては直ちに通知がトリガーされます：

• サイト内メッセージ：「証拠金を追加」ボタンのリンク付きで非同期送信。
• アプリプッシュ通知：FCM／APNs経由でモバイルユーザーに配信。
• メール／SMS：高資産ユーザーや高リスク口座のユーザーには、メールまたはSMSも送信されます。

非同期通知の鍵となるのは「配信率」ですが、それ以上に重要なのは「ユーザーが迅速に証拠金を追加できるか」という点です。UI上の「証拠金を追加」ボタンは、最大2ステップ以内で、入金または内部振替ページに直接遷移する必要があります。

5. 担保管理とヘアカット

5.1 ヘアカットの設計ロジック

コインごとにボラティリティ、流動性、集中度、信用リスクが異なり、プラットフォームがそれらを担保として受け入れる条件も異なります。 BTCやETHのような主要なコインには80％～90％のヘアカットが適用される場合がありますが（担保価値×ヘアカットが総資産に算入されます）、アルトコインの場合は30％～50％にとどまることもあり、新規上場コインは担保として全くサポートされない場合もあります。

ヘアカットの基本計算式は、担保として算入される価値＝担保数量×評価価格×ヘアカット率です。ヘアカット率は、以下の3つのリスク要素を反映しています。

• ボラティリティ：30日／90日のボラティリティが高いほど、ヘアカット率は低くなります。
• 流動性：24時間取引高、ビッド・アスクスプレッド、オーダーブックの深さ。流動性が低いほど、ヘアカット率は低くなります。
• 集中度：プール全体に占める単一ユーザーの担保の割合。集中度が高いほど、ヘアカット率は低くなります。

5.2 主要コインの参考ヘアカット率

60% ～ 75%

ユーザーあたり30％、プラットフォーム20％

十分な流動性、高いボラティリティ

ロングテール・アルトコイン

DOGE、PEPE、SHIB

30% – 50%

ユーザーあたり10%、プラットフォーム5%

流動性が低く、ボラティリティが極めて高い

ステーブルコイン

USDT、USDC、DAI

90％～95％

ユーザーあたり80％、プラットフォーム60％

ペッグ資産、ボラティリティはほぼゼロ

プラットフォームトークン

OKB、BNB（保有分）

50% – 70%

ユーザーあたり20%、プラットフォーム10%

価格はプラットフォームの措置によって変動する

デリバティブLPトークン

Uniswap LP、AAVE aToken

50% – 70%

ユーザーあたり15％

コンパウンドのリスク

ヘアカット率は固定ではありません。システムはボラティリティ、流動性、その他のデータに基づいて週次または月次で動的に調整を行うべきであり、調整前にその担保を使用しているすべてのアカウントを「再評価」する必要があります。担保として計上される価値は新しいヘアカット率で再計算されるため、一部のユーザーのリスク比率が警告ラインを下回る可能性があります。

5.3 複数通貨の担保に対する純額計算

クロスアカウントでは、ユーザーはBTC＋ETH＋USDT＋複数のアルトコインを保有している場合があります。システムは、各コインの担保価値をそれぞれのヘアカット率で合計し、総負債額を差し引いて、リスク比率を算出します。

実際には、いくつかの詳細事項に対処する必要があります：

• ステーブルコインの組み合わせ：USDT + USDCは1つのステーブルコインの組み合わせとして扱われますが、単一のコインの集中度はステーブルコイン全体の80％を超えてはなりません（USDCがペッグから外れた際に、組み合わせ全体が崩壊するのを防ぐため）。
• マイナス資産の取り扱い：ヘアカットに対応する限界価値を一時的に下回る可能性があるコインについては、0として扱います。
• 口座間担保：スポット口座のコインを、証拠金口座の担保として直接使用することは可能か？実際には、通常、まず証拠金口座への「内部振替」が必要であり、口座間の直接担保は許可されていない。

5.4 担保の集中度制限

ヘアカットに加え、プラットフォームは集中度制限も設定する必要があります：

• 単一ユーザーによる担保集中度：特定のコインについて、単一ユーザーの担保がそのコインの貸出プール総規模のX％を超えてはならず、これにより大口ユーザーによる集中リスクを防止する。
• 単一コインのプール総規模：プラットフォームはコインごとの総エクスポージャー上限を設定し、それを超える新規借入は受け付けない。
• ステーブルコインの準備率：プラットフォームは、「流動性バッファー」として一定割合のステーブルコインを維持しなければならない。例えば、担保総額の20％はステーブルコインでなければならない。

6. 清算エンジンと強制清算の流れ

6.1 清算の引き金となる条件

アカウントのリスク比率が維持ライン（例えば1.1）を下回り、猶予期間（実際には通常0秒、すなわちリアルタイムトリガー）を超えた場合、システムは清算フローを開始します。清算は単に成行売り注文を出すことではなく、以下のフローに従って行われます：

1. リスク判定：清算エンジンはリスク比率の変化イベントを監視します。ユーザーのリスク比率が1.1を下回ると、そのユーザーは清算キューに追加されます。
2. 事前チェック：ユーザーに「遅延清算」のホワイトリスト（VIP顧客、高資産保有者）が適用されるかどうかを確認します。該当する場合は、直ちに清算を行わず、通知のみを行います。
3. ポジションの選定：ユーザーの保有構成とリスク源に基づき、清算対象のコインと数量を決定します。原則として、価格下落幅が最も大きい担保を優先的に売却し（リスク低減を加速）、次に借り入れたコインを売却します（負債を直接返済）。
4. リスク削減の実行：マッチングエンジンを呼び出し、成行売り注文（リスク清算注文）を出します。価格保護メカニズムにより、破産を防ぎます。
5. リスク比率の再計算：リスク削減後、ユーザーのリスク比率を再計算します。依然として維持ラインを下回っている場合は、リスク比率が 1.1 以上に回復するか、売却可能なポジションがすべて売却されるまで削減を継続します。

6.2 清算価格の保護

清算によって市場が無制限に乱されることは許されません。主流の慣行として、「清算保護価格」を設定し、成行注文が妥当な範囲内で執行されるようにしています：

• 最大スリッページ保護：実際の約定価格とマーク価格の乖離はX％（通常1％～3％）を超えてはならない。
• サーキットブレーカー保護：対象ペアのビッド・アスクスプレッドがYベーシスポイントを超えた場合、清算を一時停止し、スプレッドが縮小するのを待つ。
• 指値注文保護：まず指値注文（市場価格より0.5％～1％高い価格）を試行し、約定しない場合は成行注文に切り替える。
• ADLフォールバック：成行注文が約定できない場合（流動性が不足している場合）、ADL（自動レバレッジ解消）段階に入り、相手方のポジションを強制的に削減する（これは先物取引システムの概念であり、現物取引の証拠金制度では一般的にADLは導入されない）。

6.3 ダッチオークションモード

大規模または流動性の低いポジションに対して、一部の取引所では「ダッチオークション」メカニズムを導入しています：

• 開始価格：清算トリガー発生時点のマーク価格 × 110％。
• 価格下落速度：100msごとに0.1%ずつ下落。
• 入札者：清算業者（プラットフォームのマーケットメイキングチーム、機関投資家による清算業者、外部の専門清算会社など）が現在の価格で注文を受け付け、指値価格で執行する。
• 完了時間：通常、60秒以内に執行されなければならず、そうでない場合は市場清算に切り替わる。

このモデルの利点は、清算価格を市場原理に委ね、専門の清算業者が入札を競い合うことで、市場清算よりも優れた平均執行価格を実現できる点にあります。欠点は、システムの複雑さが増すことと、清算業者ネットワークの構築が必要となることです。 SoonTech では、機関投資家向け取引所では通常、デフォルトでオランダ式オークションが有効になっていますが、個人投資家向けの小規模な取引所では、デフォルトで無効になっています。

6.4 クロスアカウント清算のシーケンス

クロスアカウント清算は、どのコインを売却するかを決定する必要があるため、アイソレートアカウント清算よりもはるかに複雑です。実際には、以下の順序で処理されます：

1. 下落幅が最も大きい担保の売却を優先する：下落幅が大きいほど売却の優先度が高くなり、リスクの回復が加速する。
2. 高金利の借入金の返済を優先する：利息コストを削減する。
3. ステーブルコインの最低準備高を維持する：リスク比率が極めて低い場合を除き、ステーブルコインを売却しない。
4. 単一コインの集中度アラート発動を回避する：あるコインを売却することでその担保集中度がX%を超える場合、当該コインの売却を一時停止し、他のコインに切り替える。

実際には、この一連のルールにはリアルタイムの計算とトレードオフが必要であり、システムは複雑です。SoonTechは「清算ポリシーエンジン」を提供しており、運用担当者はバックオフィスで各ルールの重み付けや閾値を設定できます。

7. 破産、不良債権、およびリスク引当金

7.1 破産の発生メカニズム

破産は、口座のリスク比率が1.0を下回った場合、すなわち総資産価値が総負債を返済するのに不十分な場合に発生します。口座は「支払不能」となり、プラットフォームと貸付プールの双方が損失を被ることになります。

典型的な破産シナリオ：

• 極端な市場状況：BTCが1時間で30％下落し、すべてのBTCロング口座が瞬時に破綻し、清算注文がすべて執行されなくなる。
• ウィック価格：流動性の低い取引所によってマーク価格が操作され、アカウントが誤った価格で清算される。
• システム障害：マッチングエンジンがダウンし、清算キューが滞留する。復旧後、価格が劇的に変動している。
• 担保の暴落：マイナーなコインが24時間でゼロになる；担保価値はゼロになるが、借入金は依然として返済する必要がある。

7.2 不良債権の配分メカニズム

破産による損失（不良債権）は誰が負担するのか？ 3つの主流モデル：

複雑な規則

実際には、「プラットフォームの保険基金を優先し、不足分は貸付プールから按分して充当する」というアプローチが主流となっています。 プラットフォームは、取引手数料および貸付スプレッドから比例配分により保険基金を拠出し、これを別勘定で管理する。保険基金が不足した場合、貸付プールの将来の利息収入から、「破綻した口座の借入額が当該コインのプール総額に占める割合」に応じて比例配分により控除される。 貸し手の収益は減少するものの元本は失われず、プラットフォームも一時的な圧力にさらされることはない。

7.3 保険基金の規模

保険基金の適正規模は、プラットフォームの貸付規模、ユーザー構成、およびコインの分布によって決まります。経験則：

保険基金の目標額 ＝ 予想される1日当たりの最大破産損失 × 10。

予想される1日あたりの最大破産損失額は、VaR（バリュー・アット・リスク）法を用いて算出できます。実際には、プラットフォームは通常、貸付プール総額の3％～5％以上を保険基金として維持し、極端な市場状況に対する基本的なバッファーを確保しています。

7.4 破産処理フロー

アカウントのリスク比率が1.0を下回った場合：

1. 破産事象の記録：清算エンジンが、破産時刻、口座、損失額、および残存担保を記録します。
2. 残存担保の回収：アカウント内の残存資産を市場価格で売却し、その売却代金を貸付プールに返還する。
3. 保険基金からの控除：損失額はプラットフォームの保険基金から控除される。
4. 貸し手への按分：保険基金が不足している場合、貸し出しプールの将来の利息収入から比例配分により差し引かれます。
5. 運用通知：財務および運用チームは破産イベントの通知を受け取り、貸倒勘定に計上します。
6. 法的回収（任意）：大規模な破産の場合、プラットフォームは法的回収を行うことができますが、実際には回収率は非常に低く、主に保険基金によるバックアップに依存しています。

SoonTechの清算エンジンは、デフォルトで、手動による介入なしに「破産事象の自動計上＋保険基金の自動控除」を可能にします。

8. エンジニアリングアーキテクチャとシステムの分離

8.1 サービスの分解

堅牢なスポット証拠金システムは、通常、以下のマイクロサービスに分割されます：

借入、返済、借入状況の照会

金利サービス

金利曲線、利用率計算、金利更新のブロードキャスト

金利・利用状況の照会

リスク管理エンジン

リアルタイムのリスク比率計算、閾値監視、通知

リスク比率の購読、リスク状態の照会

清算サービス

清算キュー、ポジション削減の実行、オークションエンジン

強制決済のトリガー、決済状態の照会

リスク管理サービス

クォータ、割り当て、不正防止、サーキットブレーカー

注文・貸出の確認

マッチングサービス

スポットマッチング、清算注文のルーティング

注文の執行、注文の取消

ウォレットサービス

オンチェーンでの入出金、内部送金

出金、入金、内部振替

ポストトレードサービス

資金決済、取引収益、手数料

取引イベントの購読

イベントバス

Kafka / RocketMQ によるサービス間メッセージ配信

ブロードキャスト、サブスクライブ

8.2 コアデータフロー

「借入＋取引＋清算＋返済」の完全なフローには、以下のイベントが含まれます：

1. ユーザーが注文（BTCの購入）を行う：マッチングサービスが注文を受信 → リスクエンジンが口座の状態を確認 → マッチングが実行される → ポストトレードサービスが TradeEvent.
2. 取引の決済結果が貸付サービスに届く：貸付サービスが口座の保有高を更新 → リスク比率を再計算 → Redisに書き込み。
3. リスクエンジンが保有量の変更を購読：リスク比率を再計算 → 閾値を下回った際に通知イベントをトリガー。
4. リスク比率が維持ラインを下回る：清算サービスがイベントを受信 → 清算キューに追加 → マッチングサービスが成行注文を出し → ポストトレードサービスが新しい情報をブロードキャスト TradeEvent.
5. 貸付サービスが返済イベントを受信：借入元本と未払利息を差し引く → プールの利用可能供給量を解放。
6. 利息の発生：スケジュールされたタスクが 1 時間ごとにすべての借入記録をスキャン → 秒単位で利息を計算 → 未払利息口座に書き込み。
7. ユーザーによる返済：ユーザーが返済 API を能動的に呼び出す → 貸付サービスが借入元本と利息を差し引く → 担保を解放する。

フロー全体はイベント駆動型であり、各サービスは自身の入力と出力のみを扱い、他のサービスの内部状態を直接呼び出すことはありません。

8.3 データベースのシャーディング

スポット証拠金システムは膨大なデータ量を扱う（中規模の取引所でも、借入レコードが数百万件、取引レコードが数千万件に及ぶ場合がある）ため、シャーディングを行う必要があります：

• アカウントテーブル（account）： user_id ハッシュ。
• 借入テーブル（loan）： user_id ハッシュ。
• 取引テーブル（trade）： trade_id ハッシュ。
• リスク比率キャッシュ（risk_snapshot）：Redis Cluster に保存されます。
• 清算イベントテーブル (liquidation_event): ハッシュでシャーディングされます。 event_id ハッシュ。
• コールドデータのアーカイブ：6 か月以上経過した借入詳細および取引詳細は、オブジェクトストレージまたはコールドデータベースにアーカイブされます。

8.4 一貫性と冪等性

スポット証拠金システムは金銭の計算を伴うため、強い一貫性と冪等性を保証する必要があります。

• 強い一貫性：借入、返済、および利息の発生については、同時実行による過大な借入や重複返済を防ぐため、データベーストランザクションを使用する必要があります。
• 冪等性：イベントバスがリプレイを行う際、貸付サービスは重複した引き落としを回避するために loan_id + event_id 重複した引き落としを回避します。
• 調整・補償：毎朝早く、貸付サービスはポストトレードサービスおよびウォレットサービスと照合を行い、不整合が見つかった場合は補償タスクを生成します。

SoonTech の貸付サービスは「イベントソーシング」パターンを採用しており、すべての状態変化がイベントとして永続化され、照合とロールバックはイベントのリプレイを通じて実装されています。

8.5 高可用性とモニタリング

本番環境のスポット証拠金システムは、以下の要件を満たす必要があります。

• RPO ≤ 1 秒：マスター・スレーブレプリケーションと WAL ログによって達成されます。
• RTO ≤ 30 秒：清算サービス、リスクエンジン、およびリスク管理サービスは複数のレプリカにデプロイされており、単一ノードの障害時には自動的に切り替えが行われます。
• サーキットブレーカー保護：貸出プールの利用率が95％を超えた場合、新規借入を一時停止する。また、特定のコインの清算量が保険基金を上回った場合、そのコインの新規借入を一時停止する。
• アラート機能：リスク比率が閾値を下回るアカウント数、清算件数、破産額、保険基金残高、清算遅延時間などの主要指標は、Prometheus + Grafana + アラートシステムに連携されている。

9. コンプライアンスおよび適合性管理

9.1 最大レバレッジ制限

スポット証拠金レバレッジの上限については、管轄区域ごとに異なる要件が定められています：

• マレーシア証券委員会（SC）：スポット証拠金の最大レバレッジは5倍。
• シンガポール金融管理局（MAS）：スポット証拠金の最大レバレッジは2倍（一部の機関投資家については最大5倍）。
• インドネシアBAPPEBTI：スポット証拠金の最大レバレッジは3倍。すべてのレバレッジ商品について事前登録が義務付けられている。
• タイ証券取引委員会（SEC）：スポット証拠金の最大レバレッジは4倍。プラットフォームは最低保険基金規模を維持することが義務付けられている。
• ベトナム：スポット証拠金に関する明確な規制枠組みは存在せず、プラットフォームは通常、2～3倍に自主規制している。
• ドバイ（VARA）：現物取引の証拠金倍率は最大5倍。プラットフォームは仮想資産サービスプロバイダーのライセンスを保有することが義務付けられている。
• 香港（SFC）：現物取引の証拠金レバレッジ上限は2倍、プロ投資家については最大5倍。

プラットフォームは、ユーザーの登録国（KYC登録国）に基づいて、レバレッジ上限を動的に調整すべきである。国境を越えた顧客については、「ユーザーの国籍＋居住地」のうち、より厳しい方が適用される場合がある。

9.2 適合性テスト

現物証拠金取引は「口座を開設すればすぐに利用できる」というものではありません。通常、ユーザーは証拠金取引機能を有効にする前に、適合性テストに合格する必要があります。テストには、少なくとも以下の項目を含める必要があります：

• レバレッジリスク（清算、マージンコール、破産などの概念）に対するユーザーの理解度。
• ユーザーの財務状況およびリスク許容度（年収、投資可能資産、負債状況）。
• ユーザーの取引経験（先物、FX、または信用取引の経験の有無）。
• ユーザーの投資目的（短期取引／長期保有／ヘッジ）。

テスト結果はいくつかの段階に分類されます：C1（保守的）は証拠金取引を利用できません；C2（安定型）は最大2倍まで利用可能です；C3（バランス型）は最大3～5倍まで利用可能です；C4（積極的）は最大5～10倍まで利用可能です。 ユーザーは四半期ごとにテストを再受験する必要があり、口座状況や財務状況に変化があった場合は、自らレベルを調整することができます。

9.3 KYC および AML

スポット証拠金取引ユーザーのKYC要件は通常、スポット取引ユーザーと同じですが、以下が推奨されます：

• マージン取引利用者は、KYCに加えて「財務アンケート」と「リスクアンケート」への回答が必要です。
• 高レバレッジ（5倍超）のユーザーは、KYC2（強化本人確認）および資金源の証明を完了する必要があります。
• 多額の借入（10万米ドル相当以上）には、手動による審査および不審な取引の調査が必要となります。
• 借入の資金の流れは継続的に監視されており、不審な経路が発見された場合は、アカウントは直ちに凍結されます。

9.4 利用規約および開示事項

スポット証拠金取引に関するコンプライアンス上の留意点には、以下も含まれます。

• リスク開示：ユーザーは、「清算により担保をすべて失う可能性がある」、「利息は継続的に発生する」、「極端な市場状況により破産に至る可能性がある」といったリスクを読み、理解したことを確認する必要があります。
• 商品説明書：プラットフォームは、最大レバレッジ、金利範囲、清算ルール、破産時の対応を明記した商品説明書を提供する必要があります。
• 利用規約のバージョン管理：利用規約および商品説明書に変更があった場合は、サイト内のメッセージを通じてユーザーに通知し、ユーザーによる再確認を求めなければなりません。
• 税務報告：一部の地域（例：オーストラリアのATO）では、プラットフォームに対し、ユーザーの借入活動を税務当局に報告することが義務付けられています。プラットフォームは、システムレベルで税務報告書の生成をサポートする必要があります。

9.5 クロスボーダーおよび規制サンドボックス

複数の法域で事業を展開するプラットフォームについては、「規制サンドボックス優先」戦略が推奨されます：

• 規制サンドボックスを活用し、レバレッジ上限を最低水準に設定した上で、新規市場（ベトナム、フィリピン）でパイロット運用を行う。
• 3～6か月のパイロット実施後、ユーザーのフィードバックや規制当局からのコメントに基づき、段階的に規制を緩和する。
• 規制が不明確な管轄区域（南米やアフリカの一部）については、最低レバレッジ＋迅速な清算＋手厚い保険基金という保守的な戦略を維持する。

10. SoonTech現物証拠金システムの実装

10.1 製品モジュールの概要

SoonTechが複数のCEXホワイトラベルプロジェクトを通じて洗練させてきたスポット証拠金システムには、以下のモジュールが含まれます：

1. レンディングプールセンター：マルチコイン、マルチテナー、階層型資金プール（機関投資家／個人投資家／プラットフォーム）、設定可能な利用率カーブ。
2. 口座およびポジション：3種類の口座タイプ（スポット口座、アイソレート型証拠金口座、クロス証拠金口座）、ワンストップでの資金移動および内部振替。
3. 借入・返済：リアルタイム借入、1秒単位の利息計算、柔軟な期間および固定期間、自動返済、利息分配。
4. レートエンジン：2セグメント／滑らかな利用率-金利曲線、複数通貨の独立した価格設定、レート更新のブロードキャスト。
5. 担保とヘアカット：複数コインの担保管理、動的ヘアカット、集中度制限、リアルタイムの担保価値評価。
6. リスクエンジン：リアルタイムのリスク比率計算、閾値監視、マージンコール通知、口座横断的な共同リスク評価。
7. 清算サービス：清算キュー、価格保護、ダッチオークションエンジン、自動破産イベントの投稿、保険基金の自動控除。
8. リスク管理センター：借入限度額、ユーザーごとの割当、プールのエクスポージャー、サーキットブレーカー、不正防止ルール。
9. コンプライアンスおよび適合性：レバレッジ制限、適合性テスト、商品説明書、利用規約、KYCの強化。
10. バックオフィスおよびダッシュボード：運用バックオフィス（貸付プール管理、金利設定、閾値設定、貸倒勘定）、ユーザーバックオフィス（借入明細、リスク比率、証拠金の追加）、BIダッシュボード（プールの利用率、清算率、貸倒率、利息収入）。
11. データミドルプラットフォーム：追跡、データウェアハウス、ROIダッシュボード、ユーザープロファイル、リスクイベント分析。

10.2 典型的な導入プロセス

新規取引所クライアントの場合、契約締結からスポット証拠金取引の開始に至るまで、SoonTechは通常、以下のプロセスでサービスを提供します：

• 第1週：ビジネス要件のヒアリング、ターゲット市場の確認、コンプライアンス上の制約、レバレッジ上限、対応コインの種類、金利戦略の確定。
• 第2週：貸付プールおよび金利モデルの設定、担保のヘアカットと制限、リスク管理ルールの設定。
• 第3週：隔離環境／クロスアカウント統合、マッチングエンジンとレンディングサービスの統合、エンドツーエンドのフロー動作確認。
• 第4週：清算エンジン、保険基金、不良債権配分メカニズムの展開およびテスト。
• 第5週：コンプライアンスおよび適合性モジュールの統合（KYC、リスクアンケート、利用規約）。
• 第6週：カナリアテスト、ストレステスト、セキュリティ監査、運用トレーニング。
• 第7週：本番稼働、24時間365日の運用サポートおよびデータレビュー。

特別なニーズをお持ちのお客様（例：カスタム・ダッチオークション、機関投資家向けホワイトラベル、クロスプラットフォーム融資、オンチェーン融資の統合など）には、SoonTechはソースレベルでのカスタマイズおよびプライベート展開を提供します。

10.3 3つの実際の導入シナリオ

シナリオ1：東南アジアの新興取引所におけるスポット・マージン取引のコールドスタート

このクライアントは、インドネシアとベトナムをターゲットとする新規取引所であり、開始当初はパーペチュアル契約のライセンスを保有していなかったものの、保有者の活性化を図りたいと考えていました。 当社は、「BTC + ETH + USDT の 3 コイン貸出プール」の設計を支援しました。レバレッジ上限は 3 倍（Bappebti の要件に準拠）、2 セグメントのレートカーブ（ニーポイント 80%）、アイソレートおよびクロスモードのデュアルモードを並行して実装し、 担保ヘアカット率はBTC 85％／ETH 80％／USDT 95％とし、リスク比率の閾値は1.3／1.1／1.05の3段階設定としました。 ローンチから3ヶ月後、このレンディングプールの総規模は1億2,000万米ドルに達し、1日あたりの平均借入額は800万米ドル相当、利息収入はプラットフォーム総収益の18％を占めています。

シナリオ2：中東の機関投資家向けホワイトラベル

このクライアントは、VARAの規制下にあるドバイのファミリーオフィスであり、富裕層顧客向けにスポット・マージン・サービスを提供したいと考えている。 当社は、「階層型融資プール」（機関投資家向けプール金利 6%～9%／個人向けプール 8%～15%）、機関投資家向けレベルのダッチオークションエンジン、および1,000万米ドル相当の保険基金を導入しました。 レンディングプールの資金の70％は機関投資家から、30％はプラットフォーム自身の資金から調達されました。清算業務は専門の清算会社が担当し、60秒以内に入札がない場合は、システムが自動的に市場清算に切り替わる仕組みでした。

シナリオ3：ラテンアメリカにおけるロングテールコインの貸付

クライアントは、ラテンアメリカのユーザーが現地のステーブルコイン（例：BRL、ARSにペッグされたステーブルコイン）を担保としてUSDTを借り入れ、BTCのロングポジションを取ることを支援したいと考えていました。 そこで、多通貨対応の担保モデルを構築しました。ロングテール・ステーブルコインのヘアカット率は70％、集中度制限は30％、24時間のボラティリティ監視を実施しました。金利モデルには、ニーポイントでの急激な金利変動によるユーザーからの苦情を防ぐため、非線形の滑らかな曲線を採用しました。 サービス開始後、ユーザーアクティビティは35%増加しましたが、不良債権率は0.3%以内に抑えられました。

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

11.1 段階的な構築スケジュール

• MVP（0～2ヶ月）：単一コインの貸出プール（USDT）＋隔離マージン＋単純金利（線形）＋リスク比率1.3／1.1の2段階＋基本清算（成行注文）＋保険基金によるバックアップ。 まず、「借入 → 取引 → 清算 → 不良債権処理」のフローをエンドツーエンドで実行する。
• 成長フェーズ（3～6ヶ月）：マルチコイン貸出プール＋クロスマージン＋変動金利カーブ（2セグメント）＋多段階リスク比率閾値＋減額保護＋利息分配。
• 成熟フェーズ（6～12ヶ月）：「階層型貸出プール」＋「オランダ式オークション」＋「クロスアカウント担保」＋「多通貨担保」＋「動的ヘアカット」＋「保険基金の自動控除」＋「適合性テスト」＋「多法域対応」。

初日から「最大数のコイン、最大数のモード、世界中の法域」という最大規模のソリューションに飛びつくべきではありません。MVP段階にある新規取引所の90％は、USDTとBTCの2種類のコイン、アイソレート＋クロスという2つのモード、そして1～2つの法域だけで十分です。

11.2 組織とプロセス

現物証拠金システムは純粋な技術プロジェクトではなく、部門横断的な連携が必要です：

• プロダクト：口座モード、レートモデル、担保ヘアカット、リスク閾値。
• 技術：マッチング、レンディング、リスク、清算、リスク管理、データウェアハウス。
• オペレーション：貸出プール管理、キャンペーン、カスタマーサービス。
• リスク管理：ルール、事例、異議申し立て。
• 財務：貸倒勘定、保険基金、照合。
• 法務：コンプライアンス意見書、利用規約、クロスボーダーコンプライアンス。

プロダクトオーナーが主導し、要件とデータを毎週同期させる仮想の「マージン・プロダクト・グループ」を設立することを推奨する。サービス開始初期段階では、リスク管理およびオペレーション部門が毎日レビューを行い、金利や限度額を迅速に調整すべきである。

11.3 成功のための主要指標

• 総預入額（TVL）：レンディングプールの総資金規模であり、プラットフォームに対するユーザーの信頼度を反映する。
• 利用率：借入資金／プール総規模。プールの活況度を反映する。
• 純利息収入：貸付スプレッドから得られるプラットフォームの純利益。
• 不良債権比率：破産額／借入元本総額。健全な業界水準は0.5%未満。
• 清算成功率：適正な価格で正常に清算された口座の割合。目標値は95％以上。
• ユーザー活動状況：証拠金取引利用者数、アクティブな借入利用者数、1ユーザーあたりの平均借入額。
• リスク比率の健全性：プラットフォーム全体の平均リスク比率。リスク比率が1.5未満の口座の割合。

よくある質問

Q1：スポット証拠金取引とパーペチュアル先物取引、どちらを選ぶべきですか？

A：「リターンを拡大したい保有者」をターゲットとする場合は、スポット証拠金取引を推奨します。原資産は実際のコインであり、中央清算機関のリスクがなく、コンプライアンス上の負担も軽いためです。 「ロング／ショート、高レバレッジ、資金調達レートの裁定取引を必要とする高頻度トレーダー」をターゲットとする場合は、パーペチュアル契約を推奨します。流動性がより高く、レバレッジも高く、商品カテゴリーも豊富です。両方を同時に運用することも可能ですが、リスクモデルが互いに影響し合うことを避けるため、商品チームとリスク管理チームは分離すべきです。

Q2：レンディングプールの金利はどのように設定すべきですか？

A: 核心となるのは「利用率→金利」の弾性曲線です。最も一般的なのは2セグメントモデルで、80%で膝点があり、膝点前の勾配は5%（つまり、借入枠が満杯の時点での金利は5%）、膝点以降の勾配は10～20倍に急上昇します。 BTCやETHなどの主要コインの金利は低く設定してもよい（市場参照金利4％～8％）が、アルトコインの金利は流動性リスクを補うため、より高く設定すべきである（10％～20％）。 変動金利は、資金の使用状況と請求が同期するよう「1秒ごとに更新」されるべきですが、フロントエンドの表示は1時間ごとまたは1日ごとに更新されても構いません。

Q3：リスク比率にはどのような計算式を用いるべきか？

A: リスク比率＝総資産価値（ヘアカット後の担保価値）÷総負債（借入元本＋未払利息）。LTVはその逆数である。リスク比率1.0が破産ライン、1.1が維持ライン、1.3が警告ラインとなる。 各コインのヘアカット率は、そのボラティリティ、流動性、集中度を反映しており、主要コインは80％～90％、アルトコインは30％～60％、ステーブルコインは90％～95％となっています。維持ラインと警告ラインは、ユーザーのVIPランクに応じて微調整が可能です。

Q4: 清算には成行注文とオランダ式オークションのどちらを使用すべきですか？

A: 小規模な口座や流動性の高い取引ペアの場合は、1%～3%のスリッページ保護が追加された成行注文で十分です。大規模な口座（50,000米ドル以上）、流動性の低い取引ペア、およびロングテールコインの場合は、専門の清算業者が入札を競うオランダ式オークションが推奨されます。 オークションエンジンには最大執行時間（通常60秒）を設定し、タイムアウトした場合は市場清算に切り替える必要があります。ダッチオークションは、成行注文に比べて平均執行価格を0.5%～2%改善することができ、プラットフォームと清算業者の双方にとってウィンウィンの関係となります。

Q5：破産後の不良債権はどのように配分されますか？

A: 優先順位はプラットフォームの保険基金であり、プラットフォームは取引手数料および貸付スプレッドから比例配分により資金を拠出します。保険基金が不足する場合は、貸付プール内の全貸し手が「破産したアカウントの借入額がプール総規模に占める割合」に応じて負担を分担し、貸し手の収益は減少しますが、元本は失われません。 極めて稀なケースでは、プラットフォームは破産したユーザーに対して法的措置を講じて回収を図ることができます。健全な業界における不良債権率は0.5%未満であり、プラットフォームは与信限度額の設定、リスク比率の監視、および清算の質を通じて、不良債権を合理的な範囲内に抑制すべきです。

Q6：東南アジア市場において、レバレッジ倍率はどのように設定すべきですか？

A：マレーシア証券委員会（SC）は最大5倍、シンガポール金融管理局（MAS）は最大2倍（機関投資家は5倍）、インドネシア商品先物取引監督庁（Bappebti）は最大3倍、タイ証券取引委員会（SEC）は最大4倍、ベトナムは2～3倍の自主制限を推奨しています。 プラットフォームは、ユーザーのKYC対象国に応じて動的に対応し、リスクの高い管轄区域では、最も低い倍率の維持＋迅速な清算＋手厚い保険基金を確保すべきです。新規取引所については、まず2～3倍で開始し、リスクモデルを検証した上で、段階的に緩和することを推奨します。

結論

スポット証拠金取引は、CEXにおいて最も過小評価されやすく、最も事故が発生しやすい事業分野である。 永久先物のような派手な暴落や注目すべき出来事はないものの、貸付、マッチング、清算、コンプライアンスという 4 つの高度に複雑なサブシステムを結びつけており、取引所のリスク管理基盤とエンジニアリングの深さを試す試金石となります。 適切に設計された現物マージンシステムは、保有者をアクティブなトレーダーに変え、レンディングスプレッドを安定した収益源とし、プラットフォームのリスク管理モデルを実際のシナリオで継続的に改善させることができます。一方、設計が不十分なシステムは、極端な市場状況下で巨額の不良債権を発生させ、取引所に壊滅的な打撃を与える可能性があります。

本記事では、現物証拠金と先物・オプション、貸付プールと金利モデル、分離証拠金口座とクロス証拠金口座、リスク比率と証拠金計算、担保ヘアカットと多通貨担保、清算エンジンとオークション戦略、破産および不良債権の処理、利息分配、エンジニアリングアーキテクチャとシステムの分離、 東南アジアにおけるコンプライアンス上の考慮事項、および展開のペースについて、体系的に解説してきました。これは、取引所の構築や最適化に取り組むチームが、包括的な思考フレームワークを構築する一助となることを願ってのことです。 テクノロジーはあくまで基盤に過ぎません。スポットマージンシステムの成否を真に左右するのは、プロダクト、オペレーション、リスク管理、財務、法務の各部門が、「実際の貸付関係＋実際の市場リスク＋実際のコンプライアンスの境界」という共通の目標の下で緊密に連携できるかどうかにかかっています。

SoonTechチームは、CEX、DEX、予測市場、レンディングプロトコルにわたり豊富な経験を有しており、現物証拠金システムは当社のCEXスイートの中でも最も複雑なモジュールの一つであり、東南アジア、中東、ラテンアメリカにおける複数の取引所プロジェクトでその有効性が実証されています。 貴社のチームがスポット証拠金システムの導入を計画している場合、既存の証拠金機能をアップグレードしたい場合、あるいは複数の法域でコンプライアンスに準拠したサービス展開を目指している場合は、ぜひお気軽にご相談ください。貴社のターゲット市場やビジネスモデルに基づき、プロダクト設計から技術的な実装に至るまで、エンドツーエンドのソリューションを提供いたします。

保有者がより安心して利用できるようにし、貸付資金がより安全に流通し、コンプライアンスの枠組みの中でプラットフォームが着実に成長できるようにすること――これこそが、スポットマージンシステムにとって唯一の正しい設計目標です。

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

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