> ## 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.

# 用語集

> Intentionのドキュメント全体で使われるプロトコル、コンセンサス、取引、リスクの用語の定義です。

この用語集は、Intentionのドキュメントに最も頻繁に登場する用語を定義します。用語をクリックすると定義が開きます。より詳しい説明と設計上の論拠については、アーキテクチャ節や取引節への相互参照をたどってください。

<AccordionGroup>
  <Accordion title="ADL — 自動デレバレッジ">
    保険基金の許容量を超える損失を吸収するために、保有中のポジションを強制的に決済するプロトコルネイティブな機構です。対象の選定は、未実現損益と実効レバレッジの組み合わせから決定的に計算されます。[ADL](/ja/trading/adl)を参照してください。
  </Accordion>

  <Accordion title="アトミックなクリアリングと決済">
    マッチング、クリアリング、決済がひとつのブロックの単位として完結するか、まったく完結しないかのどちらかである、という性質です。約定は存在するのに、その証拠金・記録・決済がまだ存在しない、という区間がありません。このアトミック性はプロトコル自身の台帳を覆います。[ブリッジ](/ja/protocol/architecture/bridge)を通した担保の出し入れは外部チェーンのファイナリティに依存し、その外側です。[これが置き換える市場インフラ](/ja/protocol/architecture/overview)を参照してください。
  </Accordion>

  <Accordion title="BFT — ビザンチン障害耐性">
    任意に悪意ある参加者が存在しても、故障ステークの割合が一定の上限内であれば安全性とライブネスを保つコンセンサスプロトコルです。IntentionBFTは、ステーク加重で$2f+1$のしきい値のもとでBFTです。
  </Accordion>

  <Accordion title="バイト単位の決定性">
    2つの正直なノードが同じ確定ブロックを同じ事前状態に対してリプレイしたとき、事後状態、イベント、トランザクション単位の出力がバイト単位で一致するという性質です。ユーザーから見た形が[決定的リプレイ](/ja/protocol/architecture/kernel)です。ソート済みコンテナの規律、固定小数点演算、差分テストハーネスによって担保されます。
  </Accordion>

  <Accordion title="正規順序コミットメント">
    ブロック提案者が行い$2f+1$のバリデータが認証する、ブロック内のトランザクションの具体的な順序に対する暗号学的コミットメントです。[決定的リプレイ](/ja/protocol/architecture/kernel)と[トランザクション単位の帰属](/ja/protocol/architecture/state/model)を支える、コンセンサス層のフックにあたります。[IntentionBFT](/ja/protocol/architecture/intention-bft)を参照してください。
  </Accordion>

  <Accordion title="クロスマージン">
    アカウント内のすべてのポジションが単一の担保資産プールを共有するマージンモードです。あるポジションの利益が別のポジションの損失を相殺できますが、いずれかのポジションで十分に大きな損失が出ればアカウント全体が強制決済されえます。[マージンモード](/ja/trading/margin-modes)を参照してください。
  </Accordion>

  <Accordion title="決定的リプレイ">
    2つの正直なノードが同じ確定ブロックをリプレイすれば、事後状態、イベントストリーム、トランザクション単位の出力がバイト単位で一致するという、プロトコルネイティブな保証です。[決定的リプレイ](/ja/protocol/architecture/kernel)を参照してください。
  </Accordion>

  <Accordion title="実行ストリーム">
    Intentionがユーザーに公開する、プロトコルレベルの可観測量です。ブロック実行の完全なストリームで、バイト単位に決定的かつ暗号学的に検証可能であり、ストリーミングRPCインターフェースとして公開されます。[トランザクション単位の帰属](/ja/protocol/architecture/state/model)をユーザーから見た形にしたものです。
  </Accordion>

  <Accordion title="資金調達率">
    無期限先物のマーケットで、契約価格を原資産のスポット価格につなぎ留めるために、ロングとショートの間で定期的に交換される支払いです。資金調達の決済は、プロトコルが固定のスケジュールで行います。[資金調達](/ja/trading/funding)を参照してください。
  </Accordion>

  <Accordion title="コンセンサス内価格づけ">
    決済に影響する処理で使われる価格が、それを消費するトランザクションと同じ$2f+1$のバリデータ集合により、同じBFTラウンドで署名されるというプロトコルネイティブな保証です。[コンセンサス内価格づけ](/ja/protocol/architecture/oracle)を参照してください。
  </Accordion>

  <Accordion title="インデックス価格">
    銘柄の原資産について、そのブロックが正規に観測した外部スポット市場の価格であり、コンセンサス内の価格クォーラムを通じて供給されます。インデックスはマーク価格を構成する入力であり、取引が約定する価格ではありません。[インデックス価格](/ja/trading/index-price)を参照してください。
  </Accordion>

  <Accordion title="Intention Exchange">
    Intention L1の上に構築された旗艦の無期限先物DEXです。完全な中央指値注文板、分離マージンとクロスマージン、プロトコルネイティブな強制決済、オンチェーンの流動性ヴォールトを備えます。Intention Exchangeは独自のマッチングエンジンやリスクパイプラインを実装しておらず、[IntentionKernel](/ja/protocol/architecture/kernel)と[IntentionBFT](/ja/protocol/architecture/intention-bft)を通じて、その下のプロトコルから両方を継承します。プロトコルの保証を本番で使う最初のアプリケーションであり、他の金融ワークロードも同じ基盤の上に続きます。
  </Accordion>

  <Accordion title="IntentionBFT">
    Intentionのコンセンサスプロトコルです。HotStuff系統のビザンチン障害耐性・部分同期・ステーク加重のプロトコルで、正規順序コミットメント、コンセンサス内の価格クォーラム、バッチ可用性の分離、ステーク加重のリーダー評判で拡張されています。[IntentionBFT](/ja/protocol/architecture/intention-bft)を参照してください。
  </Accordion>

  <Accordion title="IntentionKernel">
    Intentionの決定的な状態遷移カーネルであり、汎用の仮想マシンではありません。命令セットが型付き金融プリミティブの列挙（発注、取り消し、マッチ、マーク、強制決済、資金調達の適用、決済、送金）に限られる、閉じた世界の実行レイヤーです。[IntentionKernel](/ja/protocol/architecture/kernel)を参照してください。
  </Accordion>

  <Accordion title="分離マージン">
    ポジションごとに独自の担保資産を割り当てるマージンモードです。そのポジションの損失は割り当てた担保資産を超えず、同じアカウント内の他のポジションを食い潰すこともありません。[マージンモード](/ja/trading/margin-modes)を参照してください。
  </Accordion>

  <Accordion title="強制決済">
    アカウントエクイティが必要維持証拠金を下回ったポジションを強制的に決済することです。Intentionは段階的に強制決済します。板、強制決済ヴォールト、保険基金、最後に[ADL](/ja/trading/adl)です。[強制決済](/ja/trading/liquidations)を参照してください。
  </Accordion>

  <Accordion title="マーク価格">
    プロトコルが用いる、平滑化された操作耐性のある決済基準です。インデックス、オンチェーンの板、指数移動平均の各成分から導かれる最大5つの候補価格の中央値として、ブロックごとに計算されます。未実現損益と強制決済を駆動します。[マーク価格](/ja/trading/mark-price)を参照してください。
  </Accordion>

  <Accordion title="建玉（OI）">
    あるマーケットのすべての建玉を片側で数えた想定元本の合計です。マーケットごとにOIの上限があります。[OI上限](/ja/trading/oi-limits)を参照してください。
  </Accordion>

  <Accordion title="トランザクション単位の帰属">
    ブロック実行中に生じたすべての状態変化とすべてのイベントが、バッチマッチングのもとであっても、それを引き起こした特定のユーザートランザクションに暗号学的に結び付けられるという、プロトコルネイティブな保証です。[トランザクション単位の帰属](/ja/protocol/architecture/state/model)を参照してください。
  </Accordion>

  <Accordion title="プロトコルネイティブなリスク">
    強制決済、保険基金の会計、自動デレバレッジ、資金調達の決済が、マッチングとアトミックに、同じブロック内で、同じ価格のもとで実行されるプロトコルの状態機械であるという、プロトコルネイティブな保証です。[プロトコルネイティブなリスク](/ja/protocol/architecture/clearinghouse)を参照してください。
  </Accordion>

  <Accordion title="リデュースオンリー">
    既存のポジションを減らすことだけを許し、新規に建てることも積み増すことも許さない注文の修飾子です。意図しないポジションの反転を招かずに、安全に手仕舞いを管理するために使います。[リデュースオンリー](/ja/trading/reduce-only)を参照してください。
  </Accordion>

  <Accordion title="セルフトレード防止">
    同一アカウントの別の注文と約定することを防ぐ、プロトコルレベルの規則です。マッチング層で仮装売買を排除します。[セルフトレード防止](/ja/trading/self-trade-prevention)を参照してください。
  </Accordion>

  <Accordion title="ティックサイズ">
    あるマーケットで注文に許される最小の価格刻みです。各マーケットには、許される最小の数量刻みを定めるロットサイズもあります。[マーケット](/ja/trading/markets)と[精度](/ja/trading/precision)を参照してください。
  </Accordion>

  <Accordion title="TWAP">
    時間加重平均価格（Time-Weighted Average Price）。注文タイプとしては、大口注文を多数の小さな子注文に分割し、時間をかけて分散させることでマーケットインパクトを抑える戦略を指します。[TWAP](/ja/trading/twap)を参照してください。
  </Accordion>

  <Accordion title="ヴォールト">
    板に流動性を供給し、強制決済を引き受ける、プロトコルが管理する資金プールです。[ヴォールト](/ja/trading/vaults)を参照してください。
  </Accordion>
</AccordionGroup>