범위는 어디에 존재하나
API 키에서 범위는 거래소 데이터베이스 레코드의 속성입니다. 거래소가 정직하고 시스템이 온전한 동안에만 지켜집니다. 에이전트에서 범위는 서명이 표현할 수 있는 것의 속성입니다. 에이전트에게 출금 동작 자체가 없으므로 잘못 설정할 것도 없습니다.
이 차이는 감사할 수 없는 시나리오에서 가장 중요합니다. 침해된 운영자, 내부자, 권한이 과도한 지원 도구 같은 경우입니다.
비교
중앙화 거래소에서 자동매매를 해 본 사람이라면 API 키 의식을 압니다. 키를 만들고, 출금 체크를 해제하고, 그 체크박스가 지켜지길, 그리고 DB 접근 권한을 가진 누구도 그것을 바꾸지 않기를 바라는 것입니다. 에이전트 모델은 다른 질문을 합니다. 누가 범위를 존중하겠다고 약속하는가가 아니라, 누가 범위를 강제하는가입니다.
요약
거래소 API 키는 권한이 거래소 계정 시스템에 의해 강제되고 계정을 통제하는 쪽이 바꿀 수 있는 자격증명입니다. Hyperliquid 에이전트는 범위가 프로토콜로 정의된 온체인 권한이며, 에이전트 서명으로는 출금 자체를 구성할 수 없습니다. 둘 다 거래는 가능하지만, 설정이 아니라 설계로 출금을 불가능하게 만드는 쪽은 하나뿐입니다.
| 속성 | Hyperliquid 거래 전용 에이전트 | 거래소 API 키 | 수탁형 예치 |
|---|---|---|---|
| 범위를 강제하는 주체 | 프로토콜 — 에이전트에겐 출금 동작이 없음 | 거래소의 계정 설정 | 없음; 운영자가 잔액을 소유 |
| 자격증명이 출금 가능한가 | 불가 | 그렇게 설정된 경우만 가능하며 설정은 변경될 수 있음 | 해당 없음 — 운영자가 가능 |
| 자금 위치 | 본인 Hyperliquid 계정과 서브계정 | 본인 거래소 계정 | 운영자 계정 또는 공동 자금고 |
| 검증 가능성 | 온체인: 권한과 모든 체결이 본인 주소로 공개 | 거래소 내부에서만 확인 | 운영자가 보고하는 내용 |
| 접근 종료 방법 | 본인 지갑에서 일방적으로 에이전트 해제 | 거래소 UI에서 키 삭제 | 출금 신청 후 대기 |
| 운영자가 사라질 때 | 미러링 중단; 자금과 포지션은 이미 본인 것 | 자동화 중단; 자금은 거래소 계정에 유지 | 청구권이 운영자 지급능력에 달림 |
API 키에서 범위는 거래소 데이터베이스 레코드의 속성입니다. 거래소가 정직하고 시스템이 온전한 동안에만 지켜집니다. 에이전트에서 범위는 서명이 표현할 수 있는 것의 속성입니다. 에이전트에게 출금 동작 자체가 없으므로 잘못 설정할 것도 없습니다.
이 차이는 감사할 수 없는 시나리오에서 가장 중요합니다. 침해된 운영자, 내부자, 권한이 과도한 지원 도구 같은 경우입니다.
두 모델 모두 최악을 가정합시다. 자격증명이 탈취됩니다. 거래 권한이 있는 API 키가 유출되면 공격자는 잔액으로 거래할 수 있고, 많은 거래소에서는 권한 구성에 따라 내부 이체 경로까지 쓸 수 있습니다. 에이전트 키가 유출되면 공격자는 Hyperliquid 계정에 주문을 낼 수 있을 뿐 그 이상은 없습니다.
두 경우 모두 적대적 거래는 손실을 낼 수 있습니다. 이는 실제 위험이며 분명히 말해야 합니다. 다만 에이전트 경로로는 자금이 공격자 주소로 나갈 수 없습니다.
이 둘보다 더 흔한 세 번째 구조가 있습니다. 운영자 계정에 예치하고 그들이 풀을 운용하게 하는 방식입니다. 이때는 범위를 정할 자격증명 자체가 없습니다. 운영자가 잔액을 그냥 소유하기 때문입니다. 이 모델의 회수는 전적으로 운영자의 지급능력과 행위에 달려 있습니다.
HyperMirror는 이 모델을 쓰지 않습니다. 흐름에 플랫폼 지갑도, 통합 자금고도 없습니다.
자기수탁은 책임을 사용자에게 옮깁니다. 지갑을 잃으면 누구도 접근을 복구해 줄 수 없습니다. 그리고 거래 전용 에이전트도 결국 거래합니다. 포지션·레버리지 상한이 만들 수 있는 노출을 제한하지만, 레버리지 무기한 포지션은 청산될 수 있습니다.
레버리지 무기한 선물은 원금 전액을 잃을 수 있는 중대한 손실 위험을 수반합니다. 과거 온체인 성과는 미래를 예측하지 않으며, HyperMirror는 수익이나 원금을 보장하지 않습니다.
질문
기능은 비슷하지만 구조가 다릅니다. 범위를 계정 설정이 아니라 Hyperliquid가 강제하므로, 플랫폼을 통제하는 쪽이 넓힐 수 없습니다.
네, 적대적 거래를 통해서입니다. 출금을 통해서는 아닙니다. 그래서 미러링 시스템은 리더별 명목 상한과 레버리지 상한도 함께 적용합니다.
에이전트 모델은 수탁 리스크를 제거하고 자격증명의 출금을 구조적으로 불가능하게 합니다. 다만 시장 리스크는 남고, 지갑 보안은 본인 책임이 됩니다.