퀵노드

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

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

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

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

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

이 게시물에서는 어떤 점이 변경되는지, 이것이 봇에 왜 중요한지, 그리고 지연 시간에 민감한 Hyperliquid 워크로드를 Quicknode를 통해 관리형 인프라로 이전하는 방법을 설명합니다.

Hyperliquid의 공개 WebSocket API에는 어떤 변경 사항이 있었나요?

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

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

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

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

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

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

• 견적서 발급 및 취소 시기

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

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

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

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

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

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

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

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

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

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

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

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

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

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

현재 가격 수준의 호가 심도를 확인하려면 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 소비자 애플리케이션과 병행하여 실행해 보십시오. 주문 잔고, 관측 스프레드, 업데이트 간격, 체결 품질 및 전략별 위험 지표를 비교해 보십시오. 이를 통해 막판에 엔드포인트를 교체하는 대신 구체적인 전환 계획을 수립할 수 있습니다.

Hyperliquid 거래 시스템을 지원하는 다른 Quicknode 도구는 무엇이 있나요?

지연 시간에 민감한 HyperCore 시장 데이터를 찾을 때는 gRPC를 가장 먼저 고려해야 하지만, gRPC가 모든 워크로드를 처리해야 하는 것은 아닙니다.

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

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

• 스트림과 웹훅을 통해 필터링된 이벤트를 백엔드 시스템 및 알림 파이프라인으로 전송할 수 있습니다.

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

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

Hyperliquid gRPC는 어떻게 시작하나요?

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

2. Quicknode 대시보드에서 Hyperliquid 엔드포인트를 생성하세요. 하나의 엔드포인트로 HyperCore와 HyperEVM 전반에 걸쳐 관리형 액세스를 제공합니다.

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

4. Hyperliquid gRPC 스트리밍 API 문서를 참고하여 소비자(consumer)를 연결하세요.

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

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

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

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

Quicknode는 사용자가 직접 노드 인프라를 운영할 필요 없이 해당 설정을 위한 관리형 솔루션을 제공합니다.

Quicknode Hyperliquid 설명서부터 시작해 보세요.