신규

곧 출시될 IQ.wiki API로 전문가가 큐레이션한 암호화폐 및 블록체인 지식을 앱에 통합하세요.

0% read

HyperCore

HyperCore

HyperCore는 의 기본 비-EVM 실행 및 상태 레이어이며, 프로토콜의 주요 거래 기능을 위한 핵심 엔진 역할을 합니다. 탈중앙화 영구 계약 거래소의 온체인 주문 매칭 엔진, 마진 시스템, 현물 자산 잔액, 볼트 전략 및 스테이킹 메커니즘을 관리합니다. HyperCore는 스마트 계약을 위한 범용 EVM 호환 레이어인 HyperEVM과 함께 이중 환경 아키텍처에서 작동하여 (DeFi) 애플리케이션과 거래소의 핵심 인프라 간에 높은 수준의 구성 가능성을 제공합니다. [1] [2]

개요

HyperCore는 프로토콜의 기본 상태 머신이자 로직 레이어입니다. HyperCore의 핵심 설계 원칙은 완전한 탈중앙화입니다. 오프체인 주문장을 사용하지 않고 합의 메커니즘에 의존하여 주문 매칭을 포함한 모든 트랜잭션 및 플랫폼 활동의 단일하고 표준적인 순서를 설정합니다. 이 온체인 접근 방식은 소매 및 자동화된 거래 전략을 모두 지원할 수 있도록 고성능을 제공하도록 설계되었습니다. [2]

체인의 상태는 뚜렷하지만 깊이 통합된 두 가지 구성 요소로 나뉩니다. HyperCore는 금융 거래의 속도와 효율성에 중점을 두고 핵심 거래 로직을 실행하는 특수 환경입니다. 이에 상응하는 HyperEVM은 개발자가 다양한 DeFi 애플리케이션을 네트워크에 직접 배포할 수 있도록 하는 완전한 EVM 호환 환경으로, 스마트 계약을 실행합니다. 이 이중 환경 아키텍처는 기존 주문장의 성능과 분산형 애플리케이션의 유연한 구성 가능성을 결합한 하이브리드 시스템을 만듭니다. HyperCore에서 관리하는 주요 기능에는 영구 계약 주문장, 현물 잔액, 볼트 관리 및 스테이킹 위임이 포함됩니다. 두 레이어 간의 긴밀한 통합을 통해 HyperEVM의 스마트 계약은 거래소의 핵심 상태와 직접 상호 작용할 수 있는 고급 온체인 제품 개발을 가능하게 하면서 HyperCore에서 데이터를 읽고 지침을 보낼 수 있습니다. [1] [2]

아키텍처 및 기술

의 아키텍처는 합의 메커니즘과 이중 실행 환경의 상호 작용을 중심으로 설계되었으며, HyperCore가 거래 운영의 중심에 있습니다.

컨센서스 메커니즘: HyperBFT

HyperCore는 HotStuff 컨센서스 모델의 변형인 HyperBFT라는 독점 컨센서스 알고리즘으로 보호됩니다. HyperBFT는 지분 증명(PoS) 방식으로 작동하며, 검증인은 스테이킹된 네이티브 토큰의 양에 비례하여 블록을 생성하도록 선택됩니다. HyperBFT 알고리즘은 사용자 요청 제출부터 확정된 응답 수신까지의 총 시간인 엔드 투 엔드 지연 시간을 최소화하도록 특별히 최적화되어 있습니다. 이러한 지연 시간 감소에 대한 집중은 고빈도 거래를 지원하고 반응성이 뛰어난 사용자 경험을 제공하는 데 매우 중요합니다. [2]

이중 환경 실행

L1은 특화된 거래 기능과 범용 컴퓨팅을 분리하는 이중 환경 아키텍처를 특징으로 합니다.

  • HyperCore: 이는 거래소의 핵심 운영에 최적화된 고성능 상태 머신입니다. 여기에는 영구 및 현물 시장에 대한 주문 매칭, 마진 계산 및 계정 상태 관리와 같은 모든 중요한 금융 활동이 처리됩니다.
  • HyperEVM: 이는 스마트 계약의 배포 및 실행을 지원하는 완전한 EVM 호환 환경입니다. 개발자는 생태계 내에서 DeFi 애플리케이션, 구조화 상품, 수익률 애그리게이터 및 기타 온체인 서비스를 구축할 수 있습니다.

이 두 환경 간의 통합을 통해 HyperEVM의 애플리케이션은 HyperCore에서 관리하는 거래 및 계정 데이터에 프로그래밍 방식으로 액세스하고 상호 작용할 수 있어 거래와 더 넓은 DeFi 활동을 위한 통합 플랫폼을 만들 수 있습니다. [1] [2]

성능

HyperCore는 낮은 지연 시간과 높은 처리량에 중점을 두어 중앙 집중식 및 분산형 거래소와 유사한 성능 지표를 달성하도록 설계되었습니다.

지연 시간

지리적으로 동일한 위치에 있는 클라이언트에서 액세스할 때 플랫폼의 엔드 투 엔드 지연 시간은 다음과 같은 성능 특성을 보입니다.

  • 중앙값 지연 시간: 0.2초
  • 99번째 백분위수 지연 시간: 0.9초

이 낮은 지연 시간 수준은 다른 암호화폐 거래소에서 최소한의 수정으로 많은 자동 및 고빈도 거래 전략을 배포하기에 충분합니다. 소매 사용자의 경우 거래 사용자 인터페이스와 상호 작용할 때 '즉각적인 피드백' 경험으로 이어집니다. [2]

처리량

HyperCore는 높은 거래량을 처리하도록 설계되었습니다. 메인넷은 초당 약 200,000건의 주문을 처리할 수 있는 능력을 보여주었습니다. 프로젝트 문서에 따르면 처리량의 주요 제약 조건은 기본 합의 및 네트워킹 스택보다는 실행 로직 자체입니다. HyperBFT 합의 계층은 초당 수백만 건의 주문을 지원하도록 확장할 수 있으며, 수요 증가에 따라 실행 로직을 더욱 최적화할 계획입니다. [2]

HyperCore와 HyperEVM 간의 상호 작용

HyperCore와 HyperEVM 간의 상호 작용 모델은 아키텍처의 핵심 기능으로, 스마트 컨트랙트가 안전하고 표준화된 인터페이스를 통해 핵심 거래소 로직과 통신할 수 있도록 합니다.

통합 개요

2025년 3월 25일, 는 HyperCore와 HyperEVM 간의 직접 연결 및 원활한 토큰 전송을 가능하게 하는 중요한 기술 업데이트를 발표했습니다. 이 통합은 자본 효율성을 개선하고, DeFi 구성 가능성을 향상시키며, 악용의 대상이 되는 제3자 브리지의 필요성을 없애 보안 위험을 줄이도록 설계되었습니다. 이 프로세스는 동일한 금융 기관 내에서 당좌 예금 계좌(HyperEVM)와 중개 계좌(HyperCore) 간에 즉각적이고 무료로 이체하는 것과 유사합니다. 상호 작용은 HyperCore 상태 머신에 대한 안전하고 효율적인 ABI(Application Binary Interface)를 제공하는 고정 주소의 하드 코딩된 계약인 미리 컴파일된 계약 세트를 통해서만 용이하게 이루어집니다. [2] [3]

HyperCore에서 상태 읽기

HyperEVM의 스마트 컨트랙트는 전용 읽기 프리컴파일 세트를 사용하여 HyperCore에서 실시간 데이터를 쿼리할 수 있습니다. 이를 통해 탈중앙화 애플리케이션은 온체인 로직 내에서 중요한 프로토콜 정보에 직접 액세스할 수 있습니다.

  • 프리컴파일 주소 범위: 읽기 프리컴파일은 0x0000000000000000000000000000000000000800 주소에서 시작합니다.
  • 기능: 이러한 프리컴파일을 통해 컨트랙트는 영구 포지션, 스팟 잔액, 볼트 자산, 스테이킹 위임, 오라클 가격 및 L1 블록 번호와 같은 데이터를 쿼리할 수 있습니다.
  • 데이터 일관성: 반환된 값은 HyperEVM 블록이 구성되는 시점의 최신 HyperCore 상태와 일치하는 것이 보장됩니다.
  • 가스 비용: 읽기 프리컴파일 호출에는 2000 + 65 * (input_len + output_len) 가스가 소모됩니다.
  • 오류 처리: 존재하지 않는 자산 쿼리와 같이 잘못된 입력으로 호출하면 오류가 반환되고 호출 프레임에 할당된 모든 가스가 소모됩니다.
  • 개발자 리소스: 이러한 읽기 프리컴파일의 전체 기능은 L1Read.sol 인터페이스 파일에 자세히 설명되어 있습니다. [1]

HyperCore에 액션 쓰기

HyperCore에서 상태 변경(예: 주문 실행 또는 자금 이체)을 수행하려면 HyperEVM 컨트랙트가 CoreWriter 시스템 컨트랙트와 상호 작용해야 합니다.

  • 컨트랙트 주소: CoreWriter 컨트랙트는 고정 주소 0x3333333333333333333333333333333333333333에 위치합니다.
  • 메커니즘: 스마트 컨트랙트는 CoreWriter에서 sendRawAction(bytes memory data) 함수를 호출합니다. 그러면 CoreWriter 컨트랙트는 인코딩된 액션 데이터를 포함하는 로그를 방출합니다. 이 로그는 HyperCore 레이어에서 처리되어 요청된 액션을 실행합니다.
  • 가스 비용: 이 컨트랙트 호출에는 약 25,000 가스의 기본 비용이 발생하며, 일반적인 기본 호출은 총 약 47,000 가스가 소요됩니다.
  • 대기 시간 방지: L1 멤풀을 우회하여 사용자가 대기 시간 이점을 얻는 것을 방지하기 위해 CoreWriter를 통해 제출된 order 및 vault transfer 액션은 의도적으로 몇 초 동안 온체인에서 지연됩니다. 이러한 지연된 액션은 L1 탐색기에 두 번 나타납니다. 먼저 "대기열에 넣기" 트랜잭션으로 나타나고, 나중에 최종 "HyperCore 실행" 트랜잭션으로 나타납니다.
  • 개발자 리소스: 컨트랙트 인터페이스는 CoreWriter.sol 파일에 설명되어 있습니다. [1]

토큰 전송 및 연결

HyperCore와 HyperEVM 간의 자산 전송을 위한 기본 통합은 외부 브리지에 대한 안전하고 사용자 친화적인 대안을 제공하는 것을 목표로 합니다.

코어 스팟 및 EVM 스팟 토큰

시스템은 생태계 내에서 토큰의 두 가지 표현을 구별합니다.

  • 코어 스팟 토큰: HyperCore에 기본적으로 존재하는 토큰으로, 거래소에서 직접 거래하는 데 사용됩니다.
  • EVM 스팟 토큰: HyperEVM 레이어에서 코어 스팟 토큰의 연결된 대응물이며, 표준 ERC-20 계약으로 표시됩니다. [3]

연결 프로세스

토큰이 두 환경 간에 전송 가능하려면 '스팟 배포자'로 알려진 생성자가 공식적으로 연결해야 합니다. 이 프로세스는 일관성과 보안을 보장하기 위해 여러 단계를 포함합니다.

  1. 시작: 스팟 배포자가 프로세스를 시작합니다.
  2. 공급량 조정: 배포자는 토큰의 총 공급량이 HyperCore와 HyperEVM의 제안된 ERC-20 계약에서 동일한지 확인해야 합니다.
  3. 제안 트랜잭션: 배포자는 HyperCore에 '스팟 배포 액션'을 보내 HyperEVM의 특정 ERC-20 계약을 Core 스팟 토큰과 페어링하도록 제안합니다.
  4. 소유권 확인: 배포자는 EVM 계약의 소유권을 증명해야 합니다. 방법은 배포자의 계정 유형에 따라 다릅니다.
    • 외부 소유 계정(EOA): 개인은 특정 지정된 nonce로 트랜잭션을 보내 링크를 확인해야 합니다.
    • 계약 기반 배포자(예: 멀티시그 지갑): HyperEVM의 배포 계약의 첫 번째 스토리지 슬롯(slot 0)에는 HyperCore 배포자의 주소가 포함되어야 합니다.
  5. 완료: 최종 '완료' 액션이 실행되어 링크를 잠그고 Core 스팟 자산과 EVM 스팟 토큰 간의 연결을 공식적으로 설정합니다. 이후 HyperCore에서 spotSend를 통해 또는 HyperEVM에서 표준 ERC-20 전송을 통해 전송할 수 있습니다.

2025년 3월 발표 당시 기술 문서에서는 사용자가 검증되지 않은 계약과 상호 작용할 가능성과 배포자가 올바르게 관리하지 않을 경우 공급 불일치 위험을 포함하여 이 프로세스와 관련된 위험을 인정했습니다. [3]

Special Case: HYPE Token

The HYPE token, which serves as the native gas token for the HyperEVM layer, follows a unique and simplified transfer process that does not require the formal linking procedure.

  • HyperCore to HyperEVM: When HYPE is sent from HyperCore using a spotSend action, it automatically becomes available as native gas on the destination address on HyperEVM.
  • HyperEVM to HyperCore: To move HYPE back to the trading layer, a user sends it to the designated system address 0x222 on HyperEVM. An event log generated by this transaction instantly credits the user's balance on HyperCore. [3]

기술 사양

HyperEVM에서 HyperCore와의 상호 작용은 특정 데이터 인코딩 표준과 정의된 작업 및 사전 컴파일된 계약에 의해 관리됩니다.

액션 인코딩

CoreWriter 컨트랙트로 전송되는 액션은 HyperCore에서 올바르게 해석하고 실행하기 위해 특정 바이트 인코딩 형식을 따라야 합니다.

  • 바이트 1: 인코딩 버전. 이는 액션 형식에 대한 향후 하위 호환 가능한 업그레이드를 허용하는 8비트 정수입니다. 버전 1이 현재 표준입니다.
  • 바이트 2-4: 액션 ID. 이는 수행할 특정 액션(예: 주문, 볼트 입금)을 식별하는 3바이트, 빅 엔디안 부호 없는 정수입니다.
  • 나머지 바이트: 액션 데이터. 이 필드에는 지정된 액션에 대한 원시 ABI 인코딩된 매개변수가 포함되어 있습니다. [1]

HyperEVM의 HyperCore 액션

다음은 해당 인코딩된 데이터를 CoreWriter 계약으로 전송하여 HyperEVM 스마트 계약에서 HyperCore에서 트리거할 수 있는 액션 목록입니다.

  • 액션 ID 1: 지정가 주문
    • 매개변수: (uint32 asset, bool isBuy, uint64 limitPx, uint64 sz, bool reduceOnly, uint8 encodedTif, uint128 cloid)
    • 참고: encodedTif는 시간 제한 조건을 지정합니다. Alo(전부 또는 전무)는 1, Gtc(취소될 때까지 유효)는 2, Ioc(즉시 취소)는 3입니다. cloid(클라이언트 측 주문 ID)가 0이면 제공되지 않음을 나타냅니다.
  • 액션 ID 2: 볼트 이체
    • 매개변수: (address vault, bool isDeposit, uint64 usd)
    • 참고: 지정된 볼트 전략으로 USD 담보를 이체하거나 이체합니다.
  • 액션 ID 3: 토큰 위임
    • 매개변수: (address validator, uint64 wei, bool isUndelegate)
    • 참고: 스테이킹을 위해 네이티브 토큰을 유효성 검사기에 위임하거나 위임 해제합니다.
  • 액션 ID 4: 스테이킹 예치
    • 매개변수: (uint64 wei)
    • 참고: 담보를 스테이킹 계약에 예치합니다.
  • 액션 ID 5: 스테이킹 인출
    • 매개변수: (uint64 wei)
    • 참고: 스테이킹 계약에서 담보를 인출합니다.
  • 액션 ID 6: 스팟 전송
    • 매개변수: (address destination, uint64 token, uint64 wei)
    • 참고: 스팟 토큰을 다른 주소로 보냅니다.
  • 액션 ID 7: USD 클래스 이체
    • 매개변수: (uint64 ntl, bool toPerp)
    • 참고: 사용자의 영구 마진 계정과 스팟 잔액 간에 USD 값을 이체합니다.
  • 액션 ID 8: EVM 계약 완료
    • 매개변수: (uint64 token, uint8 encodedFinalizeEvmContractVariant, uint64 createNonce)
    • 참고: 특정 계약의 생성 프로세스 중에 내부적으로 사용됩니다.
  • 액션 ID 9: API 지갑 추가
    • 매개변수: (address apiWalletAddress, string apiWalletName)
    • 참고: API 지갑을 관리합니다. 빈 이름은 지갑을 기본 에이전트로 지정합니다.
  • 액션 ID 10: oid로 주문 취소
    • 매개변수: (uint32 asset, uint64 oid)
    • 참고: 고유한 주문 ID(oid)를 사용하여 특정 주문을 취소합니다.
  • 액션 ID 11: cloid로 주문 취소
    • 매개변수: (uint32 asset, uint128 cloid)
    • 참고: 클라이언트 측 주문 ID(cloid)를 사용하여 특정 주문을 취소합니다.
  • 액션 ID 12: 빌더 수수료 승인
    • 매개변수: (uint64 maxFeeRate, address builderAddress)
    • 참고: 트랜잭션 빌더에 대한 최대 수수료율(데시BPS 또는 1 베이시스 포인트의 1/1000)을 승인합니다.
  • 액션 ID 13: 자산 전송
    • 매개변수: (address destination, address subAccount, uint32 source_dex, uint32 destination_dex, uint64 token, uint64 wei)
    • 참고: 하위 계정 및 DEX 라우팅을 지정하는 옵션이 있는 고급 자산 전송입니다.
  • 액션 ID 14: EVM 공급 변경 반영
    • 매개변수: (uint64 token, uint64 wei, bool is_mint)
    • 참고: 정렬된 견적 토큰의 경우 이 액션은 EVM 레이어에서 HyperCore 상태로의 공급 변경(민트/소각)을 반영합니다.
  • 액션 ID 15: 차입/대출 작업(테스트넷 전용)
    • 매개변수: (uint8 encodedOperation, uint64 token, uint64 wei)
    • 참고: encodedOperation은 공급의 경우 0, 인출의 경우 1입니다. 테스트넷 전용 차입/대출 프로토콜과 상호 작용하는 데 사용됩니다.

이러한 액션 및 기술 사양의 포괄적인 목록은 개발자를 위해 문서에서 확인할 수 있습니다. [1]

시스템 프리컴파일 컨트랙트

CoreWriter 외에도 고정 주소에 있는 여러 프리컴파일된 컨트랙트는 HyperEVM에서 HyperCore 모듈에 직접 액세스할 수 있도록 제공합니다.

  • Clearinghouse (0x0...0001): 자금 입출금, 주문 생성 또는 취소와 같은 사용자 레벨 거래 상호 작용을 위한 기본 컨트랙트입니다.
  • Oracle (0x0...0002): HyperCore의 기본 오라클 모듈에서 자산 가격 정보를 쿼리하는 데 사용됩니다.
  • Vaults (0x0...0003): Hyperliquid의 기본 Vault 전략과 상호 작용하기 위한 인터페이스를 제공합니다.

이러한 프리컴파일은 HyperEVM의 개발자가 핵심 거래소 기능과 깊이 통합된 애플리케이션을 구축할 수 있는 표준화되고 가스 효율적인 방법을 제공합니다. [2]

잘못된 내용이 있나요?

참고 문헌 (3 출처)

[1]
hyperliquid.gitbook.io

Hyperliquid Docs - Interacting with HyperCore

Feb 2, 2026

[2]
hyperliquid.gitbook.io

Hyperliquid Docs - HyperCore Overview

Feb 2, 2026

[3]
www.coindesk.com

CoinDesk report on Hyperliquid integration

Feb 2, 2026

홈카테고리위키 MC이벤트용어집