저자: 바히트
작성자: 지아 환, 체인캐처
기관 투자자급 금융 인프라 구축은 대개 예측 가능한 패턴을 따릅니다. 가장 눈에 띄는 제품부터 시작해서 역으로 설계해 나가는 방식은 통하지 않습니다.
먼저 청산 계층부터 시작해서 압박 속에서도 제대로 작동할 수 있음을 입증한 다음, 그 계층에 의존하는 모든 기능을 잠금 해제해야 합니다.
뉴욕 거래소 제대로 기능하는 주식시장을 갖추기 전에는 파생상품을 도입하지 않았습니다. 마찬가지로 시카고 상품 거래소 선물 거래를 시작하기 전에는 옵션 거래를 시작하지 않았습니다.
이 순서는 결코 임의적인 것이 아닙니다. 하위 레벨의 순서가 상위 레벨 구조의 가능성을 결정합니다.
Hyperliquid는 이 점을 아주 잘 이해하고 있습니다.
Hyperliquid는 지속적으로 새로운 상품을 출시하는 탈중앙화 거래소(DEX)로 널리 알려져 있습니다. 현물 거래, 토큰화된 자산, 그리고 무기한 계약을 통한 예측 시장까지 추가해 온 이 거래소 는 빠르게 성장하는 팀을 자랑합니다.
그 말이 틀린 건 아니지만, 핵심을 완전히 놓치고 있다.
하이퍼리퀴드는 탈중앙화 거래소(DEX)를 구축하고 상품을 계속 추가하는 방식이 아니었습니다. 그들은 유동화 엔진을 구축하고 단계적으로 기능을 확장해 나갔습니다.
각 HIP는 단순한 기능이 아니라 필수 조건입니다.
모두가 '폴리마켓 킬러'라고 부르는 HIP-4 제안은 그 목표가 처음부터 매우 명확했음을 보여주는 궁극적인 증거입니다.
베이스
HIP가 존재하기 전에, 이후의 모든 것을 결정짓는 설계 결정이 있었습니다.
Hyperliquid는 HyperCore를 시장 미세구조에 최적화된 애플리케이션별 L1 레이어로 구축합니다. 일반적인 프로그래밍 기능이나 임의의 스마트 계약 실행을 추구하지 않습니다.
시장 미세구조에만 집중합니다. 1초 미만의 확인 시간, 예측 가능한 실행, 명확한 상태 관리, 그리고 전문 파생상품 거래의 처리량 요구 사항을 충족할 수 있는 매칭 엔진을 제공합니다.
이는 의도적으로 부과된 제약입니다. 범용 블록체인 구축을 거부함으로써 하이퍼리퀴드는 이더 과 솔라나가 경쟁하는 개발자 기반의 폭넓은 접근성을 포기했습니다.
그 대가로 그들은 첫날부터 기관 시장을 안정적으로 지원할 수 있는 청산 시스템을 얻게 되었습니다.
이 성능 보증은 AMM의 DEX 및 일반 L1을 기반으로 하며, 이는 수년간 수정 시도가 이루어졌지만 아직 완전히 실현되지 않았습니다.
이후의 모든 HIP는 HyperCore가 처음부터 이러한 방식으로 개발되었기 때문에 가능했습니다.
제약 조건 그 자체가 하나의 전략입니다.
HIP-1: 자산 표준
첫 번째 단계는 가장 기본적인 단계이면서도 가장 논의가 적은 단계입니다.
HIP-1은 Hyperliquid의 네이티브 토큰 표준을 도입했는데, 이는 ERC-20에 대한 프로토콜의 대응이지만 핵심적인 구조적 차이점이 있습니다.
HIP-1 토큰은 범용 가상 머신에 존재하는 스마트 계약 잔액 아닙니다. 이 토큰은 HyperCore 엔진 자체의 네이티브 단위이며, 생성되는 순간부터 고성능 매칭 인프라 내에서 직접 거래될 수 있습니다.
이 차이점은 생각보다 훨씬 더 중요합니다.
이더 에서 자산과 해당 자산을 거래 거래소 별개의 시스템이며, 계약 경계를 넘어 서로 통신해야 합니다.
Hyperliquid에서는 자산과 거래소 동일한 시스템입니다. 둘 사이에 브리지가 없고, 계약 간 호출로 인한 지연 시간이 없으며, 범용 온체인 기반 DeFi 프로토콜을 괴롭히는 실행 리스크 없습니다.
HIP-1은 자산 가용성 문제를 다룹니다.
하지만 그 근본적인 기능은 HyperCore를 단순히 임의의 코드를 실행하는 환경이 아니라 금융 관련 기본 요소들을 위한 네이티브 환경으로 확립하는 데 있습니다.
이 증거가 없으면 이후의 모든 내용은 신뢰할 수 없습니다.
HIP-2: 유동성 관리 지침
조명된 자산은 무의미합니다. 이것이 바로 콜드 스타트 문제인데, 기술적 결함보다 훨씬 더 유망한 프로토콜들을 무산시키는 원인입니다.
거래자 나타나기 전에 유동성이 필요하고, 유동성 공급자가 나타나기 전에 거래자 필요합니다.
대부분의 프로젝트는 인센티브 프로그램, 토큰 발행 일정, MM (Market Making) 보조금 등을 통해 이러한 갈등을 완화하려고 합니다. 하지만 이것들은 해결책이 아니라 단지 지연일 뿐입니다.
HIP-2는 프로토콜 계층에 직접 내장된 네이티브 알고리즘 시장 조성 메커니즘인 하이퍼리퀴디티(Hyperliquidity)를 도입합니다.
거래량을 수동적으로 기다리며 유동성 공급자를 시장 결제 시 불가피한 일시적 손실에 노출시키는 AMM과 달리, Hyperliquidity는 현물 자산에 대한 유동성 공급을 자동화하여 첫 번째 블록부터 경제 모델의 지속가능성을 확보합니다.
Hyperliquid에 출시되는 모든 자산은 즉시 완벽하게 작동하는 시장을 갖게 됩니다. "나중에"가 아니라, 즉시입니다.
HIP-2의 중요성은 운영 수준을 넘어섭니다. 이는 HyperCore가 유동성 라우팅을 외부 MM (Market Making) 인센티브 프로그램에 위탁하지 않고도 콜드 스타트 문제를 자체적으로 해결할 수 있음을 보여줍니다.
이 증명은 추가 개발의 토대를 마련했습니다. 라이선스가 필요 없는 영구 계약은 더 큰 규모로 동일한 저온 시동 문제를 겪게 될 것입니다. HIP-2는 엔진이 이 문제를 충분히 해결할 수 있음을 입증했습니다.
HIP-3: 스트레스 테스트
바로 이 지점에서 이 주장은 부인할 수 없게 된다.
HIP-3는 토큰 상장 독점 체제를 깨뜨렸습니다. 이전에는 @HyperliquidX의 각 마켓플레이스가 핵심 팀에 의해 배포 및 관리되었습니다. 이러한 중앙 집중식 모델은 품질은 보장했지만 다양성은 제한적이었습니다.
HIP-3는 빌더가 배포하는 영구 계약을 도입하여 외부 팀이 권한 없이 모든 자산에 대한 영구 시장을 배포할 수 있도록 합니다.
밈코인, 지수, 프리마켓 토큰, 틈새 거래쌍. 백만 HYPE를 스테이킹 할 수 있는 사람은 누구나 마켓플레이스에 상장하고 HyperCore의 인프라 내에서 거래할 수 있습니다.
그 결과는 즉각적이었다. 미결제약정은 2억 달러 미만에서 12억 6천만 달러 이상으로 급증했다. 일일 거래량은 59억 달러에 달했다.
선구자들은 각 분야에서 최대 85%의 시장 점유율 확보했습니다. 어떤 기준으로 보더라도 HIP-3는 획기적인 제품입니다.
하지만 HIP-3의 가장 중요한 역할은 거래량을 창출하는 것이 아닙니다.
이는 HyperCore에서 허가 없이 이용 가능한 마켓플레이스를 구축하는 것이 실제 환경에서 대규모로 운영될 수 있고 실질적인 재정적 리스크 견딜 수 있음을 보여줍니다.
매칭 엔진은 제대로 작동했습니다. 상태 관리 시스템도 제대로 작동했습니다. 수수료 체계도 제대로 작동했습니다.
HyperCore는 이제 수십 가지 자산에 걸쳐 허가 없이 파생상품을 동시에 거래할 수 있는 스트레스 테스트를 통과했습니다.
HIP-3는 시험일 뿐입니다. 시험의 진정한 의미는 HIP-4에서 드러납니다.
HIP-4: 궁극적인 목표
결과적으로 생성된 계약은 시장 제품을 예측하는 것처럼 보이지만, 실제로는 전체 아키텍처 내에서 폐쇄 루프를 형성합니다.
HIP-4는 0과 1 사이에서 거래되고 검증 가능한 이벤트 결과에 따라 두 값 중 하나로 정산되는 완전 담보형 바이너리 정산 계약을 도입합니다.
별도의 청산 절차가 없으며, 거래 참여 시 고정된 리스크 에 노출되고, 결제는 USDH를 사용하여 현금으로 이루어집니다.
표면적으로 보면, 이는 하이퍼리퀴드를 폴리마켓 및 칼시와 직접적인 경쟁 관계에 놓이게 합니다. 이러한 프레임 자체는 틀린 것이 아니지만, 현재 일어나고 있는 상당한 변화를 과소평가하고 있습니다.
HIP-4의 더 근본적인 기능은 HyperCore의 가격 결정력을 자산과 레버리지에서 확률 자체로 확장하는 것입니다.
HIP-4 이전에는 HyperCore가 자산의 가치와 시장이 감당할 수 있는 레버리지 규모를 산정할 수 있었습니다. HIP-4 이후에는 어떤 일이 일어날지 여부까지 산정할 수 있게 되었습니다.
이 단계는 재무 운영 시스템의 마지막 연결 고리를 완성합니다.
가격 방향, 레버리지, 그리고 확률은 금융 리스크 의 세 가지 기본 요소입니다. HyperCore는 이제 동일한 청산 엔진에서 통합된 보증금 환경 내에서 이러한 세 가지 요소를 기본적으로 표현할 수 있습니다.
이것이 바로 HIP-4의 가장 중요한 기능이 단순히 표면적인 시장 예측이 아니라, 교차(Cross) 보증금 확보 능력인 이유입니다.
거래자 동일한 담보를 사용하여 레버리지 무기한 계약 포지션을 보유하고 동시에 결과 계약을 매수할 수 있습니다.
시장 수준에서 유휴 상태인 자금이 무기한 계약 수준에서는 활성 자본으로 전환될 것으로 예측됩니다.
이 두 시스템은 대차대조표를 공유하는 인접한 제품이 아닙니다. 동일한 시스템으로, 동일한 청산 인프라에 대한 서로 다른 차원의 리스크 나타냅니다.
기존의 어떤 예측 시장도 이를 제공할 수 없습니다. 왜냐하면 기존의 어떤 예측 시장도 검증된 파생상품 결제 엔진을 기반으로 구축되지 않았기 때문입니다.
폴리마켓과 칼시는 바이너리 베팅의 결제 시스템입니다. 금융 운영 체제인 하이퍼코어는 바이너리 베팅을 여러 기본 기능 중 하나로 지원합니다.
차이
Hyperliquid가 선택한 진행 순서는 더 넓은 생태계가 동일한 문제를 어떻게 처리하는지 살펴보면 더욱 명확해집니다.
대부분의 블록체인 인프라는 다음과 같은 핵심 신념을 바탕으로 설계되었습니다. 첫째, 개발자에게 최대한의 프로그래밍 가능성을 제공하면 성능은 자연스럽게 따라올 것이다.
이는 실수가 아닙니다. 업계의 초기 수요를 고려했을 때, 이는 합리적인 투자였습니다.
이더 의 프로그래밍 가능성은 이전에는 불가능했던 다양한 금융 실험을 가능하게 했습니다. 솔라나의 처리량은 온체인 시스템이 실제 금융 애플리케이션의 속도 요구 사항에 근접할 수 있음을 보여줍니다.
두 체인 모두 실질적인 혁신을 이루었으며 암호화폐 분야에서 가장 중요한 애플리케이션들을 지속적으로 지원하고 있습니다.
하지만 성능보다 프로그래밍 용이성을 우선시하면 특정한 기술적 채무 발생합니다.
범용 온체인 위에 구축된 애플리케이션이 기관 수준의 실행을 필요로 할 만큼 복잡해지면, 블록체인은 처음 구축될 당시 우선순위가 낮았던 성능 보장 문제를 해결하기 위해 수정되어야 합니다.
이러한 변화는 어렵고 비용이 많이 들며, 완전히 깔끔하고 간단하게 이루어질 수는 없습니다.
실행 환경은 시장의 미세 구조를 고려하여 설계되지 않았으며, 레이어 2 확장이나 검증자 최적화를 아무리 많이 하더라도 원래 설계상의 문제점을 완전히 보완할 수는 없습니다.
하이퍼리퀴드는 정반대의 전략을 택했습니다. 기본 단계에서는 시장 미세구조에 맞춰 설계 공간을 완전히 제한한 다음, 실제 환경에서 이미 검증된 유동성 확보 엔진 위에 프로그래밍 가능한 공간을 열었습니다.
단점은 초기 개발자들의 접근성이 제한된다는 것입니다. 하지만 HyperCore를 기반으로 구축된 모든 제품은 기본 청산 계층의 안정성을 계승한다는 장점이 있습니다.
이는 범용 블록체인에 대한 비판이 아닙니다. 단지 금융 인프라를 프로그래밍 가능성이 아닌 시장을 중심으로, 즉 근본 원칙에 따라 설계할 때 어떤 가능성이 열리는지에 대한 관찰일 뿐입니다.
두 개의 서로 다른 시작점, 두 개의 서로 다른 결말.
최종 관점
이 팀은 애초에 더 나은 바이낸스를 만들겠다는 목표를 가진 적이 없었습니다. 그들의 비전은 너무나 편협했습니다.
Hyperliquid는 실제로 금융 운영 시스템을 위한 최소한의 필수 기술 스택으로 구축되었으며, 독특하고 구조적으로 견고한 순서로 구성되어 있습니다.
청산이 우선. 자산이 두 번째. 유동성이 세 번째. 레버리지가 네 번째. 확률이 다섯 번째.
각 계층은 아래 계층에 대한 개념 증명 역할을 합니다. 각 HIP는 필수 조건이며 기능이 아닙니다.
증거는 바로 그 질서 자체에 있다.
HIP-3가 HIP-2를 따라간 이유는 팀이 허가 없는 영구 계약에 대한 훌륭한 아이디어를 가지고 있어서가 아닙니다. 오히려 HIP-2에서 HyperCore가 콜드 스타트 문제를 기본적으로 해결한다는 것을 이미 입증했기 때문에 HIP-2를 면밀히 따랐습니다.
HIP-4는 예측 시장이 인기를 끌었기 때문에 HIP-3를 따라한 것이 아닙니다. HIP-3가 이미 수십 개의 자산과 실제 자금을 대상으로 대규모 스트레스 테스트를 동시에 진행했기 때문에 HIP-4는 HIP-3를 면밀히 따랐습니다.
이 명령 자체가 가장 강력한 논거입니다.
HyperCore는 이제 자산 가격 책정, 유동성 유지, 레버리지 표현 및 결제 확률에 사용할 수 있습니다.
이것은 빠르게 움직이는 팀이 시간에 따라 짜깁기한 기능 목록이 아닙니다. 명확한 목표를 가진 아키텍처입니다.
최종 목적지는 항상 HIP-4입니다. 하지만 그곳에 도달하기 위해서는 네 가지 전제 조건이 필요합니다.
오늘은 여기까지입니다!
