한 줄 요약: Hyperliquid는 단순한 탈중앙화 거래소 하나가 아니라, 고성능 온체인 주문장 거래소(HyperCore) + EVM 스마트컨트랙트 환경(HyperEVM) + 자체 합의체계(HyperBFT)를 하나의 Layer 1 블록체인 안에 결합한 금융 인프라입니다. 특히 무기한 선물(Perpetual Futures) 거래에서 중앙화 거래소에 가까운 속도와 사용성을 제공하면서도 주문·체결·청산 기록을 온체인에 남기는 것이 핵심 특징입니다.
1. Hyperliquid란 무엇인가?
Hyperliquid는 자체 Layer 1 블록체인 위에서 운영되는 탈중앙화 금융·거래 플랫폼입니다. 가장 유명한 기능은 비트코인, 이더리움, 각종 암호화폐와 여러 자산의 무기한 선물(Perpetual Futures, Perps) 거래이지만, 현재는 Spot 거래, 스테이킹, Vault, permissionless market, HyperEVM 기반 DeFi 애플리케이션까지 포함하는 더 넓은 생태계로 발전했습니다.
일반적인 DEX라고 하면 Uniswap처럼 AMM(Automated Market Maker) 방식으로 토큰을 교환하는 서비스를 떠올리기 쉽습니다. 그러나 Hyperliquid는 Binance, Bybit, OKX 같은 전문 거래소에서 익숙한 CLOB(Central Limit Order Book, 중앙 지정가 주문장) 방식을 온체인으로 구현했습니다.
여기서 CLOB의 “Central”은 거래소 운영 주체가 중앙화되어 있다는 뜻이라기보다, 매수·매도 지정가 주문을 하나의 주문장에 모아서 가격 우선·시간 우선 등의 규칙으로 체결하는 구조를 의미합니다. Hyperliquid에서는 이 주문장과 체결 로직 자체가 HyperCore의 상태로 관리되므로, 전통적인 CEX처럼 회사 내부 데이터베이스에만 주문장이 존재하는 구조와는 다릅니다.
HYPE 토큰의 Genesis Event는 2024년 11월 29일에 진행되었습니다. Hyperliquid 거래 서비스 자체는 그 이전부터 존재했으며, HYPE 도입 이후 네트워크 스테이킹과 HyperEVM 가스, 생태계 인센티브 등을 포함한 자체 L1 경제 구조가 본격적으로 완성되기 시작했습니다.
2026년에도 Hyperliquid는 Perp DEX 분야의 주요 선두 플랫폼입니다. 다만 “시장 점유율 몇 %” 같은 수치는 하루·주간·월간 기준에 따라 크게 달라질 수 있으므로 고정된 숫자로 이해하면 안 됩니다. 예를 들어 2026년 8월의 일부 집계에서는 24시간 Perp DEX 거래량의 약 45%를 차지한 시점도 있었으며, 다른 30일 집계에서는 비교 대상에 따라 비중이 다르게 나타납니다. 따라서 시장 지배력을 판단할 때는 거래량, Open Interest, 수수료 수익, 주문장 깊이를 함께 보는 것이 좋습니다.
2. 왜 Hyperliquid가 주목받는가?
Hyperliquid의 핵심은 단순히 “DEX인데 거래가 빠르다”는 데 있지 않습니다. 기존 암호화폐 거래 구조에서 서로 충돌하던 세 가지 목표를 동시에 해결하려고 합니다.
- CEX에 가까운 거래 경험
- 빠른 주문 입력과 취소
- 지정가·시장가 주문
- 깊은 주문장
- 레버리지 거래
- Cross / Isolated Margin
- API를 이용한 자동매매와 마켓메이킹
- 온체인 투명성
- 주문, 취소, 체결, 청산이 HyperCore 상태에 기록됨
- 사용자 자산을 중앙 거래소 계정에 맡기는 전통적인 custody 구조와 다름
- 거래 상태를 외부에서 검증할 수 있음
- 프로그래머블 금융 인프라
- HyperEVM에서 Solidity 스마트컨트랙트 실행 가능
- HyperCore의 유동성과 거래 기능을 다른 애플리케이션이 활용할 수 있음
- 개발자가 별도 거래소를 처음부터 만들지 않고 Hyperliquid의 주문장과 유동성을 기반으로 서비스를 구축할 수 있음
즉 Hyperliquid의 장기적인 방향은 “탈중앙화 선물 거래소”를 넘어서 온체인 금융 시스템의 기반 레이어가 되는 것입니다.
3. 전체 구조를 먼저 이해하기
Hyperliquid는 크게 다음 세 부분으로 이해하면 쉽습니다.
3-1. HyperBFT — 네트워크 합의 엔진
HyperBFT는 Hyperliquid의 자체 합의 알고리즘입니다. HotStuff 계열의 BFT(Byzantine Fault Tolerance) 합의 방식에서 영향을 받았으며, 검증인들이 네트워크의 거래 순서와 상태에 합의합니다.
쉽게 말하면 다음과 같습니다.
사용자가 주문을 보냄 → 검증인들이 거래 순서에 합의함 → HyperCore가 주문을 처리함 → 결과가 확정됨
공식 문서 기준으로 HyperCore는 현재 약 초당 20만 건의 주문 처리 능력을 지원한다고 설명하고 있습니다. 주문을 보내고 확정된 응답을 받기까지의 end-to-end latency는 지리적으로 가까운 환경에서 중앙값 약 0.2초, 99 percentile 약 0.9초 수준으로 설명됩니다.
따라서 Hyperliquid의 성능을 “무조건 0.07초 finality”처럼 하나의 숫자로 표현하는 것보다는 높은 처리량 + 낮은 체감 latency + one-block finality라는 구조로 이해하는 편이 정확합니다.
검증인은 HYPE 스테이킹을 기반으로 네트워크 합의에 참여합니다. 네트워크가 안전하게 작동하기 위해서는 일반적인 BFT 구조와 마찬가지로 충분한 비율의 stake가 정직한 검증인에게 위임되어 있어야 합니다.
3-2. HyperCore — 거래소의 핵심 엔진
HyperCore는 Hyperliquid에서 실제 금융 거래가 일어나는 핵심 실행 환경입니다.
주요 기능은 다음과 같습니다.
- Perpetual Futures
- Spot Trading
- 온체인 Order Book
- Matching Engine
- Margin 관리
- Liquidation
- Oracle / Mark Price 처리
- Vault
- HYPE Staking
- Permissionless Spot 및 Perp 시장
HyperCore의 가장 중요한 특징은 주문장과 매칭 엔진을 off-chain 서버에 의존하지 않는다는 점입니다.
일부 DEX는 주문 서명은 지갑으로 하더라도 실제 주문장과 matching은 중앙 서버에서 운영하고 최종 결과만 체인에 기록합니다. Hyperliquid는 주문, 취소, 거래, 청산 등 핵심 거래 상태 자체를 HyperCore에서 처리하는 방향을 택했습니다.
3-3. HyperEVM — 스마트컨트랙트 플랫폼
HyperEVM은 Ethereum Virtual Machine과 호환되는 일반 목적 스마트컨트랙트 환경입니다.
개발자는 Solidity 기반으로 다음과 같은 서비스를 만들 수 있습니다.
- Lending / Borrowing
- Yield 서비스
- Vault
- Structured Products
- Stablecoin 관련 서비스
- Trading frontend
- 자동화된 DeFi 전략
- HyperCore의 유동성을 활용하는 금융 애플리케이션
HyperEVM의 Mainnet Chain ID는 999이며 HYPE가 native gas token입니다.
HyperCore와 HyperEVM은 별개의 블록체인이 아니라 같은 Hyperliquid L1의 서로 다른 실행 영역으로 이해하면 쉽습니다. HyperCore가 고속 금융 엔진이라면, HyperEVM은 개발자가 자유롭게 코드를 올리는 범용 프로그래밍 레이어입니다.
4. CEX와 Hyperliquid의 차이
| 항목 | 일반 CEX | Hyperliquid |
|---|---|---|
| 주문장 | 회사 내부 서버 | HyperCore 온체인 상태 |
| 체결 | 중앙 거래소 매칭 엔진 | HyperCore 매칭 엔진 |
| 자산 관리 | 거래소 계정에 입금 | 지갑 서명 기반의 온체인 구조 |
| 거래 내역 검증 | 거래소 DB 의존 | 온체인 상태로 확인 가능 |
| 거래 속도 | 매우 빠름 | DEX 중 매우 빠른 편 |
| 일반 거래 가스비 | 없음 | HyperCore 거래에는 별도 EVM gas 없음 |
| 스마트컨트랙트 | 사용자 직접 접근 어려움 | HyperEVM에서 구축 가능 |
중요한 점은 “DEX = 모든 것이 자동으로 완전히 탈중앙화되어 있다”는 뜻은 아니라는 것입니다. Hyperliquid도 검증인 분포, 핵심 개발팀의 영향력, 긴급 상황에서의 validator coordination, bridge 구조 등 여러 중앙화 리스크를 별도로 평가해야 합니다.
5. Perpetual Futures란?
Hyperliquid의 핵심 상품은 Perpetual Futures, 한국어로 흔히 무기한 선물이라고 부르는 파생상품입니다.
일반 선물은 만기일이 있지만 Perpetual은 만기가 없습니다. 따라서 포지션을 계속 유지할 수 있습니다. 대신 현물 가격과 선물 가격이 지나치게 벌어지지 않도록 Funding Payment가 사용됩니다.
예를 들어 BTC가 현재 100,000달러라고 가정합니다.
- BTC 상승 예상 → Long
- BTC 하락 예상 → Short
- 1,000 USDC를 증거금으로 사용하고 5배 레버리지 → 약 5,000달러 규모 포지션
가격이 10% 움직인다고 해서 항상 단순히 원금 대비 50%의 결과가 발생하는 것은 아닙니다. 실제 결과에는 진입 가격, 수수료, funding, 슬리피지, margin mode, 청산 여부 등이 영향을 줍니다.
레버리지는 수익만 확대하는 기능이 아닙니다. 반대 방향으로 움직일 경우 손실과 청산 위험 역시 같은 방식으로 확대됩니다. 특히 Cross Margin은 다른 포지션과 계정의 collateral까지 영향을 받을 수 있으므로 구조를 정확히 이해해야 합니다.
6. Funding Rate는 왜 필요한가?
Perpetual에는 만기일이 없으므로 계약 가격을 현물 가격 근처에 유지할 장치가 필요합니다. 이것이 Funding입니다.
일반적인 원리는 다음과 같습니다.
- Perp 가격이 현물보다 지나치게 높음 → Long 쪽이 Short 쪽에 funding을 지급하는 방향
- Perp 가격이 현물보다 지나치게 낮음 → Short 쪽이 Long 쪽에 지급하는 방향
Funding은 거래소가 단순히 가져가는 거래 수수료와는 성격이 다릅니다. Long과 Short 사이에서 가격 균형을 유도하는 메커니즘입니다.
따라서 장기간 레버리지 포지션을 보유할 때는 가격 방향만 맞추는 것이 아니라 누적 funding 비용도 확인해야 합니다.
7. Oracle Price, Mark Price, Book Price의 차이
파생상품에서 중요한 가격은 한 종류가 아닙니다.
Book Price
현재 Hyperliquid 주문장에서 실제로 매수·매도 주문이 쌓여 있는 가격입니다.
Oracle Price
외부 시장 데이터를 활용해 기초자산의 기준 가격을 판단하는 데 사용됩니다.
Mark Price
청산 등 위험 관리에 사용하는 가격으로, 단순히 한 순간의 마지막 체결가만 사용하는 것보다 시장 조작에 강하도록 설계됩니다.
Hyperliquid의 청산은 Mark Price를 기준으로 작동합니다. 따라서 차트에서 본 마지막 거래 가격과 실제 청산 판단 가격이 완전히 같지 않을 수 있습니다.
이 개념은 매우 중요합니다. 특히 변동성이 큰 코인이나 유동성이 얕은 시장에서는 화면상의 거래 가격과 liquidation 관련 가격이 차이날 수 있습니다.
8. Cross Margin과 Isolated Margin
Cross Margin
Cross Margin은 여러 cross 포지션이 하나의 collateral pool을 공유하는 방식입니다.
장점:
- 자본 효율성이 높음
- 한 포지션의 여유 자금이 다른 포지션의 손실을 어느 정도 흡수할 수 있음
단점:
- 한 포지션의 큰 손실이 다른 포지션과 계정 전체의 margin에 영향을 줄 수 있음
Isolated Margin
특정 포지션에 margin을 별도로 배정합니다.
장점:
- 해당 포지션의 청산 위험을 다른 포지션에서 분리하기 쉬움
- 손실 범위를 관리하기 상대적으로 쉬움
단점:
- Cross보다 자본 효율이 낮을 수 있음
초보자는 “Cross가 편하니까 안전하다”고 생각하면 안 됩니다. 실제로는 위험이 계정 전체로 연결될 수 있기 때문에 구조를 더 잘 이해해야 하는 모드입니다.
9. 청산(Liquidation)은 어떻게 작동하는가?
포지션 손실이 커져 account equity가 maintenance margin 아래로 떨어지면 청산 대상이 됩니다.
Hyperliquid에서는 먼저 해당 포지션을 일반 주문장에 market order로 정리하려고 합니다. 이 과정에서 충분히 포지션이 정리되어 maintenance margin 조건을 다시 충족하면 남은 collateral은 사용자에게 남습니다.
그러나 account equity가 maintenance margin의 약 2/3 아래로 떨어지고 주문장을 통한 정상 청산이 충분히 이루어지지 않으면 backstop liquidation이 발생할 수 있으며, 여기에는 HLP의 liquidator vault가 관여합니다.
Cross와 Isolated의 차이도 중요합니다.
- Cross position backstop liquidation → cross positions 및 cross margin 전체에 영향을 줄 수 있음
- Isolated position backstop liquidation → 해당 isolated position과 isolated margin을 중심으로 처리
대형 포지션은 일부 상황에서 부분 청산(partial liquidation)이 먼저 적용될 수 있습니다.
청산 가격은 “처음 설정한 레버리지 숫자 하나”만으로 결정되는 것이 아닙니다. 포지션 규모, 계정 equity, 다른 cross 포지션의 미실현 손익, funding, mark price 등이 계속 변하기 때문에 실제 청산 위험도 계속 변합니다.
10. HLP(Hyperliquidity Provider)란?
HLP는 Hyperliquid의 대표적인 protocol vault입니다.
HLP가 수행하는 역할에는 다음이 포함됩니다.
- 여러 market making 전략을 통한 유동성 공급
- backstop liquidation 참여
- Hyperliquid의 Earn에 USDC 공급
- 일부 거래 수수료 수취
일반 중앙화 거래소에서는 청산이나 market making에서 발생하는 일부 이익이 거래소 또는 특정 전문 market maker에게 집중될 수 있습니다. Hyperliquid는 이러한 전략의 일부를 HLP라는 protocol vault에 넣어 일반 사용자가 자금을 예치하고 성과를 공유할 수 있도록 설계했습니다.
그러나 HLP를 “안전한 이자 상품”으로 이해하면 안 됩니다.
HLP의 수익은 고정 이자가 아니라 전략 성과에 따라 달라지고, market making과 liquidation 과정에서 손실이 발생할 수 있습니다. 실제로 2025년 여러 대형 포지션 및 JELLY 사건에서 HLP가 상당한 위험에 노출된 사례가 있었습니다.
HLP는 최근 예치 이후 4일 lock-up이 적용됩니다. 즉 예치 직후 언제든 바로 출금할 수 있는 일반 예금과는 다릅니다.
11. 일반 User Vault는 무엇인가?
Hyperliquid에는 protocol vault인 HLP 외에도 사용자가 운용하는 Vault 구조가 있습니다.
Vault leader가 전략을 운영하고 다른 사용자가 자금을 예치해 해당 전략의 결과에 참여하는 형태입니다. 전통적인 자산운용 또는 copy trading과 비슷한 느낌을 줄 수 있지만, 실제 구조와 위험은 다릅니다.
Legacy HyperCore vault 구조에서 일반 vault leader는 발생한 전체 이익의 10% profit share를 받을 수 있습니다. 반면 protocol vault인 HLP에는 이 leader profit share가 적용되지 않습니다.
Vault를 볼 때는 단순 수익률만 보면 안 됩니다.
확인할 항목:
- 운용 기간
- 최대 낙폭
- 현재 포지션
- 과거 변동성
- leverage 사용 여부
- 특정 자산에 대한 집중도
- 운용자가 갑자기 전략을 변경할 가능성
- 출금 조건
높은 과거 수익률이 미래 수익을 보장하지 않습니다.
12. HyperEVM이 중요한 이유
Hyperliquid가 단순 Perp DEX에 머물지 않을 수 있는 가장 큰 이유 중 하나가 HyperEVM입니다.
HyperCore 자체는 거래와 margin 같은 금융 작업에 매우 최적화된 엔진입니다. 하지만 모든 종류의 애플리케이션 로직을 HyperCore에 직접 넣을 수는 없습니다.
HyperEVM은 이 문제를 해결합니다.
개발자가 HyperEVM 위에 다음과 같은 서비스를 구축할 수 있습니다.
- Lending protocol
- Yield vault
- Stablecoin
- Portfolio management
- Structured products
- Trading bot frontend
- Wallet
- Analytics
- 자동화 서비스
HyperEVM에서는 HYPE가 gas token입니다. Base fee뿐 아니라 HyperEVM의 priority fee도 burn되는 구조를 사용합니다.
즉 다음과 같이 역할이 분리됩니다.
HyperCore = 거래와 유동성의 고성능 엔진
HyperEVM = 그 유동성을 활용해 앱을 만드는 프로그래밍 환경
이 조합은 Hyperliquid의 가장 중요한 장기 경쟁력 중 하나입니다.
13. HIP-1, HIP-2, HIP-3를 쉽게 이해하기
Hyperliquid 생태계를 보면 HIP라는 용어가 자주 등장합니다. HIP는 Hyperliquid Improvement Proposal을 의미합니다.
HIP-1 — Native Token Standard
HyperCore 위에 native spot token을 배포하고 order book에서 거래할 수 있도록 하는 구조입니다.
쉽게 말하면 Ethereum의 ERC-20처럼 “토큰을 어떻게 만들 것인가”의 개념과 HyperCore의 native spot market 구조가 결합되어 있다고 이해할 수 있습니다.
HIP-2 — Hyperliquidity
새로운 spot market이 시작될 때 유동성을 부트스트랩하기 위한 메커니즘입니다. Hyperliquid의 온체인 order book 구조와 결합해 초기 유동성을 제공하는 역할을 합니다.
HIP-3 — Builder-deployed Perpetuals
Builder가 permissionless에 가까운 방식으로 새로운 Perp 시장을 배포할 수 있도록 하는 구조입니다.
HIP-3 deployer는 단순히 이름만 등록하는 것이 아니라 다음과 같은 책임을 가집니다.
- market 정의
- oracle 정의
- contract specification
- leverage limit
- market 운영
- 필요 시 settlement
Mainnet에서 HIP-3 perp deployer에게는 상당한 HYPE staking requirement가 적용됩니다. 이는 무분별한 시장 생성과 악의적인 운영을 억제하기 위한 경제적 장치의 성격이 있습니다.
14. 수수료 구조
Hyperliquid의 수수료는 14일 rolling weighted volume과 HYPE staking tier 등에 따라 달라집니다.
2026년 공식 문서의 기본 Perps fee schedule 기준으로 가장 낮은 volume tier의 base rate는 대략 다음과 같습니다.
- Perps Taker: 0.045%
- Perps Maker: 0.015%
- Spot Taker: 0.070%
- Spot Maker: 0.040%
거래량이 커질수록 fee tier가 낮아지며, HYPE를 일정량 스테이킹하면 별도 trading fee discount를 받을 수 있습니다. 높은 maker volume을 제공하는 사용자는 조건에 따라 maker rebate를 받을 수도 있습니다.
따라서 예전에 자주 언급되던 “Hyperliquid taker fee는 무조건 0.035%” 같은 표현은 현재 기준으로 정확하지 않습니다. 거래량·staking·market 유형에 따라 실제 fee가 달라집니다.
또 하나 중요한 차이는 gas입니다.
- HyperCore에서 주문 생성·취소·일반 거래 → 사용자가 매번 EVM gas를 별도로 지불하는 구조가 아님
- HyperEVM 스마트컨트랙트 실행 → HYPE gas 필요
즉 “Hyperliquid는 gas가 없다”가 아니라 HyperCore trading과 HyperEVM transaction의 비용 구조가 다르다고 이해해야 합니다.
15. HYPE 토큰은 무엇에 사용되는가?
HYPE는 Hyperliquid L1의 native token입니다.
주요 역할은 다음과 같습니다.
- Validator staking / network security
- HyperEVM gas
- Trading fee discount를 위한 staking
- 프로토콜 경제 구조와 ecosystem incentive
- 여러 permissionless deployment 구조에서 경제적 담보 역할
HYPE는 단순 거래소 포인트가 아니라 Hyperliquid 블록체인의 보안과 실행 비용을 담당하는 네이티브 자산이라는 점이 중요합니다.
16. HYPE Tokenomics
Genesis 기준 HYPE의 초기 최대 공급 계획은 10억 개였습니다.
초기 allocation은 다음과 같이 발표되었습니다.
| 구분 | 비율 | 설명 |
|---|---|---|
| Genesis Distribution | 31.0% | 초기 사용자 대상 배포 |
| Future Emissions & Community Rewards | 38.888% | 향후 staking 및 community incentives 등 |
| Core Contributors | 23.8% | 현재 및 향후 핵심 기여자 |
| Hyper Foundation | 6.0% | Foundation 운영 및 ecosystem |
| Community Grants | 0.3% | 커뮤니티 지원 |
| HIP-2 | 0.012% | Hyperliquidity 관련 allocation |
초기 token distribution에서 주목받은 부분은 private investor, CEX, traditional market maker를 위한 별도 allocation이 없었다는 점입니다.
다만 이것이 “앞으로 매도 압력이 없다”는 뜻은 아닙니다. Core contributor 물량, future emissions, staking reward 등의 공급 측 요인을 계속 봐야 합니다.
17. Assistance Fund와 HYPE Burn
Hyperliquid의 fee 구조에서 중요한 부분이 Assistance Fund입니다.
공식 fee 문서에 따르면 protocol fee의 상당 부분은 system mechanism을 통해 HYPE를 매수하는 데 사용되며, Assistance Fund가 보유하게 된 HYPE는 burn되어 circulating 및 total supply에서 제거되는 구조로 설명됩니다.
따라서 HYPE의 장기 공급을 볼 때는 단순히 genesis의 10억 개 숫자만 보면 안 됩니다.
세 가지 흐름을 동시에 봐야 합니다.
- 새롭게 유통되는 emissions / unlock
- staking reward
- protocol revenue를 통한 HYPE buyback 및 burn
결국 장기적인 circulating supply는 새로 풀리는 물량과 burn되는 물량의 상대적 크기에 영향을 받습니다.
18. HYPE Staking 구조
HYPE staking은 HyperCore 안에서 이루어집니다.
사용자는 HYPE를 validator에게 delegate할 수 있습니다. 공식 문서상 주요 조건은 다음과 같습니다.
- validator 활성화를 위한 self-delegation requirement: 10,000 HYPE
- 특정 validator에 delegate한 stake: 1일 lockup
- validator에서 undelegate한 뒤 staking balance → spot balance로 이동: 7일 queue
- staking reward: 전체 staked HYPE 규모에 따라 변동
- reward는 주기적으로 누적되고 자동 재위임되어 compounding되는 구조
공식 문서가 제시하는 예시에서는 전체 staking이 4억 HYPE일 때 연간 reward rate가 약 2.37% 수준이지만, 이것은 고정 APR이 아니라 total stake에 따라 달라지는 예시값입니다.
또한 validator를 선택할 때 단순 APR만 볼 것이 아니라 uptime, reliability, commission, stake concentration 등을 함께 확인해야 합니다.
19. Hyperliquid에 자금을 넣는 방법
초보자 입장에서는 다음 흐름으로 이해하면 쉽습니다.
가장 전통적인 USDC 경로
- EVM wallet 준비
- Arbitrum network에 native USDC와 gas용 ETH 준비
- Hyperliquid에 wallet 연결
- Enable Trading 서명
- Hyperliquid native bridge를 통해 USDC deposit
- HyperCore에서 trading 시작
Hyperliquid의 native USDC bridge는 Arbitrum과 연결됩니다.
공식 문서상 native bridge의 최소 USDC deposit은 5 USDC입니다. 잘못된 token이나 지원하지 않는 network로 보내면 자산을 잃을 수 있으므로 deposit 화면에서 지원 자산과 network를 반드시 다시 확인해야 합니다.
2026년 현재 onboarding은 Arbitrum USDC뿐 아니라 Bitcoin, Ethereum, Solana 등 여러 네트워크의 일부 지원 자산을 이용하는 경로도 제공되고 있습니다. 그러나 자산과 네트워크별 deposit 방식 및 최소 금액이 다를 수 있으므로 실제 송금 전 공식 deposit 화면 확인이 필요합니다.
20. 출금은 어떻게 되는가?
USDC를 native bridge를 이용해 Arbitrum으로 출금하는 경우 사용자는 Hyperliquid에서 withdrawal을 서명합니다.
Bridge 구조에서는 validator들이 withdrawal을 확인하고 필요한 서명을 모은 뒤 Arbitrum bridge contract에서 최종 처리합니다.
공식 문서 기준:
- 사용자가 withdrawal을 위해 Arbitrum ETH gas를 직접 준비할 필요는 없음
- Hyperliquid 측에서 1 USDC withdrawal fee가 부과됨
- 일반적인 처리 시간은 수 분 수준으로 안내됨
중요한 차이:
- Send = Hyperliquid 내부의 다른 address로 자산 전송
- Withdraw = Hyperliquid 밖의 지원 network로 자산 출금
이 둘을 혼동하여 중앙화 거래소 주소로 “Send”를 해버리면 해당 거래소가 Hyperliquid chain 입금을 지원하지 않는 한 복구가 매우 어려울 수 있습니다.
21. Bridge는 또 하나의 리스크 포인트
Hyperliquid 자체 거래 엔진이 아무리 안전해도 외부 체인과 자산을 이동하는 bridge는 별도의 보안 영역입니다.
Native bridge에서는 deposit과 withdrawal에 validator stake 기반 서명이 사용됩니다. 공식 문서에 따르면 일정 비율 이상의 stake가 서명해야 처리가 진행되며, withdrawal에는 dispute mechanism도 존재합니다.
따라서 Hyperliquid 리스크를 평가할 때는 다음을 따로 봐야 합니다.
- HyperCore execution risk
- HyperBFT consensus risk
- HyperEVM smart contract risk
- bridge risk
- 개별 HyperEVM dApp risk
- 사용자의 wallet / private key risk
“Hyperliquid를 사용한다”는 한 문장 안에도 실제로는 여러 독립된 보안 계층이 존재합니다.
22. 2025년 JELLYJELLY 사건
Hyperliquid의 탈중앙화와 risk management를 이해할 때 가장 자주 언급되는 사건 중 하나가 2025년 3월 JELLYJELLY 사건입니다.
유동성이 얕은 JELLYJELLY 시장에서 대형 포지션과 가격 움직임이 결합되면서 HLP가 대규모 short exposure를 떠안았고, 한 시점에는 약 1,200만 달러 수준의 미실현 손실이 보도되었습니다.
상황이 악화되자 validator set은 suspicious market activity를 이유로 해당 JELLY perpetual market을 delist하기로 투표했습니다. 포지션들은 강제로 정리되었고, 일부 정상 사용자에 대해서는 Hyper Foundation이 보전 방침을 발표했습니다.
이 사건이 중요한 이유는 두 가지입니다.
긍정적인 해석
- 시스템 위험이 확대되기 전에 validator들이 대응함
- HLP와 전체 network에 더 큰 피해가 발생하는 것을 막음
- 사건 후 risk parameter와 market structure 개선 필요성이 부각됨
비판적인 해석
- 극단적인 상황에서 validator coordination을 통해 market을 중단·상장폐지할 수 있다는 사실이 드러남
- “코드가 무조건 자동 실행되고 누구도 개입할 수 없다”는 강한 형태의 탈중앙화와는 차이가 있음
- validator concentration과 emergency governance가 실제로 얼마나 탈중앙화되어 있는지 평가할 필요가 있음
따라서 JELLY 사건은 Hyperliquid가 실패했다거나 중앙화 거래소라는 단순한 결론보다, 고성능 온체인 거래소에서 risk management와 decentralization 사이의 현실적인 trade-off가 무엇인지 보여준 사례로 보는 것이 좋습니다.
23. 또 다른 중요한 리스크: 대형 레버리지 포지션
JELLY 사건 직전인 2025년 3월에도 대규모 ETH long position이 청산되면서 HLP가 상당한 position을 떠안은 사례가 있었습니다.
이 사건들은 공통적으로 한 가지 문제를 보여줍니다.
유동성이 충분하지 않은 상황에서 지나치게 큰 레버리지 포지션이 존재하면, 청산 엔진이 정상적으로 작동하더라도 market impact 자체가 시스템 리스크가 될 수 있다.
즉 smart contract exploit이 없어도 market structure와 liquidity 부족만으로 손실이 발생할 수 있습니다.
이것은 HLP 투자자뿐 아니라 Perp trader에게도 매우 중요한 개념입니다.
24. Hyperliquid의 장점
1) 매우 빠른 온체인 거래 경험
일반적인 DeFi transaction처럼 매번 긴 block confirmation을 기다리는 느낌이 적고 CEX에 가까운 trading UX를 제공합니다.
2) 온체인 Order Book
주문과 거래 상태가 중앙 회사의 private DB에만 존재하지 않습니다.
3) 높은 유동성과 거래량
Perp DEX 중 선두권의 거래량과 open interest를 유지하며, 유동성이 다시 더 많은 trader를 끌어오는 network effect를 형성합니다.
4) HyperCore + HyperEVM 결합
고성능 trading engine과 범용 smart contract 환경이 한 L1 안에 공존합니다.
5) 개발자 생태계
API, builder code, HIP-3, HyperEVM 등을 이용해 다른 team이 Hyperliquid 유동성 위에 서비스를 만들 수 있습니다.
6) Community 중심 token allocation
초기 token distribution에서 VC·private investor 전용 allocation이 없었던 점은 다른 대형 crypto project와 비교할 때 차별화된 특징이었습니다.
7) Fee와 HYPE의 경제적 연결
Protocol activity가 증가하면 fee가 늘고, 일부 fee가 HYPE buyback/burn 구조로 연결됩니다.
25. Hyperliquid의 주요 위험
Hyperliquid가 성장성이 높은 프로젝트라고 해서 위험이 작은 것은 아닙니다.
1) Smart Contract 및 Protocol Risk
HyperCore, HyperEVM, bridge, 개별 dApp 각각 다른 기술적 취약점이 존재할 수 있습니다.
2) Validator Concentration
validator의 수와 stake 집중도가 충분히 분산되어 있는지가 중요합니다.
3) Market Manipulation
유동성이 작은 자산에서는 가격 조작이나 대형 포지션으로 인해 HLP 및 trader가 큰 위험을 받을 수 있습니다.
4) HLP Risk
HLP는 예금 상품이 아니라 active market making / liquidation strategy입니다. 손실 가능성이 있습니다.
5) Leverage Risk
Perp trading 자체가 고위험입니다. 높은 leverage는 작은 가격 움직임에도 청산을 유발할 수 있습니다.
6) Bridge Risk
외부 chain과 Hyperliquid 사이에 자산이 이동하는 과정은 별도의 attack surface입니다.
7) Oracle / Mark Price Risk
가격 데이터와 mark calculation이 비정상 시장에서 예상치 못한 영향을 받을 수 있습니다.
8) Governance / Emergency Intervention Risk
JELLY 사건처럼 극단적 상황에서 validator들이 collective action을 취할 수 있습니다. 이를 안전장치로 볼 수도 있고 decentralization의 한계로 볼 수도 있습니다.
9) Token Unlock / Emission Risk
HYPE에는 contributor allocation과 future emissions가 존재합니다. Burn만 보고 공급이 계속 감소한다고 단정하면 안 됩니다.
10) 규제 위험
Perpetual futures와 leverage 상품은 국가별 규제 차이가 큽니다. 사용 가능 여부와 법적 취급이 지역에 따라 달라질 수 있습니다.
26. HYPE 가격은 어떻게 봐야 하는가?
2026년 8월 26일 현재 시장 데이터 제공업체들은 HYPE가 약 83달러 부근에서 거래되며 당일 새로운 사상 최고가 영역에 진입한 것으로 표시하고 있습니다. 그러나 암호화폐 가격은 매우 빠르게 변하며 제공업체마다 circulating supply와 max supply를 계산하는 방식도 다를 수 있습니다.
따라서 이 문서에 적힌 가격을 투자 기준으로 사용하기보다는 실제 거래 시점에 CoinGecko, CoinMarketCap 또는 거래소에서 다시 확인해야 합니다.
HYPE의 투자 가치를 볼 때 단순 가격보다 다음 지표를 함께 보는 것이 더 중요합니다.
- Hyperliquid Perp 거래량
- Open Interest
- Protocol fees / revenue
- HYPE burn 규모
- HYPE emission 및 contributor unlock
- 총 staking 규모
- validator 분산도
- HyperEVM TVL과 주요 dApp 성장
- HIP-3 market 성장
- 경쟁 Perp DEX의 점유율 변화
27. 초보자가 Hyperliquid를 이해하는 가장 쉬운 비유
Hyperliquid를 다음처럼 생각하면 이해가 쉽습니다.
Binance 같은 고속 거래 엔진을 블록체인 자체 기능으로 만들고, 그 옆에 Ethereum처럼 앱을 만들 수 있는 EVM을 붙인 구조
조금 더 정확하게 나누면:
- HyperBFT = 블록체인의 교통경찰·합의 시스템
- HyperCore = 거래소 엔진
- Order Book = 매수·매도 주문 대기표
- Clearinghouse = 계정·증거금·포지션 장부
- HLP = community liquidity / liquidation vault
- HyperEVM = 외부 개발자가 금융 앱을 만드는 공간
- HYPE = network security + gas + ecosystem economic asset
이 일곱 가지 관계를 이해하면 Hyperliquid 전체 구조의 대부분이 보이기 시작합니다.
28. 일반 사용자가 실제로 이용할 때의 흐름
- Wallet 또는 email account로 접속
- 지원 network를 통해 자산 입금
- HyperCore balance 확인
- Spot 또는 Perps market 선택
- Market / Limit order 선택
- Perps라면 leverage 및 Cross / Isolated 확인
- 예상 liquidation price 확인
- Position open
- Funding, PnL, margin ratio 지속 확인
- Position close
- 필요하면 HYPE staking 또는 HLP/Vault 사용
- 자금을 외부로 보낼 때 Send와 Withdraw를 구분
초보자에게 가장 중요한 것은 4번 이후보다 6~9번의 risk management 과정입니다.
29. 어떤 사람에게 적합한가?
Hyperliquid는 다음 사용자에게 특히 매력적일 수 있습니다.
- CEX와 비슷한 order book trading을 원하지만 onchain 환경을 선호하는 trader
- Perpetual Futures trader
- 알고리즘 / API trader
- Market maker
- HyperEVM 기반 DeFi를 탐색하는 사용자
- Trading application을 개발하려는 builder
반대로 다음 사용자는 특히 주의해야 합니다.
- leverage와 liquidation 개념을 모르는 초보자
- 원금 손실 가능성이 낮은 예금형 상품을 찾는 사용자
- wallet / seed phrase 관리에 익숙하지 않은 사용자
- bridge network를 구분하기 어려운 사용자
30. 핵심 용어 정리
CLOB — 지정가 주문을 가격과 시간 기준으로 모아 체결하는 주문장 방식.
Perpetual Futures / Perps — 만기일이 없는 선물 계약.
Funding — Perp 가격을 현물 가격 근처로 유지하기 위한 Long·Short 간 정산 메커니즘.
Margin — 레버리지 포지션을 유지하기 위해 필요한 담보.
Cross Margin — 여러 포지션이 collateral을 공유하는 방식.
Isolated Margin — 특정 포지션에 collateral을 분리하는 방식.
Maintenance Margin — 포지션을 유지하기 위해 필요한 최소 증거금 수준.
Liquidation — margin이 부족해 protocol이 강제로 포지션을 정리하는 과정.
Oracle Price — 외부 시장 정보를 반영한 기준 가격.
Mark Price — 청산과 위험 관리 등에 사용하는 계산 가격.
HLP — market making, liquidation 등을 수행하는 Hyperliquid protocol vault.
HyperBFT — Hyperliquid validator들이 거래 순서와 state에 합의하는 consensus mechanism.
HyperCore — trading, order book, margin, liquidation 등을 담당하는 핵심 execution environment.
HyperEVM — Ethereum compatible smart contract execution environment.
HIP — Hyperliquid Improvement Proposal.
HYPE — Hyperliquid L1의 native token.
31. 핵심 결론
Hyperliquid의 본질은 단순히 “수수료가 저렴한 코인 선물 거래소”가 아닙니다.
더 정확하게는 고성능 금융 기능을 블록체인의 native execution에 넣고, 그 위에 개발자가 자유롭게 금융 서비스를 만들 수 있게 하는 Layer 1 금융 플랫폼입니다.
현재 경쟁력의 핵심은 다음 네 가지입니다.
- HyperCore의 빠른 온체인 CLOB
- Perp 시장의 강한 유동성과 network effect
- HyperEVM을 통한 확장성
- HYPE staking·fee·burn을 연결한 경제 구조
반면 반드시 함께 봐야 할 위험은 다음입니다.
- 고레버리지 및 liquidation risk
- HLP의 market making risk
- validator concentration과 emergency intervention 문제
- bridge / smart contract / oracle risk
- HYPE emission과 contributor unlock
- 규제 및 경쟁 환경 변화
따라서 Hyperliquid를 평가할 때는 “DEX 거래량 1위인가?”만 보지 말고 거래소, 블록체인, DeFi ecosystem, HYPE token economy를 하나의 통합 시스템으로 분석하는 것이 가장 중요합니다.
투자 관련 주의: 이 문서는 Hyperliquid의 구조를 이해하기 위한 교육·정보 제공용 정리입니다. HYPE 가격 전망이나 매수·매도 추천을 의미하지 않습니다. Perpetual Futures와 HLP는 원금 손실 가능성이 있으며, leverage 거래에서는 짧은 시간 안에 큰 손실 또는 청산이 발생할 수 있습니다.
참고 자료 및 최신 확인용 링크
- Hyperliquid 공식 문서 — About Hyperliquid (https://hyperliquid.gitbook.io/hyperliquid-docs)
- Hyperliquid 공식 문서 — HyperCore Overview (https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/overview)
- Hyperliquid 공식 문서 — Fees (https://hyperliquid.gitbook.io/hyperliquid-docs/trading/fees)
- Hyperliquid 공식 문서 — Liquidations (https://hyperliquid.gitbook.io/hyperliquid-docs/trading/liquidations)
- Hyperliquid 공식 문서 — Margining (https://hyperliquid.gitbook.io/hyperliquid-docs/trading/margining)
- Hyperliquid 공식 문서 — Protocol Vaults / HLP (https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/vaults/protocol-vaults)
- Hyperliquid 공식 문서 — Staking (https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/staking)
- Hyperliquid 공식 문서 — HyperEVM (https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/hyperevm)
- Hyperliquid 공식 문서 — Bridge (https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/bridge)
- Hyperliquid 공식 문서 — How to Start Trading (https://hyperliquid.gitbook.io/hyperliquid-docs/onboarding/how-to-start-trading)
- The Block — 2025 JELLYJELLY 사건 (https://www.theblock.co/news/defi/2025-03-26-hyperliquid-delists-jellyjelly-memecoin-amid-whale-manipulation-fiasco-348314)
문서 보강 및 최신 검토일: 2026-08-26