HyperMirror vs Open-Source Hyperliquid Bots

짧은 결론

HyperMirror가 맞는 경우: 메커니즘을 직접 운영하지 않고 얻고 싶고, 커스터마이징보다 지속적인 스코어링과 교체를 더 중시할 때.

Open-Source Hyperliquid Bots가 더 맞을 수 있는 경우: 로직을 직접 소유·수정하고, 본인 인프라를 운영하며, 수수료 대신 노력으로 비용을 지불하고 싶을 때.

수탁 구조와 보안

직접 호스팅은 한 측면에서는 최대한 비수탁이면서 다른 측면에서는 조용히 위험합니다: 다른 누구도 본인 자금을 건드릴 수 없다는 것이 요점입니다. 하지만 에이전트나 API 키는 본인이 관리하는 머신에 있으며, 현실적인 실패 지점은 적대적인 벤더가 아니라 — 열린 포트가 있는 서버의 환경 변수 파일 속 키, 혹은 늦은 밤 수정 중 저장소에 실수로 커밋된 키입니다.

호스팅형 에이전트는 피해 반경을 다르게 좁힙니다. 승인은 프로토콜 수준에서 거래 전용이므로 운영자가 침해당하더라도 출금이 발생할 수 없으며, 자금은 본인 Hyperliquid 계정에 남고 승인은 지갑에서 취소할 수 있습니다. 키 관리 책임을 운영자에 대한 신뢰와 맞바꾸는 것이며, 한쪽이 단순히 더 안전하다고 가정하기보다 이 트레이드오프를 명시적으로 아는 것이 가치 있습니다.

• 직접 호스팅: 운영자 신뢰가 필요 없지만 키 관리 책임을 전적으로 짐.
• 호스팅형 에이전트: 거래 전용 권한, 출금 경로 없음, 언제든 취소 가능.
• 두 모델 모두 본인 지갑 서명 없이는 Hyperliquid 계정에서 출금할 수 없습니다.
• 두 모델 모두 포지션 자체의 시장 리스크에는 그대로 노출됩니다.

수수료와 인센티브 정렬

오픈소스 소프트웨어에는 제품 수수료가 없으며, 이는 진짜 장점입니다. 비용은 다른 곳에 있습니다: 서버, 모니터링, 초기 구축에 들인 시간, 그리고 API 변경, 재연결 로직, 주문 처리의 엣지 케이스, 포지션을 보유한 채 프로세스가 죽은 새벽 2시의 사고에 반복적으로 들어가는 시간입니다.

HyperMirror는 Hyperliquid의 빌더 수수료 메커니즘을 통해 미러링된 명목 거래량의 0.1%를 부과합니다 — 구독료도, 성과 수수료도 없습니다. 이것이 더 저렴한지는 전적으로 본인의 시간 가치와 실제로 미러링하는 거래량에 달려 있습니다. 유능한 엔지니어가 운영하는 저거래량 계정이라면 직접 호스팅이 더 저렴할 수 있습니다. 그 외 대부분에게는 운영상의 꼬리 리스크가 지배적입니다.

카피와 자동화가 실제로 작동하는 방식

대부분의 레퍼런스 봇은 쉬운 80%만 구현합니다: 지갑을 지켜보고, 체결을 감지하고, 비례 주문을 냅니다. 보통 구현하지 않는 것은 결과를 결정하는 부분입니다 — 어떤 지갑이 자본을 받을 자격이 있는지, 얼마나, 언제 멈출지 결정하는 일입니다. 이는 실행 문제가 아니라 데이터·스코어링 문제이며, 깔끔한 오픈소스 답이 없습니다.

HyperMirror의 스코어링은 공개 체결 기록을 실현 손익의 일관성, 승률, 손익비, 포지션 규율, 계정 생존력 전반에 걸쳐 실행하며, 복합 점수가 바스켓 멤버십과 배분 가중치를 모두 결정합니다. 서브계정 라우팅은 내장되어 있습니다: 리더당 격리된 서브계정 하나이므로 Hyperliquid의 넷팅이 한 리더의 롱을 다른 리더의 숏으로 상쇄할 수 없습니다. 이 라우팅과 리밸런싱·교체 로직을 만드는 것은 미러 루프를 만드는 것보다 훨씬 어렵습니다.

• 어려운 부분은 주문 실행이 아니라 선정, 가중치, 격리, 교체입니다.
• Full 모드 최대 10명 리더, 미러링 거래량 10만 달러까지 Starter 모드 1명.
• 격리된 서브계정이 리더 간 넷팅을 막고 귀속을 보존합니다.
• 리밸런싱과 긴급 교체는 본인의 개입 없이 지속적으로 실행됩니다.

리스크 컨트롤과 리더 실패 대응

직접 호스팅한 봇의 현실적인 리스크는 운영상의 문제입니다: 포지션 도중 프로세스가 죽거나, 재연결이 주문을 중복시키거나, API가 바뀌어 에러가 조용히 삼켜지거나, 빠른 움직임 중 레이트 리밋에 걸립니다. 각각은 생존 가능하지만 본인이 항상 대기하고 있어야 합니다.

호스팅형 시스템은 대신 운영자 리스크를 지지만 거래 전용 권한으로 한정되며, 전형적인 자체 제작 봇에는 없는 거버넌스를 더합니다: 부진에 대한 경미한 문제 스트라이크, 스트라이크 3일 누적 시 해당 리더 서브계정 포지션을 청산한 교체, 심각한 사건에 대한 즉시 긴급 제외 — 그리고 과도한 로테이션에 대한 의도적인 저항, 점수가 더 높다는 사실만으로는 교체가 강제되지 않으며 리더를 계속 갈아치우면 새로운 정보 없이 회전율 비용만 발생하기 때문입니다.

누가 무엇을 선택해야 하는가

다음이면 HyperMirror: 스코어링, 가중치, 격리, 교체를 직접 만들지 않고 얻고 싶다면, 가동 시간에 대한 책임을 지고 싶지 않다면, 그리고 거래 전용 에이전트를 신뢰 경계로 받아들일 수 있다면.

다음이면 Open-Source Hyperliquid Bots: 로직을 직접 소유하고 수정하고 싶다면, 어떤 제품도 구현하지 않는 구체적인 요구사항이 있다면, 또는 수수료보다 엔지니어링 시간으로 비용을 지불하고 싶다면.

양쪽 모두의 한계

HyperMirror의 한계: 로직을 직접 수정할 수 없으며; 리더는 본인이 아니라 점수가 선정하며; Hyperliquid 전용이며; 거래 전용 권한 경계 안에서 운영자를 신뢰해야 합니다.

Open-Source Hyperliquid Bots의 한계: 가동 시간, 키 보안, 모든 사고를 본인이 책임지며; 대부분의 레퍼런스 구현은 스코어링이나 격리 없이 지갑 하나만 카피하며; 유지 보수 부담은 끝나지 않고 익숙해질 뿐입니다.

방법론, 한 문단으로

위 표에서 HyperMirror 쪽 내용은 하나의 공개된 규칙 체계를 따릅니다. 엘리트 바스켓은 스티키하게 유지됩니다: 규칙이 제외하기 전까지 리더는 계속 미러링되며, 다른 곳의 점수가 더 높다고 해서 교체가 강제되지 않습니다. 긴급 상황 — 계정 가치가 약 1,000달러 아래로 떨어지거나, 96시간 이상 체결이 없고 7일간 거래가 0인 경우 — 은 즉시 리더를 제외합니다. 그보다 경미한 문제는 지갑당 UTC 하루 최대 1회 스트라이크로만 누적되며, 스트라이크 3일이면 교체가 실행되고 문제 없는 하루가 나오면 카운트는 초기화됩니다. 이때 낙폭은 입출금 조정 자본 기준으로 측정해 입출금을 거래 손실로 오인하지 않도록 하며, ROI는 PnL을 기준으로 측정합니다. 전체 표는 작동 방식 페이지와 문서에 있습니다.

리스크 고지

구조는 어떤 리스크를 지는지를 바꿀 뿐, 리스크를 지는지 여부를 바꾸지 않습니다. 이 페이지의 어떤 내용도 수익률 추정, 추천, 다른 제공자의 성과에 대한 주장이 아닙니다. 결정 전에 해당 제공자의 문서를 직접 확인하세요.

레버리지 무기한 선물은 투입 자본의 전액 손실을 포함한 중대한 손실 위험을 내포합니다. 과거 온체인 성과는 어떤 예측도 아닙니다. HyperMirror는 비수탁 도구이며 수익이나 원금을 보장하지 않습니다.