Hyperliquid의 오더북 작동 원리: 무기한 선물 트레이더를 위한 CLOB 메커니즘

Hyperliquid를 사용하는 대부분의 트레이더는 중앙 지정가 주문서(CLOB)가 무엇인지에 대한 기본적인 이해를 가지고 있습니다. 매수 또는 매도 주문을

넣으면 엔진이 이를 매칭하고 체결이 이루어집니다. 이러한 사고 모델은 어느 정도는 맞습니다. 하지만 놓치고 있는 점은 Hyperliquid의 CLOB이 기존

거래소의 오더북이나 이를 복제하려는 초기 온체인 시도들과 어떻게 다른지, 그리고 포지션 규모를 정하고 실행 위험을 관리할 때 왜 이러한 차이가 중요한지입니다.

이 기사에서는 Hyperliquid 오더북의 메커니즘, 주문이 처리되는 방식, 온체인에 실제로 존재하는 주문 유형, 그리고 이 아키텍처가 귀하의 체결, 지연

시간 및 거래 상대방 노출에 어떤 의미를 갖는지 다룹니다. Hyperliquid 토큰 경제, 볼트 메커니즘 또는 거버넌스는 다루지 않습니다. CLOB이란 무

엇이며 AMM과 어떻게 다른가: CLOB은 가격과 시간에 따라 구매자와 판매자를 매칭합니다. 대기 중인 주문은 특정 가격 수준의 대기열에 머뭅니다. 들어오는

주문이 스프레드를 가로지르면 엔진은 이를 최선의 대기 주문과 매칭합니다. 가격-시간 우선순위가 누가 먼저 체결될지를 결정합니다. 최선의 가격이 우선하며, 동일

한 가격 내에서는 더 일찍 들어온 주문이 우선합니다. AMM(자동화된 마켓 메이커)은 다르게 작동합니다. 유동성 풀에 적용된 공식을 사용하여 거래 가격을 책정

합니다. 즉, 다른 참가자의 대기 주문이 아닌 풀을 상대로 거래합니다. 슬리피지는 다른 트레이더가 지정가를 어디에 두었는지가 아니라 풀의 깊이와 거래 규모에

따라 결정됩니다. 이 차이는 무기한 선물 트레이더에게 중요합니다. AMM에서는 특정 가격에 지정가 주문을 넣고 체결을 기다릴 수 없습니다. CLOB에서는 가능

합니다. 또한 각 가격 수준에서 실제 대기 중인 유동성을 보여주는 가시적인 오더북을 얻을 수 있으며, 이는 거래 전 깊이를 읽고 실행 영향을 추정하는 기반이

됩니다. Hyperliquid는 CLOB을 사용합니다. 이것이 핵심 아키텍처 선택입니다. Hyperliquid가 온체인에서 CLOB을 운영하는 방법: 이더리움

과 같은 범용 블록체인에서 CLOB을 운영하는 것은 활발한 거래에 비효율적입니다. 12초의 블록 시간과 트랜잭션당 가스 비용으로 인해 주문 배치 및 취소가 지

나치게 느리고 비쌉니다. 초기 온체인 무기한 선물 프로토콜은 오더북을 오프체인으로 옮기고 최종 포지션만 온체인에서 결제하는 방식으로 이를 우회했지만, 이는 거

래 상대방 위험을 줄이는 대신 매칭을 위한 신뢰할 수 있는 중개자를 다시 도입하게 됩니다. Hyperliquid는 다른 접근 방식을 취합니다. 오더북 처리량에

최적화된 합의 메커니즘을 갖춘 전용 레이어 1 블록체인에서 실행됩니다. 체인은 1초 미만의 지연 시간으로 주문 배치, 수정 및 취소를 처리합니다. 매칭은 중

앙 서버가 아닌 온체인에서 발생합니다. 결제는 검증 가능합니다. 포지션, 펀딩 비용 발생 및 청산 수준을 체인 상태에서 직접 확인할 수 있습니다. 이것이 커스

터디 거래소 및 하이브리드 온체인/오프체인 무기한 선물 프로토콜과의 의미 있는 아키텍처 차이입니다. 매칭 엔진은 회사가 운영하는 블랙박스가 아니라 검증인 세트

에서 실행되며 검증 가능한 결과를 생성합니다. 트레이드오프는 Hyperliquid의 L1이 이더리움이 아니라는 점입니다. 이는 자체 검증인 세트와 보안 가정을

가진 별도의 체인입니다. Hyperliquid에서 거래할 때 이더리움의 보안을 상속받는 것이 아닙니다. 상당한 담보를 예치하기 전에 이를 명확히 이해하는 것

이 중요합니다. 사용 가능한 주문 유형과 "진정한 시장가 주문은 없다"는 의미: Hyperliquid의 CLOB은 지정가 주문, IOC(즉시 체결 또는 취소)

주문 및 포스트 온리(Post-only) 주문을 지원합니다. 전통적인 의미의 네이티브 시장가 주문은 없습니다. 커스터디 거래소의 시장가 주문은 엔진에 사용

가능한 가격으로 거래를 체결하도록 지시합니다. Hyperliquid에서 이에 상응하는 것은 스프레드를 가로지르는 가격으로 배치된 IOC 지정가 주문입니다. 가

격 제한을 지정하면 엔진은 해당 가격 이하에서 가능한 만큼 체결하고 나머지는 즉시 취소합니다. 주문이 매칭 엔진에 도달하기 전에 시장이 움직이면 지정가보다 나

쁜 가격으로 체결되지 않으며, 부분 체결되거나 체결되지 않습니다. 이는 제한이 아니라 보호입니다. 얇은 오더북에서의 진정한 시장가 주문은 중간 가격에서 멀리

떨어진 곳에서 체결될 수 있습니다. 정의된 슬리피지 범위가 있는 IOC 지정가는 제출하기 전에 최악의 체결 가격을 제공합니다. Stacked Markets(s

tackedmarkets.com)를 통해 거래하면 인터페이스가 이를 직접 보여줍니다. 지갑에 서명 요청이 뜨기 전에 최악의 체결 가격을 확인할 수 있습니다.

IOC 구조는 가시적이며, 실제로 제출하는 내용을 모호하게 만드는 "시장가 주문" 라벨 뒤에 숨겨져 있지 않습니다. 포스트 온리 주문은 IOC와 반대입니다.

메이커 주문으로 오더북에 머물며 즉시 스프레드를 가로지르게 되면 취소됩니다. 메이커 리베이트를 받고 체결을 기다릴 의향이 있을 때 사용하십시오. 매칭 작동 방

식 및 체결 우선순위 결정 요소: Hyperliquid의 매칭 엔진은 가격-시간 우선순위를 적용합니다. 특정 가격 수준에서 먼저 도착한 주문이 먼저 체결됩니다

• Visible depth is real depth. Resting orders on Hyperliquid's book represent actual signed on-chain commitments. They are not indicative quotes that can be pulled before your order reaches the engine — which makes the depth display more reliable than on many hybrid systems.
• Latency is not zero. On-chain consensus introduces latency that a centralised matching engine does not have. For most position traders, this is irrelevant. For strategies that depend on sub-millisecond execution, it is a binding constraint.
• Cancellations are not instant. Cancel transactions compete for block inclusion. In volatile conditions, you may not be able to cancel a resting order before it fills.
• Liquidations are on-chain. If your margin falls below the maintenance threshold, the liquidation engine acts on-chain. You can verify your liquidation price from the chain state. There is no exchange discretion in when liquidation is triggered.

. 새로운 공격적 주문이 오더북에 들어오면 엔진은 최선의 가격부터 최악의 가격까지 대기 중인 주문을 순차적으로 체결하며, 들어오는 주문이 소진되거나 스프레드를

가로지르는 대기 주문이 없을 때까지 계속됩니다. 활발한 시장에서는 부분 체결이 흔합니다. 최선의 매도 호가에 큰 지정가 주문을 넣었으나 대기 중인 매수 물량

이 부족하면 매칭된 부분은 즉시 결제되고 나머지는 오더북에 남습니다. 매칭 엔진의 온체인 특성은 체결 순서가 결정론적이고 감사 가능하다는 것을 의미합니다. 주

문 매칭 방식에 거래소 측의 재량권은 없습니다. 검증인 네트워크가 매칭 로직을 실행하고 결과가 온체인에 기록됩니다. 한 가지 실질적인 의미는 주문 취소가 주문

배치와 블록 포함을 위해 경쟁한다는 것입니다. 빠르게 움직이는 시장에서는 체결 요청 후 밀리초 단위로 제출된 취소 요청이 체결을 막지 못할 수 있습니다. 이

는 중앙 집중식 서버가 아닌 네트워크에 의해 트랜잭션이 정렬되는 모든 온체인 시스템의 속성입니다. 펀딩비와 오더북 상태의 관계: 무기한 선물은 만기가 없습니다

1. Do you understand the difference between your IOC limit price and the current best ask, and have you set a slippage bound that reflects actual book depth rather than a default?
2. Have you checked the current funding rate before entering a leveraged position, and do you know how long you plan to hold it?
3. Do you know your liquidation price on-chain, and have you verified it matches what the interface shows?
4. Are you using post-only orders in low-volatility conditions where maker rebates would meaningfully reduce your cost basis?
5. Have you considered how a Hyperliquid L1 network event would affect your ability to manage open positions, and do you have a contingency for that scenario?

. 무기한 선물 가격을 현물 가격에 고정하는 메커니즘은 펀딩비입니다. 무기한 선물이 현물보다 높게 거래되면 롱 포지션이 숏 포지션에 지불합니다. 현물보다 낮게

거래되면 숏 포지션이 롱 포지션에 지불합니다. 펀딩비는 정기적으로 오픈 포지션에 발생합니다. 펀딩비는 프리미엄(무기한 선물의 마크 가격과 인덱스 가격의 차이

)의 함수입니다. 마크 가격은 오더북의 중간 가격에서 파생됩니다. 공격적인 매수로 중간 가격이 인덱스보다 높아지면 프리미엄이 상승하고 펀딩비가 상승하여 롱 포

지션이 포지션 유지 비용을 더 많이 지불하게 됩니다. 이는 차익 거래자가 무기한 선물을 숏하고 현물을 매수하여 프리미엄을 다시 0으로 압축하도록 하는 기계적

인센티브를 만듭니다. 오더북 상태와 펀딩비의 이러한 연결은 운영상 중요합니다. 지속적으로 높은 펀딩비는 오더북이 롱으로 치우쳐 있음을 의미합니다. 그러한 환경

에서 롱 포지션을 유지하는 것은 시간이 지남에 따라 복리로 증가하는 보유 비용을 발생시킵니다. 서류상 수익이 나더라도 충분히 오래 보유하면 펀딩비로 인해 수익

이 잠식될 수 있습니다. Hyperliquid의 펀딩비는 매시간 결제됩니다. 온체인에서 발생한 펀딩비를 확인할 수 있습니다. CLOB 아키텍처가 실행에 의미하

는 바: 온체인 CLOB은 실행 접근 방식에 구체적인 영향을 미칩니다. 정직한 트레이드오프: 전용 L1의 CLOB은 실제 문제를 해결합니다. 매칭은 검증 가능

합니다. 커스터디는 비수탁 방식입니다. 깊이는 실제입니다. IOC 지정가는 무제한 슬리피지로부터 귀하를 보호합니다. 이는 모든 예치금에 거래 상대방 위험이 따

르는 커스터디 거래소 구조보다 진정한 개선입니다. 비용도 실재합니다. Hyperliquid의 L1은 전투에서 검증된, 최대한 탈중앙화된 네트워크가 아닙니다.

검증인 세트는 이더리움보다 작으며 체인은 전용으로 구축되었습니다. 즉, 구형 네트워크가 겪었던 모든 적대적 조건을 겪지 않았습니다. 검증인 세트 장애나 네트워

크 파티션은 이벤트 발생 시 주문을 취소하거나 담보를 인출하는 능력에 영향을 미칠 수 있습니다. 온체인 매칭 모델은 중앙 집중식 엔진 권한에 의존하는 실행 전

략(예: 밀리초 미만의 취소 권한이 있는 직접 마켓 메이커 API 액세스)을 복제할 수 없음을 의미합니다. 귀하의 전략에 그것이 필요하다면 Hyperliqui

d는 적절한 장소가 아닙니다. 대부분의 포지션 트레이더와 활발한 방향성 트레이더에게 트레이드오프는 유리합니다. 전문적인 수준의 오더북 메커니즘, 검증 가능한

결제, 커스터디 위험 없음을 얻을 수 있습니다. 약간의 지연 시간과 새로운 체인의 보안 프로필을 받아들이는 것입니다.