아키텍처

수탁형 vs 비수탁형 카피트레이딩

카피트레이딩 상품의 차이는 기능보다 아키텍처에서 훨씬 크게 드러납니다. 아키텍처는 최악의 날에 무슨 일이 일어나는지를 결정하며, 그것이 가장 먼저 서열을 정할 만한 유일한 축입니다.

요약

수탁형 시스템은 예치금을 보유하고 출금할 수 있으므로, 노출에는 운영자의 지급능력과 행위 리스크가 포함됩니다. HyperMirror 같은 비수탁형 시스템은 본인 Hyperliquid 계정의 거래 전용 에이전트로 작동하므로, 운영자 실패는 미러링을 멈추게 하지만 자금에는 닿을 수 없습니다.

네 가지 아키텍처, 네 가지 실패 방식

거의 모든 카피트레이딩 제안은 다음 네 구조 중 하나에 속하며, 운영자가 사라질 때 각기 다르게 실패합니다.

  • 통합 수탁 — 공동 자금고에 예치하며, 회수는 전적으로 운영자에 달려 있음.
  • 분리 수탁 — 자금이 사용자 몫으로 보관되지만 여전히 그들이 보유하며, 출금은 요청 사항.
  • 범위 없는 API 접근 — 자금은 거래소에 있으나 키가 출금·전송을 허용할 수 있음.
  • 범위가 정해진 온체인 에이전트 — 거래 권한만 있고 사용자가 취소 가능하며, 자금은 이동하지 않음.

각 모델이 요구하는 신뢰

수탁은 지급능력, 정직성, 운영 보안을 무기한 신뢰하라고 요구합니다. 범위 없는 API 접근은 키 권한이 올바르게 설정되었고 계속 그렇게 유지된다고 신뢰하라고 요구합니다. 범위가 정해진 에이전트는 프로토콜이 자신의 범위를 강제한다는 점만 신뢰하면 되며, 이는 훨씬 작고 공개적으로 검증 가능한 가정입니다.

어떤 모델도 전략을 더 좋게 만들지는 않습니다. 다만 전략 실패가 손실의 유일한 경로인지 여부를 결정합니다.

수탁형에 대한 공정한 평가

수탁형 상품은 범위가 정해진 에이전트가 제공할 수 없는 것을 줄 수 있습니다. 전략 간 네팅 마진 효율, 하나의 큰 계정에서의 집행, 지갑을 전혀 관리하고 싶지 않은 사용자를 위한 간단한 온보딩입니다. 모두 실제 장점이며, 그 대가는 거래상대방 리스크입니다.

HyperMirror는 의도적으로 반대 거래를 택합니다. 격리 서브계정으로 인한 마진 분산을 감수하는 대신, 통제권을 절대 넘기지 않게 합니다.

어느 모델도 거래 리스크를 없애지 않는다

비수탁 아키텍처는 누가 자금을 가져갈 수 있는지를 다룹니다. 사용자를 대신해 취한 포지션이 수익을 낼지에 대해서는 아무 말도 하지 않으며, 무기한 선물은 어느 모델에서든 상당한 손실을 낼 수 있습니다.

레버리지 무기한 선물은 원금 전액을 잃을 수 있는 중대한 손실 위험을 수반합니다. 과거 온체인 성과는 미래를 예측하지 않으며, HyperMirror는 수익이나 원금을 보장하지 않습니다.

방법론

Scoring and replacement are documented in full on How it works and in the Docs (Policy v3). 요약하면 엘리트 바스켓은 안정적으로 유지되고, 긴급 상황에서는 리드 트레이더가 즉시 제외되며, 경미한 문제는 UTC 날짜당 최대 1회 스트라이크로 적립되어 스트라이크 3일에 교체가 발생합니다. 자세한 내용은 작동 방식 또는 문서 에서 전체 표를 확인하세요.

질문

자주 묻는 질문

비수탁이 항상 더 안전한가요?

운영자 수탁이라는 특정 리스크 범주를 제거하지만, 지갑과 키를 직접 관리해야 하므로 책임은 늘어납니다.

HyperMirror가 자금을 보유하나요?

아니요. 흐름에 플랫폼 지갑이 없습니다. 입금은 사용자에게서 본인 Hyperliquid 계정으로 바로 갑니다.

지갑을 잃어버리면 어떻게 되나요?

자기수탁이므로 복구는 본인 책임입니다. HyperMirror의 누구도 계정 접근을 복원해 줄 수 없습니다.

분산된 카피 트레이딩. 오토파일럿으로.

Hyperliquid 엘리트 트레이더 최대 10명에게 스코어 가중으로 배분하고, 각 트레이더는 자신의 서브계정에 격리됩니다. 자금은 내 계정을 떠나지 않습니다.

비수탁 · 에이전트는 출금 불가 · 위임은 언제든 취소