Hyperliquid Foundation WebSocket 변경 사항: 사용자에게 미치는 영향

Quicknode

2026년 6월 12일 — 읽는 데 10분 소요

공유하기

선호하는 소스로 추가

2026년 6월 9일, Hyperliquid 의 핵심 개발자 equipe 는 다음 네트워크 업그레이드 이후 여러 공개 WebSocket API 피드의 데이터 전송 빈도가 줄어들 것이라고 발표했습니다. 2026년 6월 11일, equipe 는 사용자 피드백을 반영하여 해당 변경 사항의 적용 일정을 조정했습니다: webData2 다음 네트워크 업그레이드까지 현재의 5초 푸시 간격을 유지할 예정이며, 이는 표준입니다. l2Book 2초마다 20 레벨로 이동한 뒤, 이후 5초로 변경되며, 새로운 fastAssetCtxs WebSocket 피드는 인터페이스에 대한 5초 간격의 기준 가격 차이를 유지합니다.

영향을 받는 피드에는 여전히 주문장 깊이, 중간 가격, 자산 컨텍스트, 모든 DEX 자산 컨텍스트 등이 포함되어 있으며, webData2, 이는 여전히 다음으로 이전될 것으로 예상되는데 webData3.

대시보드, 포트폴리오 모니터링 도구, 사용자에게 표시되는 화면의 경우, 새로운 간격이 허용될 수 있습니다. 하지만 자동화된 거래 시스템의 경우, 이로 인해 데이터 모델이 변경됩니다. 공개 WebSocket 스냅샷을 기반으로 호가 조회, 주문 규모 결정, 주문 취소 또는 주문 전달을 수행하는 전략은 이제 다른 데이터 플레인이 필요합니다.

Hyperliquid equipe 는 이 워크로드의 예상 경로에 대해 다음과 같이 명확히 밝혔습니다:

이 게시물에서는 어떤 점이 변경되는지, 이것이 봇에 왜 중요한지, 그리고 지연 시간에 민감한 Hyperliquid 워크로드를 Quicknode.

Hyperliquid 의 공개 WebSocket API에는 어떤 변화가 있었나요?

그 l2Book 변화는 자동화된 전략에서 가장 중요한 요소입니다. 없이는 fast: true, 공개 API는 다음 업그레이드 이후 2초마다 20레벨씩 반환하며, 추후 5초 간격으로 변경될 것으로 예상됩니다. 이와 함께 fast: true, 0.5초마다 5단계의 정보를 반환합니다. 두 옵션 모두 깊이, 대기열 동작 또는 급격한 스프레드 변동에 의존하는 전략을 위한 완전한 실시간 북을 제공하지 않습니다.

이는 일반적인 의미에서의 서비스 중단이나 호환성 문제가 아닙니다. 이는 공유된 공공 인프라와 자동화된 거래 시스템에 필요한 데이터 프로필 사이의 경계입니다.

거래 봇의 경우, 웹소켓 업데이트 속도가 느린 것이 왜 중요한가요?

봇은 낡은 책을 불편함으로 여기지 않습니다. 봇은 이를 잘못된 입력으로 인식합니다.

시장 조성자는 실시간 재고와 스프레드를 기준으로 호가를 제시하기 위해 최신 시장 깊이 정보가 필요합니다. 체결 봇은 주문 규모를 결정하기 위해 최신 중간 가격과 주문장 압력을 파악해야 합니다. 청산, 차익거래 및 베이시스 전략의 경우, 마지막 스냅샷과 현재 블록 간의 차이가 가능한 한 작아야 합니다.

책이 2초 또는 5초 간격으로 업데이트될 때, 해당 전략은 단순히 그 간격만큼 뒤처지는 것이 아닙니다. 오히려 다른 시장 상황에 반응하고 있는 것입니다. 이는 다음 사항에 영향을 미칩니다:

• 견적서 발급 및 취소 시기

• 스프레드, 슬리피지 및 역선택 계산

• 포지션 규모 결정 및 위험 점검

• 주문을 유발하는 청산 및 자금 조달 모니터

• 실제 운영 환경과 유사한 데이터 피드를 가정한 백테스트

공개 API는 UI, 수동 모니터링, 중요하지 않은 표시 데이터의 경우 여전히 유용할 수 있습니다. 현재 호가 깊이에 의존하는 거래 로직의 경우, 웹소켓(WebSocket) 구독이든 gRPC 스트림이든, 이를 위해 특별히 설계된 피드가 필요합니다.

Hyperliquid 는 자동 거래자들에게 어떤 것을 권장하나요?

Hyperliquid의 권장 사항은 더 많은 레벨을 지원하거나 실시간 업데이트를 위해 비검증 노드를 운영하는 것입니다( streams). 이를 통해 자동화된 트레이더는 필요한 데이터 프로필에 직접 접근할 수 있지만, 동시에 노드 운영, 업그레이드, 모니터링, 재연결 처리, 용량 계획, 클라이언트 통합과 같은 인프라 관련 작업도 수반됩니다.

Quicknode 는 단일 endpoint 을 통해 HyperCore 및 HyperEVM 전반에 걸쳐 관리형 Hyperliquid 인프라를 제공하는 블록체인 개발 플랫폼입니다. 모든 Hyperliquid endpoint 에서는 WebSocket과 gRPC 이 모두 지원됩니다. 이번 공개 API 변경의 영향을 받는 팀들에게 가장 중요한 기능은 HyperCore gRPC 스트리밍입니다. 이는 WebSocket이 부적절한 도구이기 때문이 아니라, 대규모 환경에서 WebSocket이 재연결 폭주, 패키지 기반 스트림의 취약성, 다중 마켓 구독 시 발생하는 페이로드 오버헤드 등의 문제로 인해 불안정해지는 지점을 확인했기 때문입니다.

Quicknode's Hyperliquid 문서 HyperCore 데이터 전체 세트( streams)에 대한 gRPC 지원을 나열하며, 양방향 스트리밍, 시장 데이터에 대한 1밀리초 미만의 지연 시간, 대역폭을 약 70%까지 줄일 수 있는 네이티브 zstd 압축 기능을 제공합니다. 액세스 /하이퍼코어 JSON-RPC, /하이퍼코어 WebSocket 및 HyperCore gRPC 를 사용하려면 Build 플랜 이상이 필요합니다.

먼저 ‘Quicknode ’Hyperliquid 문서와 ‘Hyperliquid ’gRPC 스트리밍 API 참조 자료를 살펴보시기 바랍니다.

자동화 트레이더는 어떤 HyperCore 데이터셋을 사용해야 할까요?

핵심적인 차이점은 단순히 전용 endpoint 에 그치는 것이 아닙니다. 자동화된 트레이딩 워크로드에 적합한 HyperCore 데이터셋에 대한 접근 권한이 바로 핵심입니다.

QuicknodeHyperliquid 의 데이터셋에는 체결된 거래, 주문 라이프사이클 이벤트, 호가장 업데이트, TWAP 체결 데이터, 계좌 및 잔고 이벤트, HyperCore에서 HyperEVM으로의 라이터 작업, 원시 블록, L2 호가장 스냅샷, L4 호가장 스냅샷 및 차이 정보, 그리고 testnet 의 멥풀 거래 내역이 포함됩니다.

이 점이 중요한 이유는 공개 WebSocket 피드를 대체할 적절한 대안이 해당 전략의 기능에 따라 달라지기 때문입니다. 마켓 메이커에게는 청산 모니터와 다른 데이터가 필요하고, 대시보드에는 주문 라우터와 다른 데이터가 필요합니다.

현재 가격 수준의 호가 심도를 확인하려면 StreamL2Book을 이용하세요

StreamL2Book 매 블록마다 전체 L2 주문장 스냅샷을 제공합니다. 각 메시지에는 가격대별 현재 매수 호가와 매도 호가가 포함되며, 각 가격대별 총 규모와 주문 건수도 함께 제공됩니다.

사용법 StreamL2Book 증분 차이를 바탕으로 국소 호가 장부를 구축하지 않고도 가격대별 실시간 호가 깊이가 필요한 경우. 이 스트림은 구성 가능한 호가 깊이를 지원하며, n_levels 최대 100개까지 가능하며, 더 광범위한 집계 처리를 위한 선택적 가격 구간 분류 기능도 제공됩니다.

공립 학교와 비교하면 l2Book 0.5초마다 5단계, 또는 2초마다 20단계를 업데이트한 후 나중에 5초 간격으로 전환되는 피드로, 이는 시장 조성, 스프레드 모니터링, 호가 심도 기반 체결, 호가장 기반 알림에 더 적합한 방식입니다.

개별 주문 단위의 상태를 위한 StreamL4Book

StreamL4Book 주문 장부를 개별 주문 단위로 제공합니다. 구독 시, 현재 대기 중인 매수 호가와 매도 호가의 전체 스냅샷을 전송합니다. 그 후에는 블록별 변경 내역을 전송합니다.

사용법 StreamL4Book 총체적인 가격 수준만으로는 충분하지 않은 경우입니다. 예를 들면, 대기열 분석, 주문 단위 유동성 연구, 시장 미시구조 연구, 그리고 단순히 가격 수준의 총합이 아닌 개별 대기 주문을 추적해야 하는 시스템 등이 있습니다.

StreamL2Book 그리고 StreamL4Book gRPC 에서만 사용할 수 있습니다. WebSocket이나 JSON-RPC를 통해서는 사용할 수 없습니다.

팀들은 ‘ Hyperliquid ’ 봇을 새로운 운영 주기에 어떻게 맞춰야 할까요?

Hyperliquid 통합 기능을 한꺼번에 모두 이전할 필요는 없습니다. 우선 의사 결정 입력 항목과 표시 입력 항목을 분리하는 것부터 시작하세요.

1. 각 구독을 분류하십시오.

   주문, 취소, 규모 조정 또는 위험 한도를 유발하는 피드는 우선적으로 이동해야 합니다. 대시보드, 사용자에게 표시되는 차트 또는 수동 모니터링을 지원하는 피드는 대개 WebSocket을 계속 사용할 수 있습니다.

2. public을 대체 l2Book 거래 결정을 내리기 위해.

   사용법 StreamL2Book 전략을 수행하는 데 가격대별 호가 깊이, 호가 상단의 최신성 또는 스프레드 계산이 필요한 경우. 다음을 사용하세요. StreamL4Book 개별 주문 상태나 대기열 수준의 세부 정보가 필요한 경우.

3. 스트림 모델을 기반으로 재연결 동작을 설계하십시오.

   ~와 함께 StreamL2Book, 각 메시지는 해당 블록에 대한 완전한 L2 스냅샷이므로, 소비자는 업데이트가 있을 때마다 로컬 가격 수준 상태를 해당 스냅샷으로 대체할 수 있습니다. 이를 통해 StreamL4Book, 스냅샷을 기반으로 초기화하고, 변경 내역을 적용한 뒤, 재연결 시 새로운 스냅샷을 기반으로 재설정합니다.

4. 실행, 분석 및 알림을 각각 별도의 경로로 분리하십시오.

   일반적인 프로덕션 구성 방식은 다음과 같습니다. 전략의 실시간 시장 데이터는 gRPC , Hyperliquid 거래 API 또는 SDK (로컬에서 서명된 주문용), 일괄 처리 및 과거 데이터 조회는 JSON-RPC, 비동기 이벤트 파이프라인은 Streams 또는 Webhooks , 연구 또는 분석은 SQL Explorer를 사용합니다.

5. 전환 기간 동안 두 피드를 모두 운영하십시오.

   네트워크 업그레이드 전에, 기존 퍼블릭 WebSocket 컨슈머를 새로운 gRPC 컨슈머와 병행하여 실행해 보십시오. 주문 잔고, 관측된 스프레드, 업데이트 간격, 체결 품질 및 전략별 위험 지표를 비교해 보십시오. 이를 통해 막판에 endpoint 로 급하게 전환하는 대신, 구체적인 전환 계획을 수립할 수 있습니다.

그 밖에도 어떤 Quicknode 도구들이 Hyperliquid 거래 시스템을 지원하나요?

gRPC 지연 시간에 민감한 HyperCore 시장 데이터를 찾을 때 가장 먼저 살펴봐야 할 곳이지만, 모든 워크로드를 처리할 필요는 없습니다.

• WebSocket은 모든 Hyperliquid endpoint 에서 사용할 수 있습니다. 이 기능은 여전히 브라우저 대시보드, 포트폴리오 보기, 모니터링 화면은 물론, 업데이트 프로필이 전략과 일치하는 모든 거래 워크로드에 활용되고 있습니다.

• JSON-RPC는 백필, 일괄 블록 읽기, 포트폴리오 상태, 청산소 상태 및 HyperEVM 계약 상호작용을 처리할 수 있습니다.

• Streams 그리고 Webhooks 필터링된 이벤트를 백엔드 시스템 및 알림 파이프라인으로 전송할 수 있습니다.

• SQL Explorer는 Hyperliquid 데이터 중 인덱스가 적용된 500B+ 행을 쿼리할 수 있으며, 쿼리를 프로그래밍 가능한 REST 엔드포인트로 노출할 수 있습니다.

Quicknode Hyperliquid 체인 페이지에는 99.99% 가동 시간을 보장하는 SLA, 월 60억 건 이상의 API 요청, 그리고 5,000억 행 이상의 쿼리 가능한 데이터가 명시되어 있습니다. 이러한 수치는 단순한 데모가 아닌, 항상 가동되는 거래 시스템의 워크로드일 때 특히 중요합니다. Hyperliquid

Hyperliquid (gRPC)를 어떻게 시작하면 될까요?

1. quicknode.com/signup에서 ‘ Quicknode ’ 계정을 만드세요.

2. Quicknode 대시보드에서 ‘ Hyperliquid ’endpoint 을 생성하세요. 하나의 ‘ endpoint ’로 HyperCore와 HyperEVM 전반에 걸쳐 관리형 액세스 권한을 부여할 수 있습니다.

3. 사용 가능한 ‘ Hyperliquid ’ 데이터셋 을 검토하고, 각 전략의 입력값을 필요한 스트림에 매핑하십시오.

4. Hyperliquid (gRPC ) 스트리밍 API 문서를 참고하여 소비자 애플리케이션을 연결하십시오.

5. 자신의 전략에 맞는 스트림을 선택하세요: StreamL2Book 종합적인 물가 수준 심도를 위해, StreamL4Book 개별 주문 수준의 상태 정보, 또는 거래, 주문, 이벤트 및 호가장 업데이트에 대한 표준 데이터 세트.

6. JavaScript, Python, Go 또는 Rust에서 구독 기능을 테스트하려면 HyperCore gRPC 예제 저장소를 클론하세요.

7. ‘ Hyperliquid ’ 가이드 라이브러리와 샘플 앱 라이브러리에 있는 실제 예제를 살펴보세요.

Hyperliquid의 공개 API 업데이트는 이 네트워크가 공유 엔드포인트를 더 가볍고 광범위한 접근 방식으로 전환하고 있음을 시사합니다. 자동화 트레이더들에게는 다른 접근 방식이 필요합니다. 즉, 실시간 호가 정보( streams), 더 많은 호가 레벨, 그리고 상시 가동 시스템을 위해 구축된 인프라가 필요합니다.

Quicknode 사용자가 직접 노드 인프라를 운영하지 않아도 해당 설정에 대한 관리형 경로를 제공합니다.

먼저 Quicknode Hyperliquid 문서부터 시작해 보세요.