터미널, 코드 또는 AI 에이전트에서 Quicknode를 관리하세요.이제 CLI, Admin API, MCP 및 SDK를 지원합니다.
만들기 시작하기HIP-4란 무엇인가? 하이퍼리퀴드 성과 계약(Hyperliquid Outcome Contracts) 해설
HIP-4와 성과 기반 계약이 어떻게 작동하는지 알아보고, Hyperliquid 스택의 다른 구성 요소들과의 결합성을 살펴보며, 개발자들이 이를 바탕으로 어떻게 애플리케이션을 구축할 수 있는지 알아보세요.

2026년 3월 13일 — 읽는 데 11분 소요

하이퍼리퀴드는 지난 2년 동안 단 하나의 가설을 입증하기 위해 노력해 왔습니다:
암호화폐, 주식, 원자재, 이벤트 등 모든 금융 시장은 동일한 체결 엔진을 기반으로 운영되어야 하며, 유동성을 공유하고 마진 시스템을 조합할 수 있어야 합니다.
HIP(Hyperliquid 개선 제안)과 관련된 각 제안과 조치는 HyperCore에서 거래 가능한 영역을 지속적으로 확대하고 있습니다.
먼저, HIP-1은 체인에 네이티브 토큰을 부여했습니다.
그 후, HIP-2는 유동성을 확보했습니다.
작년(2025년), HIP-3는 영구 선물을 누구나 제한 없이 배포할 수 있도록 허용했습니다.
불과 며칠 전, HIP-4가 Hyperliquid 테스트넷에 출시되었으며, 이를 통해 Hyperliquid는 결과 기반 계약을 통해 새로운 설계 영역과 시장 메커니즘으로 확장되었습니다 .
이게 뭡니까? 단순히 “Hyperliquid상의 예측 시장”인가요? 어떻게 작동하나요?
HIP-4가 도입한 기본 요소들을 자세히 살펴보고, 이들이 Hyperliquid 인프라 전체에서 어떤 역할을 하는지 설명하며 각 질문에 답해 보겠습니다.
성과 기반 계약 는 초유동성 에서 거래되는 이진 금융 상품으로, 특정 사건이 발생할지 여부에 연동됩니다. 이 상품은 0과 1 사이에서 거래되며, 가격은 해당 사건이 발생할 것으로 시장이 내재적으로 예상하는 확률을 나타냅니다.
해당 사건이 발생하면, 계약은 1로 청산됩니다.
그렇지 않으면 0으로 설정됩니다.
정산 금액이 고정되어 있기 때문에, 지급 구조는 간단명료합니다.
어떤 트레이더가 가격 P에 YES 계약을 매수했다고 가정하면, 결제 시의 수익은 다음과 같습니다:
사건이 발생할 경우의 이익: 1−P
사건이 발생하지 않을 경우의 손실: P
예시:
계약 가격이 0.60으로 거래된다면, 시장은 해당 사건이 발생할 확률이 60%라고 시사하는 것입니다. 그리고 트레이더가 0.60에 ‘YES’를 매수할 경우의 시나리오는 다음과 같습니다:

수학, 돈, 그리고 보상 문제는 잠시 제쳐두고, 결과 계약이 어떻게 작동하는지, 그리고 그로 인해 어떤 가능성이 열리는지를 이해하려면 좀 더 깊이 있는 고찰이 필요합니다.
성과 계약은 다음 내에서 직접 실행됩니다 HyperCore인 HyperCore 내에서 직접 실행됩니다. 즉, 기존 시장이 사용하는 것과 동일한 온체인 주문장 인프라, 매칭 엔진 및 거래 환경을 활용합니다.
주문장부: 모든 결과 시장에는 고유한 중심극한분포가 주문장부 (CLOB)를 가지며, 이는 HyperCore에서 현물 및 영구 시장이 운영되는 방식과 동일하게 작동합니다.
계좌 시스템: 성과 기반 계약 포지션은 트레이더가 Hyperliquid DEX에 사용하는 것과 동일한 Hyperliquid 거래 계좌 내에 유지됩니다.
성과 계약 HyperCore에 기본적으로 내장된 계약 기능은 Hyperliquid 생태계 내에서 혁신을 모색하는 빌더와 개발자들에게도 큰 편의를 제공합니다.
성과 기반 계약은 다음 측면에서 다른 HyperCore 시장과 동일한 인프라를 상속받기 때문에:
이를 통해 시세 현황, 주문장 깊이 또는 결제 이벤트를 조회하는 개발자들은 Hyperliquid DEX에서 사용하는 것과 동일한 인프라를 활용할 수 있습니다.
다음 단계는 이러한 시장이 실제로 구축된 후 어떻게 운영되는지 파악하는 것입니다.

HyperCore 내에 배포되면, 결과 계약은 생성 > 경매 > 지속적 거래 > 결제라는 간단한 라이프사이클을 따릅니다.
이 과정은 설명이 필요 없을 정도로 간단해 보이지만, 각 단계마다 도움이 되는 미묘한 차이가 있습니다 Hyperliquid가 이 시장에서의 입지를 극대화하는 데 도움이 되는 미묘한 차이가 있습니다:
빌더(배포자)는 아웃컴 마켓을 배포하기 위해 100만 $HYPE 토큰을 스테이킹해야 합니다.
빌더가 오라클을 조작하거나 유효하지 않은 상태 전환을 유발하려고 시도할 경우, 해당 스테이크는 삭감될 수 있습니다. 부분적으로든 전적으로든 삭감된 $HYPE는 소각됩니다.
배포 과정에서 빌더는 이벤트 스키마를 정의합니다:
행사 제목
해상도
결의안 출처
공인 오라클 업데이트 담당자
선택적 추가 사항: 낙관적인 조기 해결 및 분쟁 처리를 위한 챌린지 창
또한, 배포자는 Hyperliquid의 기본 수수료에 더해 최대 50%의 추가 수수료 분담금을 설정할 수 있습니다.
마켓은 빌더의 이벤트 DEX 내 슬롯에 배치됩니다.
일단 해결되면 해당 슬롯은 새로운 이벤트에 재사용될 수 있으며, 이는 1M $HYPE의 단일 약정만으로 연속적으로 진행되는 일련의 시장을 지원할 수 있음을 의미합니다.
배포가 완료되면 약 15분 동안 단일 가격 청산 경매가 진행되며, 이 기간 동안 사용자들은 주문(“가격 P까지 YES 매수”)을 제출합니다.
이 단계에서는 어떤 작업도 실행되지 않는다는 점을 기억하세요.
거래가 마감되면, 거래소는 체결된 거래량을 최대화하는 청산 가격을 선정하며, 체결된 모든 주문은 해당 단일 가격으로 체결됩니다.
미체결 주문은 원래의 호가 한도대로 연속 거래로 이월됩니다.

시초가를 결정하는 데 사용되는 실제 수학적 원리. 출처
경매가 끝나면 시장은 연속 주문장 거래 방식으로 전환됩니다.
주문은 가격-시간 우선 원칙에 따라 처리됩니다. 트레이더는 다른 Hyperliquid 시장과 마찬가지로 지정가 주문과 시장가 주문을 제출할 수 있습니다.
계약 가격은 해당 사건이 발생할 것이라는 시장의 내재 확률을 반영하며, 사건이 종결될 때까지 0.001과 0.999 사이의 범위 내에서 유지됩니다.
이벤트가 해결되면, 승인된 오라클이 최종 결과를 게시합니다:
1 . 해당 사건이 발생할 경우
그렇지 않은 경우 0
거래가 중단되고, 미결제 주문은 취소되며, 모든 포지션은 USDH 기준 최종 손익(PnL)으로 자동 정산됩니다.
시장에서는 선택적으로 이의 제기 기간을 설정할 수 있으며, 이를 통해 결제가 최종 확정되기 전에 오라클 출력에 대해 이의를 제기할 수 있습니다.
이제 결과 시장이 어떻게 작동하는지, 그 수학적 원리와 과정을 파악했습니다. 이제 이 점이 하이퍼리퀴드(Hyperliquid)라는 생태계와 그 안의 모든 참여자들에게 왜 중요한지 이해해 보겠습니다.
Hyperliquid의 로드맵 는 처음부터 일관되어 왔습니다: 단일 실행 엔진 내에서 거래 가능한 영역을 확대하는 것입니다.

이 아이디어는 간단합니다.
이는 현물, 퍼페추얼, 그리고 이제 아웃컴 계약에 이르기까지 모든 시장 유형이 동일한 인프라에서 운영되고, 동일한 엔진을 통해 결제가 이루어지며, 동일한 거래 계좌 내에 통합되는 단일 실행 계층을 구축하는 것입니다. 더 중요한 점은, 새로운 시장 유형이 추가될 때마다 유동성 풀이 분산되는 대신 오히려 그 깊이를 더한다는 것입니다.
바로 그 마지막 부분이 여기서 ‘조합성’이 실제로 의미하는 바입니다.
구체적인 예를 들어 보겠습니다. 한 트레이더가 ETH 무기한 롱 포지션을 보유하고 있습니다. 이 트레이더는 연준이 금리를 인하하면 ETH 가격이 상승할 것이라고 예상하지만, 그렇지 않을 경우를 대비해 손실을 방지하고 싶어 합니다.
다른 곳이라면 트레이더는 각각 별도의 담보 풀을 가진 두 개의 서로 다른 플랫폼에서두 개의 별도 포지션을 취해야 할 것입니다.
Hyperliquid에서는 퍼프(perp) 계약과 아웃컴(outcome) 계약이 동일한 계정에 보관됩니다.
또한, 이러한 조합성은 빌더와 개발자 모두에게 다음과 같은 이점을 제공합니다:
현물 시장에서 활동하는 시장 조성자는 별도의 통합 작업 없이도 결과물 시장으로 인프라를 확장할 수 있습니다.
Hyperliquid를 고려하는 개발자들은 이전에는 이를 구현하기 위해 여러 기관급 인프라와 그 사이의 복잡한 조정이 필요했던 무제한의 설계 공간을 확보하게 됩니다.
글쎄요, 이건 하이퍼리퀴드가 새로 시도한 실험은 아닙니다. 그들은 줄곧 같은 목표를 향해 나아가고 있었으니까요.

하이퍼리퀴드는 자사의 장기 비전에 대해 매우 명확하게 밝혀왔습니다.
모든 금융을 아우르는 블록체인: 단일 실행 계층에서 모든 금융 시장을 수용할 수 있는 단일 블록체인 .
물론, 조합성은 이를 혁신해 나가는 빌더들의 역량에 따라 그 유용성이 결정됩니다. 이제 Hyperliquid의 빌더와 연산자에 대해 좀 더 실용적인 관점에서 생각해 봅시다.
HIP-4는 Hyperliquid의 모든 사용자에게 똑같이 영향을 미치는 것은 아닙니다. 한 걸음 물러서서 온체인에서 주요한 2~3가지 역할에 미칠 영향을 생각해 봅시다.
개발자들에게 HIP-4는 이벤트 시장을 독립형 애플리케이션이 아닌 배포 가능한 인프라로 전환해 줍니다. 이를 통해 다음과 같은 새로운 유형의 제품이 등장할 여지가 생깁니다:
시장 간 차익거래 봇
이벤트 트레이딩 인터페이스
다층 구조형 상품
시장 분석 및 확률 데이터 상품
예측 시장 프론트엔드
이 인프라는 특정 용도로 설계되어 신뢰성이 높기 때문에, 개발자들은 결과 계약을 기반으로 다양한 인터페이스와 시장 탐색 계층을 구축할 수 있습니다.
유동성 공급자와 시장 조성자에게 있어, 현재 결과 시장은 제한된 기능만을 제공하고 있습니다. 수익이 상한선에 묶여 있다는 점은 수익을 극대화하고자 하는 모든 유동성 공급자에게는 걸림돌이 됩니다.
또한, 확률 상품으로서의 성과 기반 시장은 LP를 위한 무기한 시장에 비해 보다 수동적인 성격을 띠는데, 무기한 시장에서는 노출이 지속적으로 유지되고 자금 조달 금리가 포지션 결정에 영향을 미치며, 이로 인해 수익 상한선이 높아지기 때문이다.
아마도 시간이 지나면, 이것이 하이퍼리퀴드(Hyperliquid)에 완전히 새로운 유동성 카테고리, 즉 ‘이벤트-확률 시장 조성’을 탄생시킬 수도 있을 것입니다.
LP와 시장 조성자들은 HIP-4를 통해 직접적인 상생 효과를 얻지 못합니다.
1M $HYPE 스테이크가 장벽입니다. 현재 가격 기준으로 보면 상당한 자본 투자가 필요하지만, 슬롯 재활용은 단위당 경제성을 크게 변화시킵니다.
연속적으로 열리는 일련의 시장을 뒷받침하는 단일 지분은 그 비용을 시간이 지남에 따라 분산 상각합니다.
이를 통해 배포 담당자는 다음과 같은 정기적인 이벤트를 중심으로 순차적 이벤트 마켓을 운영할 수 있습니다:
거시경제 지표 발표
실적 발표
선거나 통치 관련 투표
주요 신제품 출시
따라서 시장 조성자들은 100만 $HYPE를 스테이킹할지 여부보다 슬롯 활용도, 시장 출시 순서, 그리고 시장 진입 시점을 훨씬 더 신중하게 고려해야 합니다.
다음 단계는 무엇일까요? 건설업체들은 성과 중심 시장의 새로운 설계 영역을 진정으로 활용하기 위해 우수한 도구와 데이터 접근성이 필요합니다.
성과 시장은 이벤트에 의해 주도됩니다.
간단한 설명이지만, 이러한 구조적 차이는 현물이나 퍼페추얼과 같은 연속형 시장에서는 찾아볼 수 없는 직접적인 영향을 미칩니다.
> 영구 시장에서 업데이트를 놓치면 가격이 약간 뒤처지게 됩니다.
> 결과 시장에서 사건이 발생하지 않았다는 것은 인터페이스 오류, 헤지 실패, 또는 포지션이 제대로 청산되지 않았음을 의미합니다.
인프라 장애로 인한 비용은 비대칭적이다.
이러한 시장에 참여하는 개발자와 트레이더들에게 있어, 이러한 현상은 신뢰할 수 있는 인프라의 중요성을 더욱 부각시킵니다. 애플리케이션은 다음 항목에 대해 일관된 접근성을 확보해야 합니다:
실시간 호가 데이터
시장 현황 및 이벤트 메타데이터
계좌 잔액 및 포지션 현황
주문 및 취소에 대한 거래 제출
결과 시장은 HyperCore의 오더북에서 거래되므로, 이러한 상호작용은 시장 데이터와 체결 인터페이스를 제공하는 RPC 엔드포인트 및 API를 통해 이루어집니다.
실제로 이벤트 트레이딩 인터페이스, 분석 대시보드 또는 자동화 전략을 개발하는 개발자들은 새로운 정보가 시장에 유입될 때 발생하는 트래픽 급증을 안정적으로 처리할 수 있는 인프라가 필요합니다.
바로 이때 Quicknode와 같은 인프라 제공업체가 유용해집니다.
관리형 Hyperliquid RPC 엔드포인트, 데이터 액세스 및 개발자 도구를 제공함으로써, Quicknode는 Quicknode는 팀들이 제품과 솔루션 개발에 전적으로 집중할 수 있도록 지원합니다.
현재 공개 베타 단계에 있는 Quicknode의 HyperCore 통합 기능은 다음과 같은 인프라 분야의 강력한 기능을 제공할 것으로 기대됩니다:
스트림 Hypercore 데이터셋을 지원하여, Hyperliquid 데이터의 필터링된 푸시 기반 전달을 가능하게 합니다
gRPC API 대용량, 저지연 데이터 파이프라인을 위해 설계됨
기존 워크플로우와의 호환성을 위한 JSON-RPC 및 WebSocket 관련 메서드
💡현재 가격 확인하기: https://www.quicknode.com/api-credits/hyperliquid
Hyperliquid 개발자를 위한 추가 Quicknode 리소스:
SDK 및 도구
Hyperliquid Python SDK — PyPI에서도 이용 가능
Hyperliquid API 예제 — Python, TypeScript, Rust 및 Go로 작성된 복사 후 바로 실행 가능한 예제
Hyperliquid SDK 예제 — 고급 SDK 사용 패턴
HyperCore CLI — 터미널에서 HyperCore 데이터 스트리밍 및 백필
hyperliquidapi.com — 제로 커스터디 Hyperliquid 거래 API
더 많은 통찰력을 놓치지 마세요. 블록체인 인프라에 관한 최신 소식을 받아보시려면 저희 블로그를 구독해 주세요.
HIP-4를 기반으로 개발하는 팀들에게 있어, 인프라 계층은 중요한 순간에 제대로 작동하는 제품과 그렇지 않은 제품의 성패를 가르는 결정적인 요소입니다.
테스트넷에서 HIP-4가 가동됨에 따라 HyperCore의 거래 가능 면적이 확대되었습니다. 결과 계약을 통해 Hyperliquid는 이제 이벤트에 대한 가격을 산정하고 있습니다.
이러한 변화는 건설업체와 시장 참여자들의 설계 여지를 넓혀줍니다.
개발자는 반복적인 이벤트 시장을 구축할 수 있고, 유동성 공급자는 기존 시장과 병행하여 확률 기반 상품을 호가할 수 있으며, 트레이더는 가격뿐만 아니라 결과에 대해서도 자신의 견해를 표명할 수 있습니다.
다음 단계는 시장의 확대, 도구와 개발자 리소스의 성숙도 향상, 그리고 물론 동일한 거래 인프라 내에서 운영될 수 있는 시장의 범위를 넓히기 위한 Hyperliquid의 끊임없는 노력입니다.
꼭 그렇지는 않습니다. 예측 시장은 결과 계약의 한 가지 응용 사례일 뿐입니다.
결과 계약은 기초가 되는 금융 원소, 즉 특정 사건의 결과에 따라 0 또는 1로 정산되는 이진 파생상품입니다. 예측 시장은 단순히 이 원소를 활용하여 미래 사건의 발생 확률을 가격에 반영합니다.
Hyperliquid에서는 결과 계약이 기존의 예측 활용 사례를 넘어 다양한 종류의 이벤트 기반 시장을 지원할 수 있습니다.
2026년 3월 현재, HIP-4 결과 거래가 Hyperliquid 테스트넷에서 운영 중입니다. 메인넷 출시는 두 단계에 걸쳐 진행될 예정입니다. 첫 번째 단계는 선별된 표준 시장 출시이며, 두 번째 단계는 허가 없이 누구나 참여할 수 있는 빌더 배포입니다. 메인넷 출시일은 아직 확정되지 않았습니다.
Quicknode는 HyperCore 및 HyperEVM에 대한 완벽한 지원, gRPC 스트리밍, 그리고 가장 광범위한 프로토콜 지원 범위를 갖춘 가장 포괄적인 솔루션을 제공합니다. 어떤 제공업체가 최적인지는 궁극적으로 고빈도 거래, 비용 최적화, 멀티체인 인프라 등 사용자의 구체적인 요구 사항에 따라 달라집니다.
네, 대부분의 서비스가 표준 JSON-RPC 및 WebSocket 인터페이스를 사용하기 때문에 서비스 제공업체를 변경하는 것은 간단합니다. 일반적으로 엔드포인트 URL만 업데이트하면 됩니다.
하지만 Quicknode의 분석 대시보드나 맞춤형 API와 같은 특정 제공업체의 도구를 기반으로 기능을 구축한 경우, 해당 연동 기능을 조정해야 할 수도 있습니다. 핵심 블록체인 상호작용은 제공업체 간에 호환성이 유지됩니다.
2017년에 설립된 Quicknode는 개발자와 기업을 위해 기관급 블록체인 인프라를 제공합니다. 99.99%의 가동률과 80개 이상의 체인을 지원함으로써, 팀들은 타협 없이 온체인 애플리케이션을 구축하고 확장할 수 있습니다.
최신 엔지니어링 인사이트, 제품 업데이트, 웹3 뉴스를 여러분의 이메일로 바로 받아보세요.
SOC 2 Type II 인증 · ISO 27001