> For the complete documentation index, see [llms.txt](https://docs.nexus.xyz/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.nexus.xyz/exchange/ko/trading/trading/perpetuals/discovery-bounds.md).

# 가격 발견 범위

거래소가 어떤 주문과 어떤 마크 가격을 받아들일지 결정하는 두 가지 범위, 가격 밴드와 최대 변동 서킷 브레이커를 설명합니다.

거래소는 가격 발견에 **두 가지 독립적인 범위**를 적용합니다. 둘 다 활성화되어 있고, 둘 다 시장별 파라미터이며, 서로 다른 질문에 답합니다.

| 범위             | 질문                                              | 거부 대상     |
| -------------- | ----------------------------------------------- | --------- |
| **가격 밴드**      | 이 *주문*의 가격이 마크 가격에 비해 합리적인가?                    | 제출 시점의 주문 |
| **최대 변동 브레이커** | *마크 가격*이 한 구간 안에서 시장이 움직일 수 있는 범위보다 더 많이 움직였는가? | 시장 거래 중단  |

## 가격 밴드: 주문 가격 대 마크 가격 칼라

지정 가격이 현재 마크 가격에서 `price_band_bps`보다 멀리 떨어진 주문은 `PriceBandExceeded`와 함께 **제출 시점에 거부됩니다**. 이는 주문에 대한 칼라(collar)이지, 가격을 강제로 맞추는 클램프(clamp)가 아닙니다. 거래소는 주문 가격을 다시 매기지 않고 주문을 거부하므로, 잘못 입력한 지정가가 조용히 다른 주문으로 바뀌지 않습니다.

배포된 값과 그 근거는 다음과 같습니다.

| 시장                                | `price_band_bps` | 산정 근거                                      |
| --------------------------------- | ---------------- | ------------------------------------------ |
| `BTC-USDX-PERP` · `ETH-USDX-PERP` | **500** (5%)     | Binance USDⓈ-M 선물의 `PERCENT_PRICE` 필터      |
| `SOL-USDX-PERP`                   | **800** (8%)     | 알트코인에 적합한 대용치로서 Hyperliquid의 기본 슬리피지 허용 범위 |

설정된 32개 시장 전체에서 밴드는 500 또는 800 bps입니다. 이 페이지의 표에는 거래 가능한 세 시장이 나열되어 있습니다. `NDQ-USDX-PERP`은 BTC 및 ETH와 같은 밴드와 브레이커 값으로 여전히 설정되어 있지만, 휴면 상태이며 거래 가능 시장으로 상장되어 있지 않습니다. [파라미터 변경](/exchange/ko/consolidated-resources/parameter-changes.md)을 참조하십시오.

비교 기준은 마크 가격이며, 엄격하게 비교합니다.

```
deviation_bps = |order_limit_price − mark| / mark × 10,000
reject  ⟺  deviation_bps > price_band_bps
```

편차가 밴드와 정확히 같으면 **통과합니다**. 엄격하게 더 큰 경우에만 거부됩니다.

### 계산 예시: 밴드

`BTC-USDX-PERP`, `price_band_bps = 500`, `tick_size = 0.5`, 마크 가격 **60,000**.

밴드의 폭은 양쪽으로 `60,000 × 0.05` = 3,000이므로, 허용되는 지정 가격은 **57,000.0 이상 63,000.0 이하**입니다.

| 지정 가격            | 편차          | 결과                      |
| ---------------- | ----------- | ----------------------- |
| 63,000.0         | 500.000 bps | **접수**. 밴드와 같으며 더 크지 않음 |
| 63,000.5 (한 틱 위) | 500.083 bps | `PriceBandExceeded`     |
| 64,000.0         | 666.667 bps | `PriceBandExceeded`     |
| 56,999.5         | 500.083 bps | `PriceBandExceeded`     |

거부 메시지에는 세 가지 입력값이 모두 표시됩니다: `Order price {order_price} deviates from mark {mark} by more than {band_bps} bps`. 따라서 클라이언트는 밴드에 걸린 주문을 다른 거부와 구분하고, 거부 기준이 된 마크 가격에 맞춰 가격을 다시 매길 수 있습니다.

분모는 주문 가격이 아니라 **마크 가격**입니다. 마크 가격이 움직이면 같은 대기 중인 지정 가격이 밴드 안에서 밖으로 옮겨질 수 있지만, 밴드는 주문이 오더북에 들어올 때만 평가됩니다. 마크 가격이 멀어진다고 해서 대기 중인 주문이 취소되지는 않습니다.

> **밴드는 거부뿐 아니라 취소도 할 수 있습니다.** `PriceBandExceeded`는 제출 오류일 뿐 아니라 취소 사유로도 나타납니다. **리듀스 온리가 아닌** 트리거 주문이 밴드 밖의 가격으로 발동되면 체결되지 않고 이 사유로 취소됩니다. *리듀스 온리* 트리거는 예외이며 체결됩니다. 리듀스 온리 트리거의 지정 가격은 발동되어 전환될 때 이미 밴드 안으로 조정되었으므로, 이 예외는 안전합니다.

### 밴드가 적용되지 않는 세 가지 경우

다음은 엔진의 예외이지 허점이 아니며, 각각 이유가 있습니다.

* **청산 주문.** 청산은 부실 포지션을 종료하기 위해 오더북을 가로지를 수 있어야 합니다. 청산 주문에 밴드를 적용하면 포지션이 열린 채로 남아 손실이 커집니다.
* **발동된 리듀스 온리 트리거.** 발동된 스탑은 이미 포지션에서 빠져나가기로 한 결정이며, 밴드가 사용자를 포지션에 붙잡아 두어서는 안 됩니다.
* **지정 가격이 없는 주문.** 시장가 주문에는 비교할 가격이 없으며, 대신 자체 슬리피지 상한으로 제한됩니다. 마찬가지로 시장에 아직 마크 가격이 없으면 밴드를 적용할 기준이 없으므로 주문은 통과합니다.

> 엔진의 주석에는 예외 목록이 좁은 이유가 기록되어 있습니다. 이전에는 주문 유형별 예외 때문에 자체 가격을 *도출*하는 주문이 마크 가격에서 약 100% 떨어진 가격으로도 예외 처리될 수 있었습니다. 가격을 도출한다고 해서 그 가격에 한도가 생기는 것은 아닙니다.

## 최대 변동 브레이커: 거부가 아닌 거래 중단

이와 별도로, 거래소는 이동 구간(rolling window) 동안 **마크 가격**이 얼마나 움직였는지 추적합니다. `max_mark_move_window_s` 안에서 변동이 `max_mark_move_bps_per_window`를 초과하면 해당 시장은 **거래가 중단됩니다**.

| 시장            | 최대 변동              | 구간           | 산정 근거                                |
| ------------- | ------------------ | ------------ | ------------------------------------ |
| `BTC` · `ETH` | **1000 bps** (10%) | 3600 s (60분) | CME의 암호화폐 선물 동적 서킷 브레이커              |
| `SOL`         | **1500 bps** (15%) | 3600 s (60분) | CME 수치에서 확대. SOL에 대한 직접적인 CME 선례는 없음 |

거래 중단은 계정 상태가 아니라 시장 상태입니다. 해당 시장에서 리스크를 늘리는 새 활동을 멈추며, `GET /markets/{market_id}/status`에서 확인할 수 있고 이 엔드포인트는 사유도 보고합니다. `max_move_breached`는 거래소가 정의한 **7가지** 거래 중단 사유 중 하나입니다. 나머지는 운영자 조치, ADL 소진, 미보전 시스템 손실, 체결 도중의 포지션 적용 실패, 리스크 액터 재시작, 커밋 후의 시장 파라미터 불일치입니다. 청산 손실 흡수 순서에서 비롯되는 사유는 [청산](/exchange/ko/trading/trading/perpetuals/liquidations.md)을 참조하십시오.

거래 중단은 마크 가격을 동결하지 않습니다. 오라클은 중단 기간 내내 체결 가격을 계속 수집하고 시장의 마크 가격도 이를 계속 추적하므로, 거래가 멈춰 있는 동안에도 증거금, 미실현 손익, 펀딩은 계속 움직입니다. 이는 의도된 설계입니다. 거래가 재개되면 전체 변동을 한꺼번에 반영하는 대신 실제 가격에 재고정됩니다. 이를 [청산](/exchange/ko/trading/trading/perpetuals/liquidations.md)의 오래된 마크 가격 정책과 혼동하지 마십시오. 그 정책은 정반대의 경우로, 엔진이 더 이상 신뢰하지 않는 가격으로는 동작하기를 거부합니다. 중단 도중 청산 대상이 되는 경우를 포함한 전체 설명은 [Math Engine의 오라클 장](https://docs.nexus.xyz/math-engine/oracle)을 참조하십시오.

### 구간의 기준점과 놓치는 경우

각각의 새 마크 가격은 구간의 고가나 저가가 아니라 **구간 안에 아직 남아 있는 가장 오래된 샘플**과 비교됩니다.

```
move_bps = |mark − oldest_mark_in_window| / oldest_mark_in_window × 10,000
halt  ⟺  move_bps > max_mark_move_bps_per_window
```

**이 브레이커는 고점 대비 저점이 아니라 구간 시작점 대비 편차로 작동합니다.** 구간 안에서 되돌아오는 급등락은 감지되지 않을 수 있습니다. 이는 실수가 아니라 문서화된 설계 선택입니다. 브레이커에 백스톱으로 의존한다면, 브레이커는 왕복 움직임이 아니라 *지속적인* 가격 이탈을 잡아낸다는 점을 알아 두십시오.

### 계산 예시: 브레이커

`BTC-USDX-PERP`, `max_mark_move_bps_per_window = 1000`, `max_mark_move_window_s = 3600`.

| 시각         | 마크 가격  | 기준점(구간 내 가장 오래된 값) | 변동           | 결과                             |
| ---------- | ------ | ------------------ | ------------ | ------------------------------ |
| t = 0 s    | 60,000 | 60,000             | 0 bps        | 거래 중                           |
| t = 600 s  | 63,000 | 60,000             | 500 bps      | 거래 중                           |
| t = 1200 s | 66,000 | 60,000             | **1000 bps** | 거래 중. 같으며 더 크지 않음              |
| t = 1800 s | 66,300 | 60,000             | 1050 bps     | **거래 중단**, `max_move_breached` |

같은 시장과 파라미터에서의 사각지대는 다음과 같습니다.

| 시각         | 마크 가격  | 기준점    | 변동      | 결과   |
| ---------- | ------ | ------ | ------- | ---- |
| t = 0 s    | 60,000 | 60,000 | 0 bps   | 거래 중 |
| t = 1500 s | 65,400 | 60,000 | 900 bps | 거래 중 |
| t = 3000 s | 60,000 | 60,000 | 0 bps   | 거래 중 |

마크 가격은 900 bps 올랐다가 826 bps 다시 내려왔으며, 이는 **한 구간 안에서 1,726 bps의 움직임**입니다. 그러나 어떤 측정 시점에서도 마크 가격이 기준점에서 900 bps를 넘게 벗어난 적이 없으므로 브레이커는 한 번도 작동하지 않았습니다. 어느 경우든 거래 중단 후 재개는 수동이며, 브레이커는 스스로 해제되지 않습니다.

## 범위가 하나가 아니라 둘인 이유

두 범위는 서로 반대되는 실패를 다룹니다. 가격 밴드는 정상적인 마크 가격에 대한 **하나의 잘못된 주문**을 잡아냅니다. 브레이커는 오라클 문제나 실제 가격 이탈로 인한 **잘못된 마크 가격**을 잡아내는데, 이때는 각각의 주문이 그 마크 가격에 비해 모두 합리적으로 보입니다. 첫 번째 범위만 있는 거래소는 고장 난 피드 때문에 30% 움직인 오더북을 계속 매칭할 것입니다. 두 번째 범위만 있는 거래소는 구간이 작동하기 훨씬 전에 가격이 잘못 매겨진 지정가 주문 하나가 대기 중인 호가 물량과 체결되도록 허용할 것입니다.

마크 가격 자체가 어떻게 구성되고 보호되는지는 [가격 오라클](/exchange/ko/trading/trading/perpetuals/price-oracles.md)을 참조하십시오. 포지션이 유지 증거금 요건을 충족하지 못하게 된 뒤에 일어나는 일은 [청산](/exchange/ko/trading/trading/perpetuals/liquidations.md)을 참조하십시오.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.nexus.xyz/exchange/ko/trading/trading/perpetuals/discovery-bounds.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.