HyperMirror vs Hyperbot

짧은 결론

HyperMirror가 맞는 경우: 여러 검증된 리더에 걸친 관리형 배분을 원하고 스스로 운영할 표면이 없기를 바랄 때.

Hyperbot가 더 맞을 수 있는 경우: 거래 로직 자체에 대한 통제권을 원하고 그 설정과 실패 모드를 직접 감당할 의향이 있을 때.

수탁 구조와 보안

자동화 제품은 거래 권한을 얻는 방식에서 가장 크게 갈립니다. 크게 세 가지 메커니즘이 있고 이들은 동등하지 않습니다: 거래소가 범위를 강제하는 온체인 에이전트 승인, 설정과 운영자의 정직한 고지에 따라 범위가 달라지는 거래소 API 키, 그리고 어떻게 표현되든 결국 수탁인 운영자 통제 하로의 예치입니다.

HyperMirror는 첫 번째를 사용합니다: 거래 전용 에이전트 승인과, 거래 권한이 전혀 없는 별도의 빌더 수수료 승인입니다. 이 둘 중 어느 것도 출금, 전송, 소유권 변경에 서명할 수 없으며, 운영자의 개입 없이 본인 지갑에서 취소할 수 있습니다.

제공자의 공개 문서가 수탁, 권한 범위, 수수료 메커니즘을 명확히 밝히지 않는다면, 유리하게 해석하지 말고 알 수 없는 것으로 취급한 뒤 무언가를 승인하기 전에 해당 제공자 문서로 직접 검증하세요.

• 자금을 넣기 전에 봇이 세 메커니즘 중 무엇을 쓰는지 물어보세요.
• 온체인 권한은 운영자의 정책이 아니라 거래소 자체에 의해 강제됩니다.
• 셀프호스팅은 운영자 수탁 리스크를 없애지만 키 관리 부담을 사용자에게 넘깁니다.
• HyperMirror는 자금을 보유하지 않으며 이동시킬 수도 없습니다.

수수료와 인센티브 정렬

HyperMirror는 네이티브 빌더 수수료 메커니즘을 통해 미러링된 명목 거래량의 0.1%를 부과하며, 본인이 서명하는 최대 요율로 제한됩니다. 구독료도, 성과 수수료도 없습니다. Hyperliquid 자체의 거래 수수료, 스프레드, 슬리피지, 펀딩비는 어떤 시스템을 쓰든 별도로 발생하는 실제 비용입니다.

봇은 흔히 구독제나 라이선스로 판매되며, 때로는 무료 셀프호스팅 티어가 있어 비용이 수수료 대신 인프라와 시간으로 발생하기도 합니다. 두 모델 모두 정당하며, 차이는 조용한 달에 드는 비용과 제공자의 매출이 사용자의 거래에 좌우되는지 여부입니다. 다른 제공자의 가격은 변하고 대신 검증해줄 수 없으므로 여기에 인용하지 않습니다.

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

봇에서는 사용자가 전략가입니다. 결과를 결정하는 파라미터 — 진입 조건, 마켓, 레버리지, 사이징, 손절 — 는 모두 사용자의 것이고, 실패 모드도 마찬가지입니다: 특정 변동성 국면에서만 통했던 규칙, 호가창이 얇아지면 성립하지 않는 체결 가정, 연결해두지 않은 알림. 좋은 실행은 주어진 로직을 그대로 증폭시킵니다, 양방향 모두.

HyperMirror는 공개된 Hyperliquid 체결 기록을 실현 손익의 일관성, 승률, 손익비, 포지션 규율, 계정 생존력으로 점수화하고, 최소 기준을 통과해야 트레이더가 자격을 얻으며, 그다음 점수 비례로 배분합니다. 각 리더는 자신만의 서브계정에서 거래합니다. 이 격리는 구체적으로 중요합니다. Hyperliquid는 계정 안에서 포지션을 넷팅하기 때문에, 격리가 없으면 반대 방향의 두 리더가 서로 상쇄되어 양쪽 비용을 지불하면서도 결과는 플랫이 되고 아무것도 귀속시킬 수 없게 됩니다.

• Starter 모드: 미러링된 거래량이 10만 달러에 도달할 때까지 점수화된 리더 1명.
• Full 모드: 최대 10명의 리더, 각자 격리된 서브계정.
• 균등 분배나 재량이 아니라 점수 가중 배분.
• 호스팅형 — 서버도, 키 관리도, 잘못될 수 있는 설정도 없습니다.

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

봇에서 리더 실패에 해당하는 것은 전략 부진이며, 이를 감지하기가 더 어렵습니다. 로직이 더 이상 작동하지 않는다고 알려주는 외부 기록이 없기 때문입니다. 본인의 손익을 읽고 그 표본이 의미를 가질 만큼 충분한지 스스로 판단해야 합니다. 대부분의 사람은 너무 일찍 개입하거나, 더 값비싸게도, 너무 늦게 개입합니다.

HyperMirror는 그 신호를 외부화합니다. 리더 점수는 공개 데이터로 지속적으로 재계산되며, 저조한 활동이나 과도한 낙폭, 약한 ROI 같은 경미한 문제는 하루 최대 1회 스트라이크로 누적되고 스트라이크 3일이면 서브계정 포지션을 청산하며 교체됩니다. 긴급 상황은 스트라이크를 건너뛰고 감지 즉시 제외로 이어집니다. 설계는 의도적으로 과도한 로테이션도 억제합니다 — 점수가 더 높다는 사실만으로는 교체가 강제되지 않으며, 나쁜 한 주 뒤에 리더를 교체하면 비용과 트래킹 오차만 늘어나고 얻는 정보는 없습니다.

어느 접근도 시장 리스크를 없애주지 않습니다. 레버리지, 갭, 청산 캐스케이드, 펀딩 국면은 자동화 시스템에도 수동 시스템만큼 똑같이 타격을 줍니다.

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

다음이면 HyperMirror: 여러 독립적인 의사결정자에 걸친 관리형 배분을 원한다면, 리더별 격리와 호스팅형 실행을 원한다면, 그리고 설정, 가동 시간, 키 관리를 직접 소유하고 싶지 않다면.

다음이면 Hyperbot: 다른 사람을 팔로우하기보다 본인의 전략을 표현하고 싶다면, 실행에 대한 파라미터 수준의 통제권을 원한다면, 그리고 시스템을 직접 운영하고 유지 관리하는 데 익숙하다면.

양쪽 모두의 한계

HyperMirror의 한계: 커스텀 전략 로직이 없어 리더의 거래 방식을 바꿀 수 없으며; Hyperliquid 전용이며; 10만 달러 거래량 잠금 해제 전에는 리더 1명뿐이며; 서브계정 간 마진 분산은 넷팅보다 자본 효율이 낮습니다.

Hyperbot의 한계: 엣지는 본인이 제공해야 하고, 설정 실수는 실제 돈으로 대가를 치르며; 가동 시간, 키, 업데이트, 모니터링 등 운영 부담이 계속되며; 단일 계정에서는 전략끼리 넷팅되며; 권한 범위와 수탁 구조는 가정하지 말고 검증해야 합니다.

방법론, 한 문단으로

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

리스크 고지

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

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