> ## 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의 마켓 메이킹은 따로 가입하는 특별 프로그램이 아닙니다. 호가를 내면 대기 주문에 메이커 수수료율이 적용되고, 일정 기준을 넘으면 유동성을 공급한 대가를 받습니다.

구현에 들어가기 전에 알아 둘 것은, 대부분의 거래소와 다른 이 거래소의 구조적 특성 세 가지, 그리고 거기에서 따라 나오는 구체적인 장치입니다. 아래의 모든 장치는 다른 문서에 상세히 적혀 있고, 이 문서는 그 사이를 꿰는 길잡이입니다.

<h2 id="three-things-that-are-different">
  다른 점 세 가지
</h2>

**블록 안에서는 지연 시간이 결과를 결정하지 않습니다.** 한 가격 단계에서의 우선순위는 먼저 가격, 그다음 커밋된 블록 시퀀스 안의 위치이며, 패킷이 노드에 도달한 시각이 아닙니다. 같은 블록에 담긴 두 주문의 선후는 모든 검증자가 동일하게 계산합니다. 블록과 블록 사이에서는 도착 시각이 여전히 의미가 있지만, 한 블록 안에서는 코로케이션으로 살 수 있는 것이 없습니다.

**같은 블록에서는 취소가 유동성을 가져가는 주문을 이깁니다.** 취소는 유동성을 가져갈 수 있는 주문보다 앞선 단계에서 실행됩니다. 가격이 움직여 낡은 호가를 거둬들일 때, 취소와 나란히 도착한 주문이 그 호가를 채 갈 수 없습니다. 대부분의 거래소에서 이것은 인프라로 이기는 경주지만, 여기서는 프로토콜이 보장하는 사항입니다.

**포스트 온리 주문이 먼저 배치되고, 그 뒤에야 다른 주문이 상대로 체결될 수 있습니다.** 정의상 유동성을 가져갈 수 없으므로, 매칭이 아닌 단계에서 유동성을 가져가는 모든 주문 흐름보다 앞서 처리됩니다.

이 셋을 합치면, 같은 블록 안의 역선택에서 호가를 지키려고 지연 시간에 돈을 쏟아붓는 통상적인 이유가 여기서는 성립하지 않습니다. [트랜잭션 시퀀싱](/ko/trading/tx-sequencing)이 이를 다룹니다.

<h2 id="quoting">
  호가 제출
</h2>

**포스트 온리를 쓰십시오.** 메이커 지위를 보장합니다. 교차하게 될 주문은 테이커로 체결되는 대신 거부됩니다. 메이커 수수료율을 안정적으로 받느냐, 가끔 실수로 테이커 수수료율을 무느냐의 차이가 여기서 갈립니다. 자세한 내용은 [주문 유형](/ko/trading/order-types)에 있습니다.

**한 단계 안의 우선순위는 자리 순입니다.** 같은 가격의 주문은 시퀀싱된 순서대로 체결됩니다. 대기열 앞은 체결되고, 뒤는 구경합니다. [오더북](/ko/trading/order-book)에 정리되어 있습니다.

**호가 단위와 수량 단위를 지키십시오.** 규격에 맞지 않는 가격은 반올림되지 않고 거부됩니다. 가용 담보는 내림, 증거금은 올림으로 처리되므로 가용 잔액에 딱 맞춰 호가 수량을 잡으면 간헐적으로 거부됩니다. 전체 규칙은 [정밀도](/ko/trading/precision)에서 다룹니다.

<h2 id="managing-quotes">
  호가 관리
</h2>

실무적으로 가장 큰 차이가 있는 지점이 여기입니다.

| 변경        | 처리 방식    | 대기열 자리 |
| --------- | -------- | ------ |
| **수량 감소** | 제자리 수정   | **유지** |
| 수량 증가     | 취소 후 재등록 | 상실     |
| 가격 변경     | 취소 후 재등록 | 상실     |

리스크를 관리하려고 호가를 줄여도 대기열 자리를 잃지 않습니다. 대부분의 거래소는 이렇게 동작하지 않으며, 이 차이가 재고 관리 비용을 바꿉니다. 판단을 내리는 동안 도착한 사람들 뒤로 다시 줄 서지 않고도 해당 단계의 익스포저를 줄일 수 있습니다. [주문 수정](/ko/trading/modify-orders)이 이를 다룹니다.

**모든 주문에 클라이언트 주문 ID를 붙이십시오.** 제출이 타임아웃되면 그 주문이 반영되었는지 알 수 없습니다. 직접 생성한 식별자가 있으면 그 식별자로 취소를 보내고, 어느 쪽이든 확정된 상태로 끝납니다. 식별자가 없으면 마켓, 방향, 가격, 수량으로 조회하고 짐작해야 합니다. 카운터가 아니라 무작위로 생성하십시오. 카운터 값을 잃은 채 재시작하면 살아 있는 주문과 충돌합니다. [클라이언트 주문 ID](/ko/trading/client-order-id)에 자세한 내용이 있습니다.

**자기체결 방지는 계정 안에서 항상 켜져 있습니다.** 들어온 주문이 자기 대기 호가를 가져가게 되면 그 대기 주문이 취소되고 별도의 상태값으로 표시됩니다. 그 상태값을 화면에 드러내십시오. 이 사유로 호가가 사라졌다는 것은 자기 전략 두 개가 충돌했다는 뜻입니다.

서브 계정끼리도 **보호됩니다.** 자기체결 방지는 지갑 주소를 기준으로 걸리고, 한 지갑에 속한 모든 서브 계정이 그 기준을 공유합니다. 그래서 서로 다른 서브 계정에서 돌리는 전략 두 개도 서로 교차하면 취소가 일어납니다. 반대 방향을 잡는 것이 정당한 전략 둘이라면, 서브 계정으로 나누는 것만으로는 그 목적을 이룰 수 **없습니다.** 별도의 지갑이 필요합니다. [자기체결 방지](/ko/trading/self-trade-prevention)에서 다룹니다.

<h2 id="what-it-pays">
  수익 구조
</h2>

메이커 수수료는 롤링 거래량이 늘어날수록 낮아지고, 점유율 기준을 넘으면 음수가 됩니다. 메이커 체결마다 돈을 받는다는 뜻입니다.

| 거래소 메이커 거래량 점유율 | 메이커 수수료율 |
| --------------: | -------: |
|          > 0.5% |  −0.001% |
|          > 1.5% |  −0.002% |
|          > 3.0% |  −0.003% |

<Note>
  기준이 서로 다르다는 점에 유의하십시오. 수수료 **등급**은 자기 절대 거래량으로 측정하고, **리베이트**는 거래소 전체 메이커 거래량에서 차지하는 점유율로 측정합니다. 서로 다른 자격 요건이며, 거래량이 크다는 사실만으로 리베이트를 받지는 못합니다. 오더북에서 의미 있는 비중을 차지해야 받습니다.
</Note>

마켓 메이킹 장부에 영향을 주는 흐름이 둘 더 있습니다. [펀딩](/ko/trading/funding)은 정산 시점을 넘겨 보유한 재고에 부과되며, 밤새 한쪽으로 기운 장부에는 실제 비용이거나 실제 수입입니다. 그리고 청산은 먼저 오더북을 상대로 종료됩니다. 그 물량을 흡수하는 것이 대기 깊이이고, 파산 가격에서 거래 상대방이 되는 일은 스트레스를 받는 시장에 호가를 낸다는 것의 일부입니다. [수수료](/ko/programs/fees)와 [청산](/ko/trading/liquidations)에서 각각 다룹니다.

<h2 id="constraints-on-size">
  규모에 걸리는 제약
</h2>

**증거금은 포지션만이 아니라 대기 주문도 잡아 둡니다.** 여러 단계에 걸쳐 넓게 깔린 장부는 포지션을 열 수 있는 모든 단계에 대해 증거금을 예약합니다. [증거금 모드](/ko/trading/margin-modes)에 정리되어 있습니다.

**포지션 한도는 마켓 규모에 따라 커집니다.** 한쪽 방향의 상한은 마켓 미결제약정의 일정 비율과 고정 하한 중 큰 값이며, 서브 계정을 합산해 적용합니다. [포지션 한도](/ko/trading/oi-limits)가 이를 다룹니다.

**재고는 디레버리징 순위에 영향을 줍니다.** 점수는 미실현 이익에 실효 레버리지를 곱한 값이므로, 한쪽으로 기운 채 수익을 내면서 높은 레버리지를 쓰는 장부는 대기열 앞쪽에 놓입니다. 자세한 내용은 [자동 디레버리징](/ko/trading/adl)에 있습니다.

<h2 id="getting-set-up">
  연동 준비
</h2>

연동에 쓰는 인터페이스는 모두가 쓰는 것과 같습니다. REST와 WebSocket, 네 개 언어의 SDK, 테스트넷 도구입니다. [개발자](/ko/developers/overview)에서 시작하십시오.

전용 요율, 공식 메이커 계약, 상장 지원 같은 상업적 협의 창구는 `contact@intention.xyz`입니다. [빌더 및 연동 문의](/ko/help/builder-questions)를 참고하십시오.

<h2 id="where-to-go-next">
  다음으로 읽을 문서
</h2>

<CardGroup cols={2}>
  <Card title="트랜잭션 시퀀싱" href="/ko/trading/tx-sequencing">
    지연 시간 없이도 호가를 지킬 수 있게 하는 우선순위 체계입니다.
  </Card>

  <Card title="주문 수정" href="/ko/trading/modify-orders">
    호가를 줄여도 대기열 자리를 지키는 이유를 설명합니다.
  </Card>

  <Card title="수수료" href="/ko/programs/fees">
    등급과 리베이트, 거래량을 집계하는 방식을 다룹니다.
  </Card>

  <Card title="개발자" href="/ko/developers/overview">
    API, SDK, 테스트넷 도구를 다룹니다.
  </Card>
</CardGroup>