아키텍처
Hypercall은 하이브리드 실행 모델을 사용합니다. 속도를 위해 오프체인에서 매칭을 수행하고, 보안을 위해 온체인에서 결제와 계정 관리를 수행합니다.
신뢰 경계
오프체인 (Hypercall 백엔드)
책임 범위:
- 주문 매칭 및 실행
- 호가창 관리
- 거래 전 증거금 검사
- 청산 오케스트레이션
- 시장 데이터 및 가격 산정
- WebSocket 스트림
신뢰 가정: 사용자는 Hypercall 백엔드가 다음을 수행한다고 신뢰합니다.
- 공정한 주문 매칭 (가격-시간 우선순위)
- 정확한 증거금 검사 시행
- 계정 모니터링 및 필요 시 청산 트리거
- 정확한 시장 데이터 제공
한계: 메인넷 알파에서는 오프체인 작업이 암호학적으로 완전히 검증 가능하지 않습니다. 사용자는 매칭, 시장 데이터 수집, 증거금 검사, RSM 명령 발행에 대해 백엔드 운영자를 신뢰해야 합니다.
향후 계획: Hypercall은 RSM 탈중앙화와 더 강력한 무신뢰성(trustlessness) 보장을 위해 노력하고 있습니다. 로드맵을 통해 상태 커밋먼트, 서명자 역할, 분쟁 처리 경로, 운영자 통제가 시간이 지남에 따라 어떻게 더 검증 가능해지는지 구체화할 예정입니다. 메인넷 알파는 제한된 첫 단계이며, 최종 신뢰 모델이 아닙니다.
온체인 (스마트 컨트랙트)
책임 범위:
- 계정 소유권 및 매니저 권한 관리
- 입금 및 출금
- 청산 경매 (포지션 이전)
- RSM 명령 (리스크 관리 작업)
- 결제 가격 게시
- Hyperliquid 통합 (ActionCaster를 통한 무기한 계약 주문)
신뢰 가정: 온체인 작업은 암호학적으로 검증 가능합니다. 사용자는 컨트랙트 코드와 상태를 검증할 수 있습니다.
보안: 계정 소유권은 온체인 트랜잭션 없이 변경될 수 없습니다. 청산에는 온체인 경매가 필요합니다.
주문 실행 흐름
1. 주문 제출
사용자 작업: EIP-712 서명과 함께 POST /order를 통해 주문을 제출합니다.
백엔드 검증:
- 서명 검증 (EIP-712)
- 거래 전 증거금 검사 (시나리오 기반)
- 주문 승인 (티어, 만기, 속도 제한)
결과: 주문이 수락되어(ACKED) 매칭 대기열에 추가되거나, 사유와 함께 거부됩니다.
2. 주문 매칭
프로세스: 주문은 가격-시간 우선순위에 따라 호가창에서 매칭됩니다.
실행: 주문이 매칭되면 체결이 생성되고 백엔드 데이터베이스에서 포지션이 업데이트됩니다.
온체인 미기록: 개별 주문 매칭은 온체인에 기록되지 않습니다. 계정 상태는 증거금 루트 업데이트를 통해 동기화됩니다.
3. 포지션 업데이트
프로세스: 포지션은 백엔드 데이터베이스에서 추적되며 실시간으로 업데이트됩니다.
사용자 접근: GET /portfolio 또는 WebSocket portfolio 채널을 통해 포지션을 조회할 수 있습니다.
온체인 동기화: 증거금 루트(계정 상태에 대한 암호학적 커밋먼트)는 주기적으로 그리고 중요 이벤트 발생 시 온체인에서 업데이트됩니다.
4. 결제
만기 결제: 옵션은 계약 만기 시점에 만기되며 결제 가격을 기준으로 현금으로 결제됩니다. 메인넷 SPCX는 미국 동부시간(ET) 오후 4시에 만기되며, 테스트넷은 현재 08:00 UTC에 만기됩니다.
결제 가격: Hyperliquid 오라클 인덱스 가격의 30분 TWAP이며, SimpleOracle.setExpiryPrice()를 통해 온체인에 게시됩니다.
프로세스:
- 오라클이 만기 시점에 종료되는 30분 TWAP을 계산
- 결제 가격을 온체인에 게시
- 각 포지션의 내재가치 계산
- 현금 잔고 업데이트
- 포지션 종료
계정 관리
계정 생성
프로세스: 계정은 최초 입금 시 또는 명시적으로 요청될 때 생성됩니다.
온체인: 계정 컨트랙트는 BeaconProxy(가스 효율적인 미니멀 프록시 패턴)로 배포됩니다.
매니저: 각 계정에는 계정을 관리하고 에이전트를 승인할 수 있는 매니저(EOA)가 있습니다.
입금 및 출금
입금:
- USDC: HyperCore를 통해 Exchange로 전송
- 옵션 ERC20: Exchange 컨트랙트를 통해 입금
출금:
- 오프체인 리스크 검사를 통과해야 함 (출금 후 충분한 증거금 유지)
- Account 컨트랙트를 통해 온체인에서 실행
- 매니저 서명 필요
신뢰 경계: 입금 및 출금은 온체인에서 이루어지며 검증 가능합니다.
청산
청산은 경매 전 유예 기간이 있는 상태 머신을 사용합니다:
| 상태 | 설명 | 지속 시간 |
|---|---|---|
| Healthy | 자기자본 > 필요 유지증거금 | - |
| PreLiquidation | 자기자본 < 유지증거금, 유예 기간 활성 | 60초 |
| InLiquidation | 더치 경매 진행 중 | 체결될 때까지 |
| Liquidated | 포지션 이전 완료 | - |
부분 청산 vs 전체 청산
| 유형 | 조건 | 동작 |
|---|---|---|
| 부분 청산 | 포지션 5개 이하 | 건전한 상태가 될 때까지 특정 포지션 청산 |
| 전체 청산 | 포지션 5개 초과 | 계정 전체 청산 |
경매 메커니즘
지급 능력 있는 경매 (자기자본 > 0): 시작 가격 = 자기자본 × (1 - 페널티), 시간에 따라 감소합니다. 청산인이 포지션 인수를 위해 입찰합니다.
지급 불능 경매 (자기자본 < 0): 보험 기금이 보너스를 제공하여 청산인이 부실 포지션을 인수하도록 유인합니다.
온체인: 경매 실행 및 포지션 이전은 Exchange 컨트랙트를 통해 온체인에서 이루어집니다.
자세한 내용은 청산을 참조하십시오.
Hyperliquid 통합
HIP-3 무기한 계약
Hypercall 계정은 ActionCaster를 통해 Hyperliquid에서 무기한 계약 주문을 실행할 수 있습니다:
흐름: Account 컨트랙트 → ActionCaster → Hyperliquid L1
활용 사례:
- 옵션 포지션에 대한 델타헤지
- 크로스 베뉴 증거금 (무기한 계약 포지션이 포트폴리오 증거금에 반영)
크로스 마진
HyperCore 무기한 계약 포지션은 포트폴리오 증거금 계산에 포함되도록 설계되어 자본 효율적인 헤징 전략이 가능합니다. 메인넷 알파에서는 일반 사용자에 대해 포트폴리오 증거금이 비활성화되어 있습니다.
RSM 명령
RSM (Risk & Settlement Manager): 리스크 관리를 위한 온체인 명령을 발행하는 백엔드 구성 요소입니다.
명령 종류:
- 축소 전용(reduce-only) 주문 (강제 포지션 종료)
- 부채 상환 (마이너스 잔고 충당을 위한 강제 출금)
- 결제 실행
온체인: RSM 명령은 RSM 서명자가 서명하고 Account 컨트랙트를 통해 실행됩니다. 사용자는 RSM 서명자 주소와 모든 명령 실행을 온체인에서 검증할 수 있습니다.
탈중앙화 로드맵: 현재 RSM 서명자는 운영자가 통제합니다. 향후 로드맵을 통해 이 역할이 어떻게 탈중앙화되거나 신뢰 최소화되는지 공개할 예정입니다.
검증 가능한 항목
온체인 (검증 가능)
- 계정 소유권 (매니저 주소)
- 계정 컨트랙트 배포
- 입금 및 출금
- 청산 경매 및 결과
- 결제 가격 (오라클이 온체인에 게시)
- Hyperliquid 주문 (온체인 실행)
- RSM 명령 (온체인 실행)
오프체인 (신뢰 필요)
- 주문 매칭의 공정성
- 증거금 계산
- 포지션 추적의 정확성
- 시장 데이터의 정확성
- 청산 트리거 타이밍
보안 모델
핵심 원칙: 중요 작업(계정 소유권, 입금, 청산, 결제 가격)은 온체인에서 이루어지며 검증 가능합니다. 운영 효율성(매칭, 증거금 검사)은 오프체인에서 처리됩니다.
트레이드오프: 오프체인 매칭은 속도와 효율성을 제공하지만 현재로서는 백엔드 운영자에 대한 신뢰가 필요합니다. 온체인 작업은 검증 가능성을 제공하지만 더 느리고 비용이 높습니다. RSM 탈중앙화 로드맵은 이 메인넷 알파 모델에서 더 강력한 무신뢰성으로 나아가는 경로입니다.
참고 자료: