> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# クリアリングハウス

> すべての買い手とすべての売り手の間に立つコンポーネント。債務引受、証拠金、デフォルト・ウォーターフォールを、免許を持つ機関ではなくプロトコルのコードとして実装しています。

デリバティブの取引は、合意した瞬間よりも長く生き残る約束です。二者が値段を決め、その時点からポジションが閉じるまで、双方が相手の支払能力にさらされます。市場を運営するうえで難しいのは値段ではなく、このエクスポージャーです。

伝統的な市場はこれに機関で答えました。中央清算機関、すなわち CCP です。クリアリングハウスはその機能を残し、機関を落とします。すべての買い手とすべての売り手の間に立つコンポーネントであり、しかもそれは、加入を認められる必要のある会社ではなく、ブロックの内部で実行されるプロトコルのコードです。

<h2 id="what-a-central-counterparty-is-for">
  中央清算機関は何のためにあるのか
</h2>

それがなければ、エクスポージャーは相対です。取引する相手ひとりひとりが、下し続けなければならない与信判断であり、その数は増えていきます。`n` 人の参加者は最大で `n(n-1)/2` 本の関係を生み、そのそれぞれに独自の条件、独自の担保、そして「あなたにいくら値するか」についての独自の見解があります。デフォルトは起きた場所にとどまりません。あなたに支払えない相手は、同時に他の四者にも支払えていないからです。

CCP は、**債務引受**（ノベーション）という法的な手続きによって、この網をハブに置き換えます。買い手と売り手のあいだの契約は消滅し、二本の契約に置き換わります。買い手はクリアリングハウスと向き合い、クリアリングハウスは売り手と向き合います。こうして、すべての売り手に対する買い手であり、すべての買い手に対する売り手になります。

<div className="dg" data-dg="clearinghouse-novation">
  <div className="dg-c" style={{aspectRatio:"720 / 336"}}>
    <svg className="dg-w" viewBox="0 0 720 336" aria-hidden="true">
      <path className="dg-wire dg--orange dg-soft" d="M 151.00 63.00 L 196.00 63.00" />

      <path className="dg-wire dg--orange dg-soft" d="M 151.00 219.00 L 196.00 219.00" />

      <path className="dg-wire dg--orange dg-soft" d="M 57.60 85.00 L 57.60 197.00" />

      <path className="dg-wire dg--orange dg-soft" d="M 104.40 85.00 L 242.60 197.00" />

      <path className="dg-wire dg--orange dg-soft" d="M 242.60 85.00 L 104.40 197.00" />

      <path className="dg-wire dg--orange dg-soft" d="M 289.40 85.00 L 289.40 197.00" />

      <path className="dg-wire dg--blue" d="M 454.00 85.00 L 496.50 109.00" />

      <path className="dg-wire dg--blue" d="M 639.00 85.00 L 596.50 109.00" />

      <path className="dg-wire dg--blue" d="M 454.00 197.00 L 496.50 173.00" />

      <path className="dg-wire dg--blue" d="M 639.00 197.00 L 596.50 173.00" />
    </svg>

    <div className="dg-band" style={{left:"0.0000%",top:"5.3571%",width:"48.1944%",height:"73.2143%"}}><span className="dg-cap">相対：エクスポージャーは n(n-1)/2 本</span></div>
    <div className="dg-band" style={{left:"51.8056%",top:"5.3571%",width:"48.1944%",height:"73.2143%"}}><span className="dg-cap">債務引受：エクスポージャーは n 本</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"13.6905%",width:"18.0556%",height:"10.1190%"}}><span className="dg-t">参加者 A</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"60.1190%",width:"18.0556%",height:"10.1190%"}}><span className="dg-t">参加者 C</span></div>
    <div className="dg-b" style={{left:"27.9167%",top:"13.6905%",width:"18.0556%",height:"10.1190%"}}><span className="dg-t">参加者 B</span></div>
    <div className="dg-b" style={{left:"27.9167%",top:"60.1190%",width:"18.0556%",height:"10.1190%"}}><span className="dg-t">参加者 D</span></div>
    <div className="dg-b" style={{left:"54.0278%",top:"13.6905%",width:"18.0556%",height:"10.1190%"}}><span className="dg-t">参加者 A</span></div>
    <div className="dg-b" style={{left:"54.0278%",top:"60.1190%",width:"18.0556%",height:"10.1190%"}}><span className="dg-t">参加者 C</span></div>
    <div className="dg-b" style={{left:"79.7222%",top:"13.6905%",width:"18.0556%",height:"10.1190%"}}><span className="dg-t">参加者 B</span></div>
    <div className="dg-b" style={{left:"79.7222%",top:"60.1190%",width:"18.0556%",height:"10.1190%"}}><span className="dg-t">参加者 D</span></div>
    <div className="dg-b dg--blue" style={{left:"62.0139%",top:"33.9286%",width:"27.7778%",height:"16.0714%"}}><span className="dg-t">クリアリングハウス</span></div>
    <div className="dg-free dg-mid" style={{left:"0.0000%",top:"82.7381%",width:"48.1944%"}}><div className="dg-n">相手ごとに別々の与信判断が必要で、デフォルトは起きた場所にとどまりません。</div></div>
    <div className="dg-free dg-mid" style={{left:"51.8056%",top:"82.7381%",width:"48.1944%"}}><div className="dg-n">ハブはすべての売り手に対する買い手であり、すべての買い手に対する売り手です。評価する相手はひとつ、証拠金ルールはひとつ、損失を吸収する順序もひとつ。</div></div>
  </div>
</div>

ここから四つのことが導かれ、それらを合わせたものが、この機関が存在する理由のすべてです。

**相手はひとつだけ。** 評価するバランスシートは他の全員のものではなくひとつで、しかも一度きりです。

**ネッティング。** 反対方向のポジションは相殺され、ひとつの数字になります。市場が穏やかなときに差し入れる担保は減り、穏やかでないときに解消すべき量も減ります。

**公開されたルールに基づく証拠金。** ハブは、徴収せずに全員のリスクを引き受けることはできません。だから当初証拠金を前もって取り、価格の動きに応じて変動証拠金を取ります。参加者が事前に読み、それに合わせて自分の規模を決められる方法論に従ってです。

**デフォルト・ウォーターフォール。** 実際に誰かが破綻したとき、損失はあらかじめ合意された順序で吸収されます。まず破綻者自身の証拠金、次に共同基金への拠出、次にクリアリングハウス自身の資本、最後に他の全員の拠出です。この順序**こそ**が約束です。それを事前に知っていることが、ハブそのものに対する自分のエクスポージャーを会員が値付けできる理由です。

これは、他の選択肢を一世紀かけて試したうえで市場が収束した形であり、実際に機能します。同時にこれが、CCP がインフラの一部ではなく、システム上重要な機関である理由でもあります。

<h2 id="what-the-institution-costs">
  機関であることの代償
</h2>

上の四つの利点は、どれも制約を伴って届きます。その制約はすべて、CCP が仕組みではなく会社であることから来ています。

| CCP が与えるもの      | 機関であることの代償                                                                                                        |
| --------------- | ----------------------------------------------------------------------------------------------------------------- |
| 相手はひとつだけ        | **会員資格。** クリアリングを行うのはクリアリング会員です。それ以外の全員は会員を経由して市場に届き、その会員のリスクを引き受け、その対価を払います                                      |
| ネッティング          | **読めない台帳。** 手に入るのはルールブック、証拠金の方法論、定期開示です。ポジションは手に入らず、ハブのエクスポージャーを自分で確かめることもできません                                   |
| 公開されたルールに基づく証拠金 | **徴収の遅れ。** 変動証拠金は日中の終わりに締めて翌朝に履行され、値動きが大きければ日中にも請求されます。いずれにせよ価格が動いてから担保が届くまでには間があり、そのあいだエクスポージャーに対して何も差し入れられていません |
| デフォルト・ウォーターフォール | **最も重要な場面での裁量。** デフォルトの宣言、オークションの実施、ポジションの強制解消。そのどれもが、圧力のもとで、市場の他の参加者が持たない情報に基づいて下される委員会の判断です                     |

暗号資産がこれまでに出した二つの答えは、どちらもより良くはならず、より悪くなっています。中央集権型取引所とは、市場そのものを運営し担保も保管する CCP であり、監督は存在せず、保有していると主張する証拠金を検証する手段もありません。初期のオンチェーンの場は逆の方向に振れ、クリアリングハウスをまったく持ちませんでした。相対のプール、外部の keeper、そして誰かがトランザクションを送るのが割に合うと判断したときにだけ起きる強制決済です。

<h2 id="the-same-function-without-the-institution">
  同じ機能を、機関なしで
</h2>

Intention は CCP の職務一覧をそのまま引き取り、[カーネル実行](/ja/protocol/architecture/kernel)のコンポーネントとして実装しています。

| CCP の職務             | 伝統的なクリアリングハウス                               | Intention のクリアリングハウス                                       |
| ------------------- | ------------------------------------------- | ---------------------------------------------------------- |
| **債務引受**            | 取引の後に契約へ適用される法的な手続き                         | 構造そのもの。約定はプロトコルに対するポジションを生み、向き合うべき特定の相手は最初から存在しません         |
| **会員資格**            | 認可され資本を備えたクリアリング会員。それ以外は会員を経由して清算します        | アドレスひとつ。加入の手続きはなく、トレーダーとクリアリングハウスのあいだに立つものもありません           |
| **証拠金**             | 公開された方法論に基づき徴収し、日中の終わりに請求します                | それを動かした約定と同じブロックの中で、入力の表に対して誰でも評価できる純粋関数によって検査します          |
| **台帳**              | ルールブックと定期開示。ポジションは非公開です                     | チェーンそのもの。残高、ポジション、保険基金の移動はすべて状態であり、それを引き起こしたトランザクションに帰属します |
| **デフォルト・ウォーターフォール** | 証拠金 → デフォルト基金 → CCP の資本 → 共同拠出。リスク委員会が発動します | 板 → 保険基金 → 自動デレバレッジ。プロトコルがしきい値で、固定された順序で発動し、誰にも裁量はありません    |
| **決済**              | T+1 かそれ以降。それまで保証は約束にとどまります                  | 約定と同じブロック実行の中。約束が未履行のままの区間は存在しません                          |
| **吸収層が尽きたとき**       | 処理手続き。交渉による強制解消、存続会員への現金拠出要請、あるいは公的支援       | 公開状態から計算される決定的なスコアによる自動デレバレッジ。深夜三時のルールも正午のルールも同じです         |

あの表の一行は、ほかの行より重いものを担っています。伝統的な市場では、中央清算機関と、誰が何を保有しているかの記録を持つ機関——保管振替機関——は、意図的に別の法人です。対手方リスクを負う当事者が、同時に誰が何を所有しているかの帳簿の管理者でもある状態は望ましくありません。私的な帳簿と単一の機関という組み合わせには、それを照らし合わせるものが何もないからです。**分離そのものが照合の役割を果たしています。**

クリアリングハウスはその両方です。すべてのポジションの対手方であり、同時にその記録の唯一の書き手でもあります。この統合がここで安全なのは、分離が存在した理由そのものによります。帳簿が私的でないからです。残高、ポジション、保険基金の移動はすべて公開された状態であり、それを引き起こした取引に帰属します。ウォーターフォールは閾値で走り、誰にも裁量はありません。そして連鎖の全体がブロックのひとつの単位としてコミットされるか中断されます。機関の分離が買っていたものを、ここでは帳簿が読めることが買っています。

以上のどれも、プロトコルがあらゆる面で CCP より安全だという主張ではありません。CCP には資本があり、監督者がおり、一世紀分のデフォルト処理の実務が背後にあります。CCP が持たないのは、デフォルトが**起きているあいだ**に誰でも読める台帳と、人が発動を決めなくても走るウォーターフォールです。この設計が買っているのはその二つで、買い方は、クリアリングハウスを取引の当事者ではなくブロックの関数にすることです。

<h2 id="one-writer-and-only-one">
  書き換えるのはひとつだけ
</h2>

プロトコルの内部では、クリアリングハウスが、誰かの残高、ポジション、証拠金、建玉が変わる唯一の経路です。約定の決済はここを通ります。強制決済、自動デレバレッジ、資金調達の決済、証拠金の拘束も同じです。

この排他性が設計そのものです。状態を保持するモジュール（アカウント、ポジション、板）はデータを保存し、それを変更する操作を公開しますが、自分から何かを開始することはありません。台帳が動く場所はひとつです。つまり、監査する場所がひとつ、計測を仕込む場所がひとつ、呼び出し側の全員が忘れずにいてくれることを祈らずに不変条件を強制できる場所がひとつ、ということです。

<h2 id="formulas-are-separate-from-effects">
  計算式と効果の分離
</h2>

*いくらか*を決めるルールは、純粋なステートレス関数として実装されています。必要証拠金、強制決済価格、デレバレッジ対象の選定、手数料の計算、建玉上限、レバレッジティアです。値を受け取って値を返します。台帳の状態を読まず、何も書き換えません。

クリアリングハウスがそれらを呼び出し、結果を適用します。

<div className="dg" data-dg="clearinghouse-writer">
  <div className="dg-c" style={{aspectRatio:"720 / 356"}}>
    <svg className="dg-w" viewBox="0 0 720 356" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 306.00 119.00 L 383.60 119.00" />

      <path className="dg-head dg--blue" d="M 390.00 119.00 L 383.60 123.40 L 383.60 114.60 Z" />

      <path className="dg-wire dg--green" d="M 558.00 226.00 L 558.00 260.00 L 360.00 260.00 L 360.00 271.60" />

      <path className="dg-head dg--green" d="M 360.00 278.00 L 355.60 271.60 L 364.40 271.60 Z" />
    </svg>

    <div className="dg-band" style={{left:"0.0000%",top:"6.7416%",width:"41.6667%",height:"55.0562%"}}><span className="dg-cap">リスク計算式：純粋関数、書き込みなし</span></div>
    <div className="dg-band" style={{left:"55.0000%",top:"6.7416%",width:"45.0000%",height:"55.0562%"}}><span className="dg-cap">クリアリングハウス：唯一の変更主体</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"12.9213%",width:"37.2222%",height:"7.8652%"}}><span className="dg-t">証拠金</span></div>
    <div className="dg-b dg--blue" style={{left:"57.2222%",top:"12.9213%",width:"40.5556%",height:"7.8652%"}}><span className="dg-t">約定の決済</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"22.4719%",width:"37.2222%",height:"7.8652%"}}><span className="dg-t">強制決済</span></div>
    <div className="dg-b dg--blue" style={{left:"57.2222%",top:"22.4719%",width:"40.5556%",height:"7.8652%"}}><span className="dg-t">証拠金の拘束</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"32.0225%",width:"37.2222%",height:"7.8652%"}}><span className="dg-t">デレバレッジ対象の選定</span></div>
    <div className="dg-b dg--blue" style={{left:"57.2222%",top:"32.0225%",width:"40.5556%",height:"7.8652%"}}><span className="dg-t">強制決済の執行</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"41.5730%",width:"37.2222%",height:"7.8652%"}}><span className="dg-t">手数料</span></div>
    <div className="dg-b dg--blue" style={{left:"57.2222%",top:"41.5730%",width:"40.5556%",height:"7.8652%"}}><span className="dg-t">デレバレッジ</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"51.1236%",width:"37.2222%",height:"7.8652%"}}><span className="dg-t">建玉上限</span></div>
    <div className="dg-b dg--blue" style={{left:"57.2222%",top:"51.1236%",width:"40.5556%",height:"7.8652%"}}><span className="dg-t">資金調達の決済</span></div>
    <div className="dg-b dg--green" style={{left:"26.3889%",top:"79.2135%",width:"47.2222%",height:"16.2921%"}}><span className="dg-t">アカウント · ポジション · 建玉の状態</span><span className="dg-s">書き込みは一箇所、リプレイは分岐しない</span></div>
    <div className="dg-lbl" style={{left:"48.3333%",top:"33.4270%"}}>値</div>
    <div className="dg-lbl" style={{left:"64.1667%",top:"73.0337%"}}>書き込み</div>
  </div>
</div>

ここから二つのことが導かれます。証拠金の計算は、チェーンも状態の準備もなしに、入力と期待される出力の表に対して単独で検証できます。また、計算式がビット単位で正確な固定小数点であり、丸めが呼び出し箇所ごとではなく演算層で固定されているため、同じ必要額を計算する二つのバリデータは、許容誤差の範囲で一致する数値ではなく、まったく同じ整数を得ます。

<Warning>
  丸めは仕様の一部であって、実装上の詳細ではありません。証拠金はシステムを守る方向に切り上げます。手数料は、どちら側が有利になるかに応じて切り捨てまたは切り上げます。丸め方が違うノードは、少し間違っているのではありません。異なる台帳を生成し、フォークします。
</Warning>

<h2 id="margin-and-reservation">
  証拠金と拘束
</h2>

アカウントの余力は、残高だけでは決まりません。未約定注文は、それが建てうるポジションに対して余力を拘束します。そのため、同じ担保資産を二つの注文に約束しておいて、両方が約定してはじめて矛盾に気づく、ということは起こりません。

拘束は、注文が出され、変更され、取り消され、約定するのに合わせてクリアリングハウスが維持します。未約定注文の下でポジションが変われば、拘束は計算し直されます。だからこそ、その後に縮小したポジションに対して板に残っているリデュースオンリー注文は、古いまま放置されず再評価されます。

証拠金はティア制です。必要額はガバナンスが定めた範囲の中でポジションサイズに応じて増えるため、解消が難しくなるほど大きいポジションは、それに比例して大きい必要額を負います。取引側から見た説明は[マージンモード](/ja/trading/margin-modes)と[レバレッジ](/ja/trading/leverage)を参照してください。

<h2 id="the-default-waterfall">
  デフォルト・ウォーターフォール
</h2>

これは上の節で説明した CCP の仕組みそのもので、委員会だけを取り除いたものです。カーネルはマッチングの前にリスクステージを固定の順序で走らせます。裁量的なフローを受け入れる前に、強制的なフローを解消するためです。

アカウントが自分の損失を賄えない場合、その不足額は決まった順序の吸収層を落ちていきます。

<div className="dg" data-dg="clearinghouse-waterfall">
  <div className="dg-c" style={{aspectRatio:"720 / 428"}}>
    <svg className="dg-w" viewBox="0 0 720 428" aria-hidden="true">
      <path className="dg-wire dg-soft" d="M 224.67 72.00 L 246.27 72.00" />

      <path className="dg-head" d="M 252.67 72.00 L 246.27 76.40 L 246.27 67.60 Z" />

      <path className="dg-wire dg-soft" d="M 467.33 72.00 L 488.93 72.00" />

      <path className="dg-head" d="M 495.33 72.00 L 488.93 76.40 L 488.93 67.60 Z" />

      <path className="dg-wire dg--green dg-soft" d="M 435.00 224.00 L 460.00 224.00 L 460.00 302.00 L 508.60 302.00" />

      <path className="dg-head dg--green" d="M 515.00 302.00 L 508.60 306.40 L 508.60 297.60 Z" />

      <path className="dg-wire dg--green dg-soft" d="M 435.00 302.00 L 460.00 302.00 L 460.00 302.00 L 508.60 302.00" />

      <path className="dg-head dg--green" d="M 515.00 302.00 L 508.60 306.40 L 508.60 297.60 Z" />

      <path className="dg-wire dg--green dg-soft" d="M 435.00 380.00 L 460.00 380.00 L 460.00 302.00 L 508.60 302.00" />

      <path className="dg-head dg--green" d="M 515.00 302.00 L 508.60 306.40 L 508.60 297.60 Z" />

      <path className="dg-wire dg--orange" d="M 215.00 254.00 L 215.00 265.60" />

      <path className="dg-head dg--orange" d="M 215.00 272.00 L 210.60 265.60 L 219.40 265.60 Z" />

      <path className="dg-wire dg--orange" d="M 215.00 332.00 L 215.00 343.60" />

      <path className="dg-head dg--orange" d="M 215.00 350.00 L 210.60 343.60 L 219.40 343.60 Z" />

      <path className="dg-wire dg--orange" d="M 215.00 174.00 L 215.00 187.60" />

      <path className="dg-head dg--orange" d="M 215.00 194.00 L 210.60 187.60 L 219.40 187.60 Z" />
    </svg>

    <div className="dg-band" style={{left:"0.0000%",top:"6.0748%",width:"100.0000%",height:"18.2243%"}}><span className="dg-cap">マッチング前、固定の順序で走るリスクステージ</span></div>
    <div className="dg-b dg--yellow dg-tight" style={{left:"2.2222%",top:"12.1495%",width:"28.1481%",height:"9.3458%"}}><span className="dg-t">1 · ヴォールトのデレバレッジ</span></div>
    <div className="dg-b dg--yellow dg-tight" style={{left:"35.9259%",top:"12.1495%",width:"28.1481%",height:"9.3458%"}}><span className="dg-t">2 · 強制決済</span></div>
    <div className="dg-b dg--yellow dg-tight" style={{left:"69.6296%",top:"12.1495%",width:"28.1481%",height:"9.3458%"}}><span className="dg-t">3 · 自動デレバレッジ</span></div>
    <div className="dg-b dg--orange dg-left" style={{left:"0.0000%",top:"29.9065%",width:"59.7222%",height:"9.8131%"}}><span className="dg-t">自分の損失を賄えないアカウント</span></div>
    <div className="dg-b dg--yellow" style={{left:"0.0000%",top:"46.2617%",width:"59.7222%",height:"12.1495%"}}><span className="dg-t">板に対して決済</span><span className="dg-s">破産価格を上限とする</span></div>
    <div className="dg-b dg--orange" style={{left:"0.0000%",top:"64.4860%",width:"59.7222%",height:"12.1495%"}}><span className="dg-t">保険基金</span><span className="dg-s">プロトコル状態。強制決済のペナルティで積み立て、マルチシグではない</span></div>
    <div className="dg-b dg--orange" style={{left:"0.0000%",top:"82.7103%",width:"59.7222%",height:"12.1495%"}}><span className="dg-t">反対ポジションの自動デレバレッジ</span><span className="dg-s">誰でも再計算できる決定的なスコアで選定</span></div>
    <div className="dg-b dg--green" style={{left:"72.2222%",top:"64.4860%",width:"27.7778%",height:"12.1495%"}}><span className="dg-t">解消</span></div>
    <div className="dg-lbl" style={{left:"45.3889%",top:"61.4486%"}}>不足額が残る</div>
    <div className="dg-lbl" style={{left:"45.3889%",top:"79.6729%"}}>不足額が残る</div>
  </div>
</div>

**強制決済**はプロトコルの動作です。アカウントの担保資産が必要維持証拠金を下回ると、ネットワーク自身が、破産価格を上限として板に対してポジションを決済します。keeperトランザクションも、gasのオークションも、誰が最初に発動させるかの競争もありません。これによって、競争が生む価値の抜き取りと、強制決済が必要になるほどの混雑のさなかに誰も現れないという故障モードの両方がなくなります。

**保険基金**は、共同デフォルト基金にあたるプロトコル側の層であり、それ自体がプロトコルの状態です。強制決済のペナルティで積み立てられ、破産を吸収するために取り崩されます。マルチシグではありません。つまり、人間の署名を集めるのが最も難しいまさにその数分間に、積み増しや取り崩しのために人間の署名を必要としません。

**自動デレバレッジ**は最後の手段としての損失負担で、板と保険基金を合わせても破産を吸収できない場合に使われます。CCP が強制解消と存続会員への現金拠出要請で埋める位置を占めますが、違いがあります。反対ポジションが破産価格で決済され、その対象は公開状態から計算される決定的なスコアで選ばれます。選定は誰でも再計算できます。誰かが選ぶわけではありません。

しきい値と計算例は[強制決済](/ja/trading/liquidations)と[自動デレバレッジ](/ja/trading/adl)を参照してください。

<h2 id="funding">
  資金調達率
</h2>

資金調達率は継続的にサンプリングされ、決済時点のポジションに対してスケジュールどおりに決済されます。値はマーク価格のインデックス価格に対するプレミアムから導出され、プロトコルが定める上下限で丸め込まれます。ブロック実行の内部でクリアリングハウスのステージとして走るため、資金調達の支払いは、他の状態変化と同じ帰属を持つプロトコル操作です。外部プロセスによる定期的な一括処理ではありません。

料率、間隔、プレミアムの計算方法は[資金調達率](/ja/trading/funding)を参照してください。

<h2 id="why-this-belongs-in-the-protocol">
  なぜこれがプロトコルの中にあるのか
</h2>

もう一つの選択肢、つまりマッチングエンジンに反応するコントラクト群としてクリアリングを組む方法には、隙が生まれます。約定と証拠金チェックの間には、アカウントが証拠金不足でありながら、それを何かが観測できる状態が存在します。トリガーとkeeperのトランザクションの間には、ポジションが強制決済されているべきなのにされていない状態が存在します。

約定が証拠金チェックを引き起こし、それが強制決済を発動し、それが保険基金を取り崩し、そこからデレバレッジが起きることもあり、それがさらなる証拠金チェックを生みます。ここではこの連鎖の全体が、ブロックのひとつの単位としてコミットされるか、中断されるかのどちらかです。違反が観測できるのに、それへの対応がまだ動いていない、という中間状態は存在しません。

これは CCP が約束しながら果たせない性質です。CCP の保証はルールブックの中にあり、その台帳は一日の終わりに閉じるからです。ここでは、保証とは実行そのものです。

<h2 id="where-to-go-next">
  次に読む
</h2>

<CardGroup cols={2}>
  <Card title="マッチング" href="/ja/protocol/architecture/matching">
    クリアリングハウスが決済する約定は、ここから来ます。
  </Card>

  <Card title="IntentionKernel" href="/ja/protocol/architecture/kernel">
    強制的なフローを裁量的なフローより先に置く、ステージの順序です。
  </Card>

  <Card title="強制決済" href="/ja/trading/liquidations">
    しきい値、強制決済のウォーターフォール、トレーダーから何が見えるのかです。
  </Card>

  <Card title="資金調達率" href="/ja/trading/funding">
    料率、間隔、プレミアムの計算です。
  </Card>
</CardGroup>