取引所の清算エンジンはどのように機能しますか?

清算トリガーのメカニズム

1. 集中取引所の各無期限先物契約は、ポジションの想定元本価値のパーセンテージで表される維持証拠金要件を維持します。

2. トレーダーの資本（ウォレット残高と未実現損益として定義）が必要な維持証拠金レベルを下回ると、システムはポジションに清算のフラグを立てます。

3. 取引所は口座資本がゼロになるのを待ちません。代わりに、証拠金率が事前に定義されたしきい値（レバレッジと資産のボラティリティに応じて 0.5% ～ 2.5% の範囲）を下回ると、強制閉鎖を開始します。

4. 証拠金率は、フラッシュクラッシュや非流動性スパイク時の操作を防ぐために、最後に取引された価格ではなく、リアルタイムのマーク価格を使用して継続的に再計算されます。

5. 一部のプラットフォームには、市場の極度のストレス時に動的マージン調整が組み込まれており、連鎖的な清算を減らすために維持しきい値を一時的に引き上げます。

価格ソースとマーク価格の計算

1. 清算エンジンは、複数のスポット取引フィードから導出された複合マーク価格に依存し、出来高とレイテンシー調整されたタイムスタンプで重み付けされます。

2. このマーク価格は通常、短期的なポンプアンドダンプ歪みに耐えるために、中央値ベースのフィルタリングまたはトリミング平均アルゴリズムを使用して外れ値を除外します。

3. 永久市場と原資産スポット市場との間の資金調達率の差は、公正価値に近づけるためにマーク価格の計算式に織り込まれます。

4. Binance や Bybit などの取引所は、正確なマーク価格の手法を公開文書で公開しており、サードパーティの検証とボットの統合を可能にしています。

5. 流動性が低いイベントでは、マーク価格がインデックス価格から大幅に拡大し、通常の注文帳の厚みでは発生しない清算が引き起こされる可能性があります。

約定と注文ルーティングのロジック

1. 清算エンジンがトリガーされると、現在のトップオブブックの深さ内で利用可能な最良の価格で成行注文を内部マッチング エンジンに送信します。

2. 部分的な約定は許可されません。実行中の証拠金チェックの再トリガーを避けるために、ポジションは 1 つのアトミック トランザクションで完全にクローズされます。

3. エンジンは価格の最適化よりも速度を優先します。遅延はマイクロ秒単位で測定され、ルーティング パスは直接 FIX またはバイナリ プロトコル チャネルを優先して標準 API ゲートウェイをバイパスします。

4. 清算注文には特別なフラグが付けられ、公開取引履歴に表示されたりローソク足データに影響を与えたりすることを防ぎます。

5. 反対の流動性が不十分なために注文を完全に約定できない場合、残りのポジションはオープンのままではなく、直ちにキャンセルされます。

保険基金の相互作用

1. 約定後、実現損失はトレーダーのウォレット残高から差し引かれ、不足分は取引所の保険基金で補われます。

2. 保険基金は、取引手数料の一部と、場合によっては約定価格が破産価格を上回る収益性の高い清算からの剰余金によって補充されます。

3. 破産価格よりも悪い価格で清算が行われた場合、赤字は他の利用者に再分配されず、保険プールによって完全に吸収されます。

4. パブリック ダッシュボードにはリアルタイムの保険基金残高が表示され、清算イベントごとに更新されるため、システミック リスク エクスポージャの透明性が可能になります。

5. 特定のプラットフォームでは、保険基金がクリティカルフロアを下回った場合にのみ自動レバレッジ解消を実行し、レバレッジの高いポジションを最初にターゲットにします。

よくある質問

Q: 価格が清算価格に達していないことがチャートに示されている場合でも、ポジションが清算されるのはなぜですか? A: チャートには最後の取引価格が表示されます。清算では、リアルタイムのスポット指数と資金調整を統合するマーク価格が使用されますが、ボラティリティ時には発散することがよくあります。

Q: 取引所はマーク価格の計算式を調整することで清算を操作できますか? A: マーク価格の方法論は公開されており、契約ごとに変更することはできません。変更には、事前通知によるバージョン管理された更新が必要ですが、遡及的な効果はありません。

Q: カスケード中に保険基金がなくなった場合はどうなりますか? A: 自動デレバレッジが有効になり、最も高いレバレッジから始めて収益性の高い取引相手のポジションを削減し、ユーザーの預金をリスクにさらすことなく支払い能力を維持します。

Q: 清算命令は公的注文簿に記載されますか? A: いいえ。これらはマッチング エンジンの内部流動性プールに対して直接実行され、すべての公開市場データ フィードから除外されます。