메이커 수수료와 테이커 수수료는 무엇입니까? 교환 수수료의 실제 작동 방식

주문 실행 메커니즘

1. 현재 최고 입찰가 또는 매도호가를 벗어난 가격으로 주문한 경우, 일치할 때까지 주문 대장에 남아 있습니다.

2. 기존 유동성에 대한 즉각적인 실행은 주문 유형에 관계없이 Taker 분류를 트리거합니다.

3. 스프레드를 넘어 즉시 체결되는 지정가 주문은 모든 주요 거래소에서 테이커 주문으로 처리됩니다.

4. 포스트 온리(Post-Only) 시행은 가격 상황이 허용하더라도 모든 주문이 휴면 유동성을 소비하는 것을 방지합니다.

5. 교환 매칭 엔진은 제출된 각 주문의 타임스탬프를 기록하여 책의 밀리초 수준 지속성을 기반으로 Maker 자격이 있는지 여부를 결정합니다.

주요 플랫폼 전반의 수수료 구조

1. 바이낸스는 현물 거래에서 Maker와 Taker에 동일한 기본 요율을 적용하지만 BNB로 결제할 때는 차별화된 할인 혜택을 제공합니다.

2. OKX는 무기한 선물 시장에서 Taker 주문에 대해 0.02%를 부과하고 Maker 주문에 대해 수수료를 전혀 부과하지 않습니다 .

3. Bybit는 USDT 마진 계약에 대해 Maker 수수료를 0.025%, Taker 수수료를 0.075%로 설정합니다.

4. KuCoin은 충분한 KCS를 보유한 사용자에 대해 Maker 수수료를 0.05%로 낮추고, Taker 수수료는 표준 수준으로 유지합니다.

5. MEXC는 GT 토큰 잔액 임계값이 충족되지 않는 한 두 역할 모두에 대해 균일한 0.2% 수수료를 유지하며, 그 이후에는 두 요율이 모두 0.15%로 떨어집니다.

유동성 공급의 영향

1. 마켓메이커는 지속적인 지정가 주문을 통해 매수-매도 스프레드를 축소하는 데 직접적으로 기여합니다.

2. 고주파 차익거래자는 예측 가능한 Maker 수수료 구조에 의존하여 상관 자산 전반에 걸쳐 낮은 마진 전략을 유지합니다.

3. 기관 유동성 공급자는 최소 주문장 존재 여부 측정 기준에 따라 맞춤형 수수료 일정을 협상합니다.

4. 거래량이 적은 기간 동안 거래소가 최상위 유동성 기여자에게 리베이트를 지급하는 마이너스 수수료 모델이 존재합니다.

5. 심층 차트 분석 도구는 실시간 수수료 영향을 통합하여 슬리피지 및 비용을 최소화하기 위한 최적의 가격 배치 영역을 강조합니다.

주문 유형 결정 논리

1. 시장가 주문은 가용 유동성을 소비하는 고유한 설계로 인해 항상 테이커로 분류됩니다.

2. 스프레드 내에 배치된 지정가 주문은 Post-Only가 활성화되지 않은 한 제출 즉시 Taker가 됩니다.

3. 지정가 구성 요소가 스프레드 외부에 있는 경우에도 중지 제한 주문이 트리거되면 테이커로 실행됩니다.

4. 빙산 주문은 전체 크기의 일부만 노출합니다. 표시되는 각 조각은 Maker/Taker 상태에 대해 독립적으로 평가됩니다.

5. OCO(One-Cancels-the-Other)와 같은 조건부 주문은 먼저 실행되는 레그의 역할 지정을 상속합니다.

일반적인 질문과 답변

Q: 단일 사용자가 하나의 거래 세션에서 Maker와 Taker가 될 수 있습니까? 답: 그렇습니다. 나중에 체결되는 지정가 주문을 하는 트레이더가 메이커 역할을 합니다. 시장가 주문을 즉시 제출하면 테이커로 분류됩니다.

Q: 플랫폼 토큰 보유는 Maker 수수료와 Taker 수수료 모두에 동일하게 영향을 줍니까? A: 아니요. 대부분의 거래소는 Maker 수수료에만 백분율 기반 할인을 적용하거나 Taker 할인이 Maker 혜택보다 뒤떨어지는 계층별 할인을 제공합니다.

Q: 거래소가 Maker 및 Taker 활동에 라벨을 붙이는 방법을 규정하는 규제 요건이 있습니까? A: 보편적으로 그런 것은 아닙니다. 일부 관할권에서는 수수료 라벨링의 투명성을 요구하지만, 역할 할당에 대한 특정 정의나 감사 프로토콜을 요구하는 글로벌 표준은 없습니다.

Q: 탈중앙화 거래소는 Maker/Taker 구별을 어떻게 처리합니까? A: Uniswap이나 Curve와 같은 DEX는 이 모델을 사용하지 않습니다. 대신 유동성 풀 준비금으로 자금을 조달하는 고정 스왑 수수료를 청구하므로 주문서 기반 역할 차별화가 필요하지 않습니다.