마켓메이킹 봇 점검표
수익 곡선뿐 아니라 권한, 한도와 장애 처리의 증거를 확인하세요. 이 글은 봇을 평가하는 일반 기준이며, Vesper의 모든 모드가 모든 항목을 통과했다는 인증이 아닙니다.
접근 권한과 거래 위험은 별개입니다
문서화된 연동에 필요한 권한만 부여하세요. 출금할 수 없는 거래용 키도 손실 거래를 열고 포지션을 누적하며 수수료를 발생시킬 수 있습니다. 자산이 본인의 거래소 계정에 있다고 해서 거래소·네트워크·프로그램 장애까지 막아 주지는 않습니다.
어떤 계정 또는 하위 계정에 권한을 주는지, 허용된 작업은 무엇인지, 거래소에서 어떻게 권한을 철회하는지 확인하세요. 지원 메시지, 스크린샷이나 공개 보고서에 비밀 키와 API secret을 보내지 마세요. 같은 계정을 다른 봇이나 수동 주문이 함께 사용하는지도 확인해야 합니다.
Hyperliquid API wallet 문서는 위임 서명 규칙의 한 예입니다. 다른 플랫폼은 권한과 nonce 규칙이 다를 수 있습니다. 상태 조회에는 해당 플랫폼이 정한 실제 거래 계정을 사용해야 하며 서명용 에이전트를 포지션 계정과 혼동하면 안 됩니다.
한도를 검증 가능한 단위로 적으세요
거래 계약, 주문 명목금액, 최대 포지션, 레버리지와 증거금 모드를 기록하세요. 작은 주문도 같은 방향으로 반복 체결되면 큰 포지션으로 누적될 수 있습니다. 계정 자산, 가용 잔액, 포지션 명목금액을 기준으로 한 비율은 서로 다른 제한입니다.
부분 체결, 한쪽에 쏠린 체결과 늦게 도착하는 주문 확인을 어떻게 처리하는지 확인하세요. 요청 수락만으로 최종 상태가 입증되지는 않습니다. 로컬 데이터는 거래소의 실제 체결 기록과 포지션에 맞춰 확인해야 하며 오래된 스냅샷으로 대체할 수 없습니다.
첫 실거래 주문 전에 동작이 설명되어 있어야 합니다. 마켓메이킹 재고 위험 가이드는 스프레드 통계와 함께 포지션 방향·규모·보유 시간을 봐야 하는 이유를 설명합니다. 체결 횟수만으로 한도가 작동한다고 판단하지 마세요.
reduce-only가 보장하지 않는 것
reduce-only는 거래소 규칙에 따라 청산 주문이 익스포저를 늘리지 않도록 제한하는 기능입니다. 주문 수락, 완전 체결이나 체결 가격을 보장하지는 않습니다. 방향과 수량, 부분 체결 뒤의 처리를 확인하세요. 오래된 주문 번호만으로 현재 유효한 청산 주문이 있다고 볼 수는 없습니다.
청산 거절, 연결 끊김, 요청 제한과 오래된 주문장을 어떻게 표시하는지 살펴보세요. 장애 중 추가 위험을 중단하는지, 재연결 후 거래소 상태를 어떻게 맞추는지 확인해야 합니다. 프로세스가 실행 중이라는 사실만으로 이 질문에 답할 수는 없습니다.
이 점검표에서 모든 시장에 통하는 안전한 타임아웃을 정할 수는 없습니다. 시장 깊이, 거래소 규칙과 전략 모드에 따라 절차가 달라집니다. 해당 가이드와 독립적인 포지션·미체결 주문 조회 방법이 필요하며 비교 글을 긴급 주문 지침으로 사용해서는 안 됩니다.
Stop의 결과를 확인할 수 있어야 합니다
신규 진입 중단, 주문 취소, 포지션 청산은 세 가지 다른 작업입니다. 프로세스가 끝나도 거래소에 주문이나 포지션이 남을 수 있습니다. 시스템 설계와 거래소가 마지막으로 수락한 작업에 따라 달라집니다. 버튼이나 로컬 상태만으로 위험이 사라졌다고 판단하지 마세요.
시작 전에 Stop이 실제로 무엇을 하는지, 종료 중 상태와 오류는 어떻게 표시되는지 확인하세요. 최종 목표가 포지션 0과 미체결 주문 0이라면 거래소에서 두 조건을 각각 확인해야 합니다. 하나만 확인하면 남은 위험을 놓칠 수 있습니다.
Vesper에서는 선택한 모드의 가이드(영문)를 읽으세요. 다른 전략의 중지 동작을 그대로 적용하거나 비교 글을 사고 대응 절차로 간주해서는 안 됩니다. 이미 청산 중이라면 충돌하는 수동 동작을 추가하지 말고 해당 모드의 절차를 따르세요.
재시작 동작도 증거가 필요합니다
RUNNING 상태에서 기존 세션과 누적 데이터가 복원되는지, 다시 수신한 체결을 중복 집계하지 않는지, 의도적으로 멈춘 STOPPED 세션이 계속 중지 상태인지 확인해야 합니다. 재시작을 지원한다는 문구가 아니라 정확한 버전의 동작과 검증 결과가 필요합니다.
세션 식별자와 누적 거래대금·수수료로 복구된 세션과 새 실행을 구분할 수 있어야 합니다. 재연결 후 받은 과거 이벤트가 새로운 거래 활동으로 집계되면 안 됩니다. 앱과 거래소 기록이 다를 때 사용할 확인 절차와 신뢰할 상태 원천도 명확해야 합니다.
이는 평가 기준이며 여기서 모든 제품과 모드를 시험했다는 뜻은 아닙니다. 복구 검증은 먼저 격리된 환경에서 수행하고 실거래 시험에는 별도의 승인과 범위가 필요합니다. 재시작 설명을 확인하려고 포지션이 있는 운영 서비스를 바로 재시작해서는 안 됩니다.
안전 배지보다 검증 자료를 보세요
보고서에는 전략 버전, 시장, 관측 기간, 전체 체결, 순손익, 잔여 포지션, 각 비용과 예외 사건이 필요합니다. 비교 조건이 다른 부분도 밝혀야 합니다. 큰 거래대금만 보여 주고 낙폭과 포지션 상태를 빼면 중요한 위험 정보가 빠집니다.
CPM 계산 방법은 거래대금 대비 비용을, 봇 비교(영문)는 사용 흐름의 차이를 설명합니다. 어느 글도 특정 전략이 본인의 자금이나 위험 감수 수준에 적합하다는 증거는 아닙니다.
현재 비용 안내를 확인하고 거래소 수수료, 펀딩비와 실제 거래손익을 함께 기록하세요. 모든 실거래에는 손실 가능성이 있고 레버리지는 그 영향을 키웁니다. 이 목록은 불확실한 부분을 확인하는 도구이지 프로그램·네트워크·거래소 오류가 없다는 보장이 아닙니다.
| 점검 항목 | 필요한 증거 |
|---|---|
| 권한 | 실제 권한 범위와 철회 절차 |
| 익스포저 | 한도와 독립적으로 확인한 포지션 |
| 청산 주문 | 거래소 확인·부분 체결·거절 기록 |
| Stop | 정의된 작업과 최종 포지션·주문 상태 |
| 재시작 | 세션 복원·체결 중복 제거·STOPPED 유지 |
| 경제적 결과 | 전체 체결·비용·재고·관측 기간 |
자주 묻는 질문
거래 권한만 있는 키면 봇이 안전한가요?
권한 일부는 제한하지만 거래손실, 원치 않는 포지션이나 수수료는 막지 못합니다. 권한과 실제 동작을 모두 확인해야 합니다.
reduce-only는 청산을 보장하나요?
아닙니다. 거래소 규칙에 따라 익스포저 증가를 제한할 뿐 주문이 거절·취소되거나 체결되지 않을 수 있습니다.
STOPPED 표시가 포지션 0을 증명하나요?
표시만으로는 부족합니다. 해당 제품의 Stop 의미를 확인하고, 목표가 포지션 0과 미체결 주문 0이라면 거래소에서 둘 다 독립적으로 확인해야 합니다.
이 점검표는 Vesper 안전 인증인가요?
아닙니다. 일반 평가 기준이며 구체적인 모드, 버전과 인수 테스트 증거를 확인해야 합니다.