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

# 部位限額

> 單一帳戶在一個市場中可以持有多少的上限：上限隨市場規模縮放，既能約束集中度，又不會卡死早期流動性。

任何單一帳戶都不能在一個市場中持有無限份額。限額作用於你在**某一側的部位加上未成交訂單**，一旦觸及，任何會增加該側曝險的新訂單都會被拒絕。

平倉從不受限。限額約束的是你能累積多少風險，而不是你脫身的能力。

<h2 id="why-concentration-is-the-risk">
  為什麼集中度才是風險
</h2>

一個市場的未平倉合約量大部分由單一帳戶持有，就有一種特定的失效模式。那個部位一旦被強制平倉，對手側沒有任何人大到足以吸收它——訂單簿接不住，保險基金被抽乾，缺口傳導到[自動減倉](/zh-Hant/trading/adl)，於是有些交易者什麼錯都沒犯，獲利部位卻被平掉。

限額的作用，就是不讓一個帳戶的失敗變成所有人的失敗。

<h2 id="how-the-cap-is-computed">
  上限如何計算
</h2>

$$
\text{上限} = \max\!\left(\text{市場 OI} \times \theta,\; \text{基礎限額}\right)
$$

兩個組成部分，取較大者。

**份額門檻**把你的上限與市場的實際規模掛鉤。未平倉合約量更大的市場能吸收更大的部位，因此也允許更大的部位。

**基礎限額**是一個固定下限。沒有這個下限，市場剛上線、幾乎沒有未平倉合約量時，上限會接近於零——沒人能建倉，未平倉合約量也就永遠長不起來。這個下限讓市場得以冷啟動。

兩項都是按市場設定的參數，基礎限額則按各市場的深度縮放：越深的市場，下限越高。

把基礎限額寫作 $B$、份額門檻寫作 $\theta$，轉折點落在市場未平倉合約量達到 $B / \theta$ 的地方：

| 市場未平倉合約量        | 由哪一項說了算 | 你的上限                             |
| --------------- | ------- | -------------------------------- |
| 低於 $B / \theta$ | 基礎限額    | $B$，而且不隨市場成長而動                   |
| 高於 $B / \theta$ | 份額門檻    | $\text{OI} \times \theta$，隨市場一起長 |

所以在年輕的市場上，你的上限是平的，相對訂單簿還算寬裕；在成熟的市場上，上限跟著市場自己的規模走。

<Warning>
  兩個數值都要從你所交易那個市場的合約規格裡讀出來。它們是鏈上的按市場參數，市場之間差距很大，也會隨著新市場上線和風險審查而變動——拿別處引用的數字算出來的上限一定是錯的。參見[市場](/zh-Hant/trading/markets)。
</Warning>

<h2 id="how-many-orders-you-may-have-resting">
  你可以同時掛著多少筆訂單
</h2>

部位規模有上限，訂單**筆數**也有。這個限額按帳戶計算，而且會隨著你變動：

$$
\text{最大未成交訂單數} = \min\!\left(50 + \frac{\text{帳戶餘額}}{50},\; 1{,}000 + \frac{\text{累計成交量}}{5{,}000{,}000},\; 5{,}000\right)
$$

兩項都以美元計。一個持有 1,000 USDC、沒有任何歷史的新帳戶拿到 70；早期由餘額項說了算，隨著你開始交易，成交量項接管，而**不論如何，5,000 就是硬上限**。

還有一條規則常常絆倒跑自動化策略的人：手上一旦已經掛著 **1,000 筆訂單**，被歸類為受限的訂單類型——只減倉和條件單都在其中——會被拒絕，而且給的是一個專屬的拒絕理由；一般訂單則仍然照常接受，直到你的上限為止。用意是：靠鋪滿訂單簿的策略，不能把平倉所仰賴的那份額度用光。

<Note>
  這是最容易讓造市商措手不及的限額之一：訂單被拒絕之前它是看不見的，而且會隨著你的餘額和成交量變動。參見[訂單被拒絕](/zh-Hant/help/order-rejected)。
</Note>

<h2 id="what-counts">
  什麼被計入
</h2>

**部位與未成交訂單一起算。** 會增加你部位的掛單計入限額，因為限額如果忽略掛單，就可以靠「先掛單再等待」繞過去。

**分側計算。** 多頭與空頭曝險分別度量。

**跨子帳戶合併。** 同一所有者名下的子帳戶會被合併計算。把部位拆到多個子帳戶不會抬高上限——從市場的角度看集中度完全一樣，而限額存在的意義正是防止集中。

**市場未平倉合約總量包含雙邊。** 分母是整個市場，不是其中一側。

<h2 id="what-happens-at-the-limit">
  觸及限額時會發生什麼
</h2>

<div className="dg" data-dg="oi-limit-check">
  <div className="dg-c" style={{aspectRatio:"720 / 308"}}>
    <svg className="dg-w" viewBox="0 0 720 308" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 172.00 58.00 L 203.60 58.00" />

      <path className="dg-head dg--blue" d="M 210.00 58.00 L 203.60 62.40 L 203.60 53.60 Z" />

      <path className="dg-wire dg--green" d="M 414.00 58.00 L 460.28 34.86" />

      <path className="dg-head dg--green" d="M 466.00 32.00 L 462.24 38.80 L 458.31 30.93 Z" />

      <path className="dg-wire dg--orange" d="M 414.00 58.00 L 461.02 95.98" />

      <path className="dg-head dg--orange" d="M 466.00 100.00 L 458.26 99.40 L 463.79 92.56 Z" />
    </svg>

    <div className="dg-band" style={{left:"0.0000%",top:"63.6364%",width:"100.0000%",height:"36.3636%"}}><span className="dg-cap">上限是對什麼計量的</span></div>
    <div className="dg-b dg--blue" style={{left:"0.0000%",top:"9.7403%",width:"23.3333%",height:"18.1818%"}}><span className="dg-t">會增加曝險的訂單</span></div>
    <div className="dg-b dg--yellow dg-round" style={{left:"29.7222%",top:"9.7403%",width:"27.2222%",height:"18.1818%"}}><span className="dg-t">會推過上限嗎？</span></div>
    <div className="dg-b dg--green" style={{left:"65.2778%",top:"2.5974%",width:"34.7222%",height:"15.5844%"}}><span className="dg-t">接受</span></div>
    <div className="dg-b dg--orange" style={{left:"65.2778%",top:"24.6753%",width:"34.7222%",height:"15.5844%"}}><span className="dg-t">提交時拒絕</span><span className="dg-s">並給出原因</span></div>
    <div className="dg-b dg--green dg-left" style={{left:"0.0000%",top:"40.2597%",width:"56.9444%",height:"15.5844%"}}><span className="dg-s">只減倉或平倉訂單從不受檢 — 永遠接受</span></div>
    <div className="dg-b dg--sky" style={{left:"2.2222%",top:"72.0779%",width:"30.7407%",height:"21.4286%"}}><span className="dg-t">部位與掛單一起算</span><span className="dg-s">可能變成部位的訂單都計入</span></div>
    <div className="dg-b dg--sky" style={{left:"34.6296%",top:"72.0779%",width:"30.7407%",height:"21.4286%"}}><span className="dg-t">多頭與空頭分側計算</span><span className="dg-s">每一側各有自己的上限</span></div>
    <div className="dg-b dg--sky" style={{left:"67.0370%",top:"72.0779%",width:"30.7407%",height:"21.4286%"}}><span className="dg-t">子帳戶合併計算</span><span className="dg-s">把部位拆開不會抬高上限</span></div>
  </div>
</div>

訂單只要會把你推過上限，提交時就會被拒絕，並給出明確原因。減少曝險的訂單永遠會被接受。

你的上限不是固定的。市場未平倉合約量增長，上限跟著上升；未平倉合約量急劇收縮時，已有部位可能高過已經下降的上限。不會因此強制平掉任何部位——只是在回到上限之下以前，你無法加倉。

<h2 id="reading-the-live-values">
  讀取即時數值
</h2>

這一頁上的每個數字都是鏈上的按市場配置，不是協議的常數。驅動這些數字的參數：

| 參數                   | 決定       |
| -------------------- | -------- |
| `oi_ratio_limit_ppm` | 份額門檻     |
| `base_oi_limit_usd`  | 基礎限額這道下限 |

這些參數發布在各自的[合約規格](/zh-Hant/trading/markets)中，也可以從鏈上讀取。把它們寫死的串接，遲早會算出一個網路並未採用的數字——參見[開發者](/zh-Hant/developers/overview)。

<h2 id="where-to-go-next">
  後續閱讀
</h2>

<CardGroup cols={2}>
  <Card title="自動減倉" href="/zh-Hant/trading/adl">
    部位限額存在的意義，就是讓這個結果更不容易發生。
  </Card>

  <Card title="槓桿" href="/zh-Hant/trading/leverage">
    規模級距，另一項隨部位大小縮放的約束。
  </Card>

  <Card title="市場" href="/zh-Hant/trading/markets">
    各市場的份額門檻與基礎限額。
  </Card>

  <Card title="強制平倉" href="/zh-Hant/trading/liquidations">
    大部位真的失守時會發生什麼。
  </Card>
</CardGroup>