Mobius 가이드 · 업데이트 2026-10-19

시세를 먼저 확인하고,거래 계정을 연결하세요

계정 연결과 조회 결과를 먼저 확인하고 두 레그와 규칙을 이해하세요. API 시험을 위해 포지션을 열거나 참고 이미지의 권한을 전부 선택하지 마세요.

시세만 보나요? 계정 추가를 건너뛰어도 됩니다.

계정 없이 시세를 볼 수 있지만 주문할 수는 없습니다. 연결 양식에는 출금을 제외한 거래 권한이 필요합니다.

미리 준비할 네 가지

  • 대상 주 계정·하위 계정과 공식 사이트에 접속할 수 있어야 합니다. 실제 자금 메인넷인지 별도 테스트 환경인지 확인하세요.
  • 필요한 본인 인증, 2FA 또는 연결된 주 지갑. 비밀번호와 인증 코드는 공식 페이지에만 입력하세요.
  • 이 SM FUND 배포의 API 요청에 쓰이는 고정 공인 출구 IP. 운영자에게 확인하세요. 웹사이트 DNS 주소나 내 컴퓨터 IP와 다를 수 있습니다.
  • 키·시크릿·암호 세트 또는 전용 API 지갑 개인 키를 보관할 신뢰할 수 있는 비밀번호 관리자나 암호화 저장소.

Mobius로 할 수 있는 일

기회 발견부터 규칙에 따른 거래까지

먼저 거래소 간 가격을 비교한 뒤, 매수·매도 양쪽을 고르고 거래 조건을 설정합니다.

기회 발견

거래소 간 기회를 한눈에.

거래소별 스프레드, 펀딩비, 거래대금을 함께 비교합니다. 관심 있는 조합은 「+ 관심」을 누르면 매수·매도 양쪽이 함께 추가되고, 이어서 거래 규칙을 설정할 수 있습니다.

  1. 기회 비교
  2. 관심 목록 추가
  3. 규칙 설정

관심 목록에 추가해도 주문이 나가지 않습니다. 실제 거래 전에 규칙을 설정해야 합니다.

용어 설명
스프레드
양쪽 가격의 차이. 화면은 중간 스프레드이며 비용을 뺀 실제 수익이 아닙니다.
펀딩비
무기한 선물 보유 중 펀딩비를 받거나 내는 비율. 방향과 정산 시각은 거래소 기준입니다.
24시간 거래대금
최근 24시간 거래 금액. 약한 쪽을 확인할 수 있도록 양쪽 중 작은 값을 표시합니다.

자유 페어링

양쪽 조합은 직접 정합니다.

한 거래의 매수 쪽과 매도 쪽을 「두 다리」라고 부릅니다. 다리마다 거래소와 종목을 고르고, 언제 얼마나 거래할지 설정합니다.

  • 비율 페어BTC / ETH

    ETH 대비 BTC가 비싸지는지 싸지는지 보고 가격 비율로 조건을 설정합니다.

  • 시장 간 페어SK하이닉스 국내 주식 / 미국 ADR

    ADR은 미국에서 거래되는 예탁증서입니다. 비교 전에 통화, 환율, 증서당 주식 수를 확인해야 합니다.

  • 통계 페어금 / 은

    평소 두 자산의 가격 관계를 살펴보고, 뚜렷하게 벗어날 때 페어 기회가 있는지 관찰합니다.

이해를 돕기 위한 예시입니다. 가격 관계는 바뀔 수 있고 페어 거래도 손실이 날 수 있습니다.

용어 설명
차이
양쪽 가격이 얼마나 차이 나는지.
비율
한쪽 가격이 다른 쪽의 몇 배인지. 가격 비율 변화를 보기에 적합합니다.

거래 실행

대기는 줄이고, 변화는 바로 따라갑니다.

주문 요청의 전송 경로를 최적화해 진입(포지션 보유 시작)과 청산(포지션 종료) 시 대기를 줄이고 양쪽을 더 빠르게 연결합니다.

프리미엄과 비용준비 중

스프레드를 보고, 거래 비용을 계산.

양쪽 스프레드, 프리미엄, 예상 비용을 함께 보여 줄 예정입니다. 수수료, 슬리피지, 주고받을 수 있는 펀딩비까지 넣어 스프레드가 비용을 감당하는지 판단할 수 있습니다.

준비 중입니다. 출시 후 실제 데이터와 계산 기준을 보여 드립니다.

프리미엄 지수 참고 이미지 · Mobius 출시 화면 아님
프리미엄 지수 참고 이미지 · Mobius 출시 화면 아님디자인 참고용이며 기능은 아직 출시되지 않았습니다.
용어 설명
프리미엄
거래 가격이 기준 가격보다 얼마나 높은지. 가격 차이의 원인을 이해하는 데 도움이 됩니다.
슬리피지
보이는 호가와 실제 체결가의 차이.
거래 여유분
관련 비용을 반영한 뒤 남는 스프레드. 실제 수익이 아닙니다.

종목 확인

이름이 달라도 같은 자산으로 맞춥니다.

같은 자산도 거래소마다 코드가 다를 수 있습니다. Mobius는 이 이름들을 맞추면서도 거래소의 원래 코드, 호가 통화, 24시간 거래량을 남겨 양쪽을 바르게 골랐는지 확인할 수 있게 합니다.

같은 자산, 다른 거래 코드

  • BTCUSDT거래소 A · USDT 무기한 선물
  • BTC-USDT-SWAP거래소 B · USDT 무기한 선물
  • BTC_USDT거래소 C · USDT 무기한 선물

BTC통합 자산명 · 각 코드 유지

  • 거래소 원래 코드
  • 호가 통화
  • 24시간 거래량

동명 리스크

둘 다 BEN이지만 같은 자산이 아닙니다.
  • BENFranklin Resources주식 티커
  • BEN다른 암호자산독립 토큰

같은 이름의 자산이 혼동되어 배당 정산에 이상이 생겼다는 보도가 있었습니다. 코드가 같다고 같은 자산은 아니며, 같은 배당 규칙이 적용되는 것도 아닙니다.

출처: 공개 보도 ↗

이름을 맞춘 뒤에도 현물인지 선물인지, 호가 통화, 각 계약 규칙을 확인해야 합니다.

추가 보호 기능과 기록

조건부 진입·청산, 리스크 한도, 손절, 실제 포지션 기준 레그 조정, 체결·펀딩 기록은 아래 두 레그와 조작 및 FAQ를 보세요.

설정 순서

설정에서 거래소 계정 추가

  1. 설정 열기

    왼쪽의 미등록 거래소를 선택하거나 전체 거래소의 해당 행에서 추가를 누르세요.

  2. 계정 이름과 전용 자격 증명 입력

    동일 거래소의 여러 계정을 구분할 이름이며 스프레드 레그에 표시됩니다. UID, 로그인 비밀번호, 주 지갑 시드 문구를 입력하지 마세요.

  3. 검증 후 저장 확인

    자격 증명은 이 배포의 서버로 전송되어 암호화 저장되며 다시 표시되지 않습니다. 신뢰하는 환경에만 입력하세요.

  4. 감지 결과 확인

    계정 유형, API 권한, 거래 가능 상품, 비공개 계정 스트림을 확인하세요. 자격 증명 갱신은 교체를 사용하며 새 키도 동일 거래소 계정이어야 합니다.

자격 증명은 브라우저뿐 아니라 서버에 저장됩니다

거래소 IP 허용 목록은 배포 환경의 실제 공인 API 출구 IP를 확인해 설정하세요. 개인 PC나 DNS 주소라고 가정하지 마세요.

계정 유형 감지 방식

양식에는 클래식·통합, 교차·격리, 단방향·헤지 모드 선택이 없으며 검증 시 계정 정보를 읽습니다. 표준 계정은 사이트 표시명이며 거래소의 증거금 모드가 아닙니다. 연결을 위해 모드나 레버리지를 바꾸지 마세요.

거래소표시 상품계정 모드 설명
Hyperliquid무기한 선물 / 현물연결 상세에는 표준 계정으로 표시됩니다. 교차·격리 등 모든 모드 지원이 검증되었다는 뜻은 아닙니다.
OKX현물 / 무기한 선물연결 상세에는 표준 계정으로 표시됩니다. 실제 모드는 검증 시 읽으며 별도 증거금 모드 선택란은 없습니다.
Binance현물 / 주식 계약 / USD 증거금 선물연결 상세에 통합 계정(Portfolio Margin)으로 표시됩니다. 신규 사용자의 업그레이드 의무나 다른 모드 검증 완료를 뜻하지 않습니다.
Bybit현물 / 선물검증 후 계정 유형과 상품을 자동 감지합니다. 개별 계정·증거금 모드를 실거래 검증하지는 않았습니다.
Gate현물 / 선물 / 주식 계약 / CrossEx 선물 / CrossEx 현물검증 후 유형과 상품을 감지합니다. 모듈 표시가 권한이나 거래 시험 완료를 의미하지는 않습니다.
Bitget현물 / 선물검증 후 자동 감지합니다. 계정 모드나 단방향·헤지 선택란은 없습니다.
Aster선물 / 현물검증 후 감지합니다. 주 계정 user 또는 대리 signer 주소 입력란은 없습니다.

상품명은 화면 표시명입니다. 모듈 표시가 해당 계정의 권한, 모든 계약 지원, 특정 모드의 거래 검증 완료를 뜻하지는 않습니다.

거래소별 보기

거래소 선택

먼저 거래소에서 자격 증명을 만든 뒤 SM FUND의 실제 항목에 입력하세요.

API 지갑

Hyperliquid 연결

1단계: 거래소에서 전용 자격 증명 생성

More 메뉴, 이름, Generate / Authorize API Wallet, 유효 기간과 최종 Authorize 위치를 안내합니다. 개인 키 표시 영역과 주 지갑 서명 창은 제외했습니다.

  1. 단계 1
    계정과 진입 경로 확인

    공식 앱에서 실제 거래할 주 지갑을 연결하고 메인넷·대상 계정을 확인하세요. 처음이라면 공식 계정 활성화 요건을 확인합니다. 주 지갑 시드나 개인 키는 도구에 입력하지 마세요. More → API로 이동합니다.

    그림 1More에서 API 열기

    로그인 후 More 메뉴의 API를 찾으세요. 계정 연결은 공식 페이지에서 직접 완료합니다.

    Hyperliquid More에서 API 열기
  2. 단계 2
    전용 API 지갑 이름 지정

    API 페이지에 arbitrage-tool 같은 용도 이름을 쓰고 Generate를 눌러 전용 주소를 만드세요.

    그림 2공식 API 지갑 화면

    이름, API Wallet Address, Generate, Authorize API Wallet 위치를 확인하세요.

    지갑 미연결 상태의 빈 화면이며 생성·승인을 실행하지 않았습니다. 지역 제한 표시를 보존했으며 적용 여부는 공식 규칙을 따릅니다.

    Hyperliquid 공식 API 지갑 화면

    그림 3전용 API 지갑 이름

    arbitrage-tool 등 용도를 나타내는 이름을 입력하세요.

    CryptoCopy는 원본 안내의 이름 예시입니다. 해당 도구에 가입하거나 연결할 필요는 없습니다.

    Hyperliquid 전용 API 지갑 이름
  3. 단계 3
    승인 창 열기

    Authorize API Wallet을 누르세요. 창을 여는 것만으로 최종 승인이 완료되지는 않습니다.

    그림 4주소 생성 후 승인 창 열기

    Generate 다음 Authorize API Wallet을 누르세요. 0x 값은 API 지갑 주소이며 개인 키나 주 계정 주소가 아닙니다.

    예시 주소를 복사하지 마세요. 현재 SM FUND 주 계정 연결에는 주 주소가 필요하지 않습니다.

    Hyperliquid 주소 생성 후 승인 창 열기
  4. 단계 4
    개인 키 저장과 유효 기간 설정

    유효 일수를 정하고 표시된 전용 개인 키를 신뢰할 수 있는 비밀번호 관리자나 암호화 저장소에 저장하세요. 해당 주소와 저장 완료를 확인한 후 진행합니다.

    그림 5유효 기간과 최종 Authorize

    전용 키를 저장하고 Days Valid를 설정한 다음 주 지갑으로 승인 서명합니다.

    키 표시 영역은 제외했습니다. 180일 / MAX는 예시이며 공통 요건이 아닙니다. 현재 공식 선택지와 필요에 맞추세요.

    Hyperliquid 유효 기간과 최종 Authorize
  5. 단계 5
    서명 후 승인 확인

    공식 도메인, 기간, 승인 내용을 확인하고 창의 Authorize를 눌러 주 지갑에서 서명하세요. 목록에 유효한 대리인이 등록되어야 합니다. 주소 생성만으로는 완료되지 않습니다.

2단계: SM FUND에서 연결 항목 입력

  1. 설정에서 왼쪽의 미등록 Hyperliquid을 선택하거나 전체 거래소의 해당 행에서 추가를 누르세요.
  2. 계정 이름을 정하고 저장한 전용 자격 증명을 아래 표에 따라 붙여 넣으세요. 공백, 따옴표, 줄바꿈을 추가하거나 다른 세트의 키·시크릿·암호를 섞지 마세요.
입력 항목입력 방법
계정 이름차익거래 전용 등 구분하기 쉬운 이름
하위 계정 주소(주 계정은 비워 둠)주 계정은 비워 두고 하위 계정은 실제 하위 계정 0x 주소 입력
API 지갑 개인 키승인된 전용 API 지갑 개인 키. 주 지갑 키가 아님
자주 하는 입력 실수

주 계정은 하위 주소를 비우고 전용 API 지갑 개인 키만 입력하세요. 하위 계정은 실제 하위 0x 주소와 승인된 API 지갑 개인 키를 입력합니다. 주 지갑 주소 입력란은 없습니다.

처음 추가할 때는 교체 버튼보다 입력 항목을 확인하세요

아래 빈 교체 양식은 기존 계정의 자격 증명 항목을 확인하는 용도입니다. 처음 추가할 때는 계정 이름과 검증 후 저장을 사용합니다. 검증 후 교체는 동일 거래소 계정의 자격 증명 갱신에만 사용합니다.

Hyperliquid SM FUND 연결 항목
그림 6 · SM FUND 연결 항목(빈 양식)

3단계: 검증·저장 후 조회 결과 확인

  1. 신뢰할 수 있는 배포 환경인지 확인하고 검증 후 저장을 누르세요.

    자격 증명은 서버에 암호화되어 저장되며 다시 표시되지 않습니다. 저장 전에 안전하게 백업하세요.

  2. 계정 신원, 감지된 유형, 활성 상품, 비공개 계정 스트림과 마지막 동기화 시각을 확인하세요.

    거래소의 동일 계정·시장과 잔액, 포지션, 미체결 주문을 대조하세요.

  3. 검증 실패나 로딩 지속 시 민감 정보를 가린 오류 코드, 시각, 대상 시장을 기록하세요.

    먼저 자격 증명 세트, IP, 권한, 계정 환경을 확인하세요. 계정 반복 추가, 모든 권한 허용, 연결 시험용 주문은 하지 마세요.

Hyperliquid 연결 후 확인 사항

공식 화면의 동일 주·하위 계정, 동일 현물·무기한 시장과 잔액·포지션·주문을 비교하세요. 주 계정은 하위 계정 주소를 비워 두고, 하위 계정은 실제 주소를 입력합니다. API 지갑 주소가 아닙니다. 주 계정 감지 실패 시 민감 정보를 가린 오류를 보관해 문의하세요. 주 주소 입력란은 없습니다.

거래소 주의 사항

API 지갑은 대리 서명에 사용됩니다. nonce 충돌을 줄이려면 거래 프로세스마다 별도 API 지갑을 쓰세요. 취소·만료 후에는 새 대리인을 만들고 취소된 주소를 재사용하지 마세요.

연결 상세에는 표준 계정으로 표시됩니다. 교차·격리 등 모든 모드 지원이 검증되었다는 뜻은 아닙니다.

API 키

OKX 연결

이 안내에 필요한 권한은?

SM FUND 양식에는 출금을 제외한 거래 권한이 필요합니다. 필요한 조회 및 시장의 거래만 허용하고 출금은 끄세요. 공개 시세만 보려면 계정을 추가하지 않아도 됩니다.

1단계: 거래소에서 전용 자격 증명 생성

프로필 메뉴, Create API, 용도·이름·암호·IP 양식, 권한과 생성 후 목록을 안내합니다. 전체 자격 증명과 QR은 제외했습니다. 2FA는 공식 화면에서 진행하세요.

  1. 단계 1
    API 생성 열기

    실제 자금을 보유한 대상 계정에 로그인해 프로필 → API and connections → Create API로 이동하세요.

    그림 1프로필에서 API 열기

    오른쪽 위 프로필 → API. 새 버전은 API and connections일 수 있습니다.

    OKX 프로필에서 API 열기

    그림 2Create API 클릭

    APIs 페이지 오른쪽 위 + Create API를 찾으세요.

    OKX Create API 클릭
  2. 단계 2
    용도·이름·API 암호 설정

    Account와 Used for를 확인하세요. 이 안내는 Key / Secret 수동 입력 방식입니다. 다른 앱의 제3자 연결을 SM FUND 승인으로 혼동하지 마세요. 이 세트의 Passphrase를 정하고 저장합니다.

    그림 3용도·이름·Passphrase·IP

    수동 연결은 API trading을 고르고 API name, Passphrase, IP address allowlist에 실제 실행 출구 IP를 입력하세요.

    참고 양식의 빈칸이나 optional이 허용 목록 생략 권장은 아닙니다. 화면 변경 시 공식 가이드를 따르세요.

    OKX 용도·이름·Passphrase·IP
  3. 단계 3
    실행 서버 IP 등록

    이 배포가 실제 API 요청을 보내는 고정 공인 출구 IP를 입력하세요. 모르면 운영자에게 확인하고 DNS 주소나 예시를 대신 쓰지 마세요.

  4. 단계 4
    시장과 권한 확인

    조회를 유지하고 필요한 현물·무기한 거래만 켜세요. 출금은 끄고 Transfer·Loan·Earn도 개별 확인합니다. Trade 선택만으로 점검을 끝내지 마세요.

    그림 4Read·Trade·Withdraw

    Read를 유지하고 필요한 Trade만 켜며 Withdraw는 선택하지 마세요.

    새 Transfer / Loan / Earn은 이 그림에 없으므로 전체 양식에서 확인하세요.

    OKX Read·Trade·Withdraw

    그림 5거래 시장과 권한

    필요한 시장의 조회·거래를 맞추고 출금은 끄세요.

    예시는 현물·마진과 무기한을 함께 선택했지만 모두의 필수 사항은 아닙니다. Transfer·Loan·Earn도 확인합니다.

    OKX 거래 시장과 권한
  5. 단계 5
    검증 후 동일 세트 저장

    공식 보안 인증을 완료하고 생성된 API Key·Secret Key·직접 정한 Passphrase를 한 세트로 안전하게 저장한 후 페이지를 닫으세요.

    그림 6생성 후 이름·권한 확인

    이름·용도·권한을 확인하고 본인의 공식 페이지에서 전체 Key / Secret을 저장하세요. 별표는 사용 가능한 키가 아닙니다.

    Coinrule Trading API는 원본 계정의 이름 예시이며 Coinrule 연결은 필요 없습니다. 전체 키는 표시되지 않습니다.

    OKX 생성 후 이름·권한 확인

2단계: SM FUND에서 연결 항목 입력

  1. 설정에서 왼쪽의 미등록 OKX을 선택하거나 전체 거래소의 해당 행에서 추가를 누르세요.
  2. 계정 이름을 정하고 저장한 전용 자격 증명을 아래 표에 따라 붙여 넣으세요. 공백, 따옴표, 줄바꿈을 추가하거나 다른 세트의 키·시크릿·암호를 섞지 마세요.
입력 항목입력 방법
계정 이름차익거래 전용 등 구분하기 쉬운 이름
API 키거래소에서 생성한 API 키. UID가 아님
API 시크릿위 키와 동일 세트의 시크릿
Passphrase이 키 세트를 만들 때 정한 API 암호
자주 하는 입력 실수

동일 API 세트의 Key·Secret과 생성 시 정한 Passphrase를 입력합니다. 로그인 비밀번호가 아닙니다.

처음 추가할 때는 교체 버튼보다 입력 항목을 확인하세요

아래 빈 교체 양식은 기존 계정의 자격 증명 항목을 확인하는 용도입니다. 처음 추가할 때는 계정 이름과 검증 후 저장을 사용합니다. 검증 후 교체는 동일 거래소 계정의 자격 증명 갱신에만 사용합니다.

OKX SM FUND 연결 항목
그림 7 · SM FUND 연결 항목(빈 양식)

3단계: 검증·저장 후 조회 결과 확인

  1. 신뢰할 수 있는 배포 환경인지 확인하고 검증 후 저장을 누르세요.

    자격 증명은 서버에 암호화되어 저장되며 다시 표시되지 않습니다. 저장 전에 안전하게 백업하세요.

  2. 계정 신원, 감지된 유형, 활성 상품, 비공개 계정 스트림과 마지막 동기화 시각을 확인하세요.

    거래소의 동일 계정·시장과 잔액, 포지션, 미체결 주문을 대조하세요.

  3. 검증 실패나 로딩 지속 시 민감 정보를 가린 오류 코드, 시각, 대상 시장을 기록하세요.

    먼저 자격 증명 세트, IP, 권한, 계정 환경을 확인하세요. 계정 반복 추가, 모든 권한 허용, 연결 시험용 주문은 하지 마세요.

OKX 연결 후 확인 사항

주·하위 계정과 유형을 확인하고 현물·무기한별 잔액·포지션·주문을 대조하세요. 암호 오류는 같은 API 세트의 Passphrase를 확인합니다. 모드 불일치는 오류를 남겨 호환성을 조사하며 바로 모드를 바꾸지 않습니다.

거래소 주의 사항

Read·Trade·Withdraw 외에 Transfer·Loan·Earn도 확인하세요. 공식 FAQ는 일부 기존 Trade 키가 권한 변경 후 앞의 세 항목도 자동 활성화될 수 있다고 설명합니다. 출금 비활성화만 보지 말고 실제 권한을 점검하세요. Passphrase 분실 시 키를 재생성해야 합니다.

연결 상세에는 표준 계정으로 표시됩니다. 실제 모드는 검증 시 읽으며 별도 증거금 모드 선택란은 없습니다.

시스템 생성 API

Binance 연결

이 안내에 필요한 권한은?

SM FUND 양식에는 출금을 제외한 거래 권한이 필요합니다. 필요한 조회 및 시장의 거래만 허용하고 출금은 끄세요. 공개 시세만 보려면 계정을 추가하지 않아도 됩니다.

1단계: 거래소에서 전용 자격 증명 생성

Account / API 관리, 이름, 보안 인증, IP 제한을 안내합니다. 클래식·통합 중 본인 유형에 맞는 권한 그림을 사용하세요. IP 그림은 QR과 자격 증명을 제외했습니다.

  1. 단계 1
    API 관리에서 생성

    대상 계정의 Account → API Management → Create API로 이동하세요. 공식 요건에 신원 인증, 2FA, 현물 지갑 입금 활성화가 포함될 수 있습니다. 제한 시 공식 화면을 확인하며 이 안내에서 입금은 실행하지 않습니다.

    그림 1프로필 → Account

    오른쪽 위 프로필에서 Account, API Management로 이동합니다.

    Binance 프로필 → Account

    그림 2API Management → Create API

    왼쪽 API Management와 오른쪽 위 Create API를 선택하세요. 세금 보고 API나 삭제 항목이 아닙니다.

    기본 보안 제한은 켜 둡니다.

    Binance API Management → Create API
  2. 단계 2
    HMAC와 이름 선택

    System generated(HMAC)와 전용 이름을 선택하세요. Key / Secret 방식이며 RSA / Ed25519 자체 생성은 사용하지 않습니다.

    그림 3시스템 생성 키 선택

    Key / Secret을 쓰는 시스템 생성을 선택하며 RSA / Ed25519는 사용하지 않습니다.

    Binance 시스템 생성 키 선택

    그림 4API 이름 지정

    Label API Key to proceed에 본인의 용도 이름을 입력하세요.

    Binance API 이름 지정
  3. 단계 3
    보안 인증 후 키 저장

    공식 인증을 마치고 동일 세트의 Key와 Secret을 안전하게 저장하세요. 항목이나 다른 세트를 섞지 마세요.

    그림 5보안 인증 완료

    Authenticator, 이메일, Passkey 등 공식 요청을 따릅니다. 그림은 인증 방법 선택입니다.

    인증 코드나 계정 비밀번호를 SM FUND에 입력하지 마세요. 방법은 공식 보안 설정에 따릅니다.

    Binance 보안 인증 완료
  4. 단계 4
    신뢰할 고정 IP로 제한

    권한 편집에서 실제 배포 출구 IP만 허용하세요. HMAC 거래 권한 선택이 안 되면 IP·계정 요건을 확인하며 기본 보안 제한을 끄지 않습니다.

    그림 6신뢰할 IP만 허용

    Restrict access to trusted IPs only에 실제 고정 출구 IP를 입력하고 저장하세요.

    IP 영역만 남기고 QR·자격 증명은 제외했습니다. 원본의 Unrestricted 상태는 사용하지 않습니다.

    Binance 신뢰할 IP만 허용
  5. 단계 5
    계정 유형에 맞는 권한 저장

    조회와 필요한 시장 거래만 켜고 출금·불필요한 차입·이체는 끄세요. 기존 유형에 맞는 그림을 참고해 저장하고 공식 인증을 완료합니다.

    그림 7클래식 계정 권한

    본인 계정 유형이 맞을 때만 참고하세요.

    그림에 맞춰 유형을 바꾸지 말고 필요한 시장만 허용하며 출금·불필요한 자금 권한은 끄세요.

    Binance 클래식 계정 권한

    그림 8통합 계정 권한

    이미 통합 계정이면 통합 거래와 필요한 상품 권한을 확인하세요.

    통합 계정 업그레이드가 필수이거나 모든 모드가 실거래 검증되었다는 뜻은 아닙니다.

    Binance 통합 계정 권한

2단계: SM FUND에서 연결 항목 입력

  1. 설정에서 왼쪽의 미등록 Binance을 선택하거나 전체 거래소의 해당 행에서 추가를 누르세요.
  2. 계정 이름을 정하고 저장한 전용 자격 증명을 아래 표에 따라 붙여 넣으세요. 공백, 따옴표, 줄바꿈을 추가하거나 다른 세트의 키·시크릿·암호를 섞지 마세요.
입력 항목입력 방법
계정 이름차익거래 전용 등 구분하기 쉬운 이름
API 키거래소에서 생성한 API 키. UID가 아님
API 시크릿위 키와 동일 세트의 시크릿
자주 하는 입력 실수

지원되는 시스템 생성 Key / Secret을 사용하세요. 양식에 클래식·통합 선택란은 없고 검증 후 유형이 표시됩니다.

처음 추가할 때는 교체 버튼보다 입력 항목을 확인하세요

아래 빈 교체 양식은 기존 계정의 자격 증명 항목을 확인하는 용도입니다. 처음 추가할 때는 계정 이름과 검증 후 저장을 사용합니다. 검증 후 교체는 동일 거래소 계정의 자격 증명 갱신에만 사용합니다.

Binance SM FUND 연결 항목
그림 9 · SM FUND 연결 항목(빈 양식)

3단계: 검증·저장 후 조회 결과 확인

  1. 신뢰할 수 있는 배포 환경인지 확인하고 검증 후 저장을 누르세요.

    자격 증명은 서버에 암호화되어 저장되며 다시 표시되지 않습니다. 저장 전에 안전하게 백업하세요.

  2. 계정 신원, 감지된 유형, 활성 상품, 비공개 계정 스트림과 마지막 동기화 시각을 확인하세요.

    거래소의 동일 계정·시장과 잔액, 포지션, 미체결 주문을 대조하세요.

  3. 검증 실패나 로딩 지속 시 민감 정보를 가린 오류 코드, 시각, 대상 시장을 기록하세요.

    먼저 자격 증명 세트, IP, 권한, 계정 환경을 확인하세요. 계정 반복 추가, 모든 권한 허용, 연결 시험용 주문은 하지 마세요.

Binance 연결 후 확인 사항

감지 유형과 현물·USD 증거금 선물의 잔액·포지션·주문·동기화 시각을 확인하세요. 클래식은 선물 활성화 후 키 생성 여부를 봅니다. Portfolio Margin은 권한명이 다르며 이미지를 맞추려고 계정을 업·다운그레이드하지 마세요.

거래소 주의 사항

현물, USD 증거금, 코인 증거금 선물은 다른 시장이며 이 양식은 USD 증거금 선물을 표시합니다. 계정 자산이 해당 시장의 가용 증거금은 아닙니다. 클래식 계정의 선물 권한 문제는 선물 활성화·키 생성 시점을 먼저 확인하고 통합 계정 업그레이드로 해결하지 마세요.

연결 상세에 통합 계정(Portfolio Margin)으로 표시됩니다. 신규 사용자의 업그레이드 의무나 다른 모드 검증 완료를 뜻하지 않습니다.

시스템 생성 API

Bybit 연결

이 안내에 필요한 권한은?

SM FUND 양식에는 출금을 제외한 거래 권한이 필요합니다. 필요한 조회 및 시장의 거래만 허용하고 출금은 끄세요. 공개 시세만 보려면 계정을 추가하지 않아도 됩니다.

1단계: 거래소에서 전용 자격 증명 생성

프로필, API Transaction, 이름·IP 전체 설정, 보안 인증과 저장 화면을 안내합니다. 읽기 전용·IP 무제한 예시는 미완성 설정이므로 따르지 마세요.

  1. 단계 1
    웹 API 관리 열기

    대상 메인넷 계정으로 웹에서 프로필 → API → API Management로 이동하세요. 앱에서는 생성할 수 없고 신규 계정은 처음 48시간 제한될 수 있습니다. 테스트넷 계정·키는 별도입니다.

    그림 1프로필 메뉴의 API

    오른쪽 위 프로필 → API. 원본의 계정 식별 정보는 가려져 있습니다.

    Bybit 프로필 메뉴의 API

    그림 2Create New Key 진입

    API Management의 빨간 상자가 생성 위치입니다.

    Bybit Create New Key 진입
  2. 단계 2
    시스템 생성과 API Transaction 선택

    Create New Key → System-generated를 고르고 용도 이름을 쓰세요. 수동 Key / Secret 연결이므로 API Transaction을 사용합니다.

    그림 3시스템 생성 키

    System-generated 다음 필요한 조회·거래 권한을 설정하세요.

    Bybit 시스템 생성 키

    그림 4용도·이름·권한·IP

    API Transaction, 용도 이름, 필요한 거래 권한과 신뢰할 실행 IP를 설정합니다.

    공식 미완성 예시는 Read-Only / No IP restriction입니다. 본문의 읽기·쓰기 권한과 고정 IP를 적용하세요.

    Bybit 용도·이름·권한·IP
  3. 단계 3
    필요 거래 권한 선택

    Read-Write를 선택하고 Unified Trading에서 필요한 주문·포지션·현물 거래만 허용하세요. 이체는 별도 판단하고 출금은 끕니다.

    그림 5통합 거래 권한

    필요한 현물·계약 주문과 포지션 권한을 확인하세요.

    예시는 IP 제한 없음이지만 본인의 신뢰할 고정 출구 IP로 제한해야 합니다.

    Bybit 통합 거래 권한
  4. 단계 4
    신뢰할 출구 IP 등록

    지정 IP만 허용하고 실제 배포 공인 출구 IP를 입력하세요. 참고 그림의 무제한 설정을 복사하지 마세요.

  5. 단계 5
    검증 후 키 세트 저장

    설정을 확인하고 공식 보안 인증을 마치세요. 생성 직후 Key와 Secret을 한 세트로 저장합니다. 공식 안내에 따르면 Secret은 한 번만 표시됩니다.

    그림 6보안 인증과 생성 성공

    왼쪽은 이메일·Google 2FA, 오른쪽은 Key / Secret 저장 위치입니다. 값은 공식 원본에서 가렸습니다.

    본인의 공식 페이지에서 같은 세트를 저장하세요. 예시 값을 복사하거나 인증 코드를 고객 지원에 보내지 마세요.

    Bybit 보안 인증과 생성 성공

2단계: SM FUND에서 연결 항목 입력

  1. 설정에서 왼쪽의 미등록 Bybit을 선택하거나 전체 거래소의 해당 행에서 추가를 누르세요.
  2. 계정 이름을 정하고 저장한 전용 자격 증명을 아래 표에 따라 붙여 넣으세요. 공백, 따옴표, 줄바꿈을 추가하거나 다른 세트의 키·시크릿·암호를 섞지 마세요.
입력 항목입력 방법
계정 이름차익거래 전용 등 구분하기 쉬운 이름
API 키거래소에서 생성한 API 키. UID가 아님
API 시크릿위 키와 동일 세트의 시크릿
자주 하는 입력 실수

같은 세트의 Key와 Secret을 입력하세요. 선물은 사이트 표시명이며 모든 인도 계약·증거금·포지션 모드 지원을 보장하지 않습니다.

Bybit SM FUND 연결 항목
그림 7 · SM FUND 연결 항목(빈 양식)

3단계: 검증·저장 후 조회 결과 확인

  1. 신뢰할 수 있는 배포 환경인지 확인하고 검증 후 저장을 누르세요.

    자격 증명은 서버에 암호화되어 저장되며 다시 표시되지 않습니다. 저장 전에 안전하게 백업하세요.

  2. 계정 신원, 감지된 유형, 활성 상품, 비공개 계정 스트림과 마지막 동기화 시각을 확인하세요.

    거래소의 동일 계정·시장과 잔액, 포지션, 미체결 주문을 대조하세요.

  3. 검증 실패나 로딩 지속 시 민감 정보를 가린 오류 코드, 시각, 대상 시장을 기록하세요.

    먼저 자격 증명 세트, IP, 권한, 계정 환경을 확인하세요. 계정 반복 추가, 모든 권한 허용, 연결 시험용 주문은 하지 마세요.

Bybit 연결 후 확인 사항

대상 메인넷 계정, 감지 유형, 현물·선물, 비공개 스트림 시각을 공식 잔액·포지션·주문과 대조하세요. 새 계정이 비어 있으면 조회 성공 여부를 확인합니다. 공개 시세 성공이 개인 자격 증명 유효성을 증명하지는 않습니다.

거래소 주의 사항

메인넷 키는 메인넷 계정에만 쓰고 테스트넷·모의 환경과 혼용하지 마세요. 교차·격리·포트폴리오 증거금은 단방향·헤지 포지션 모드와 다른 설정입니다. 모든 모드 호환성은 검증하지 않았으므로 연결을 위해 바꾸지 마세요.

검증 후 계정 유형과 상품을 자동 감지합니다. 개별 계정·증거금 모드를 실거래 검증하지는 않았습니다.

API v4

Gate 연결

이 안내에 필요한 권한은?

SM FUND 양식에는 출금을 제외한 거래 권한이 필요합니다. 필요한 조회 및 시장의 거래만 허용하고 출금은 끄세요. 공개 시세만 보려면 계정을 추가하지 않아도 됩니다.

1단계: 거래소에서 전용 자격 증명 생성

프로필, 생성 버튼, 위험 안내, 자금 비밀번호·2차 인증, API v4·계정·IP·모듈 권한을 안내합니다. 최종 Secret 저장 화면은 없으므로 생성 후 즉시 백업하세요.

  1. 단계 1
    API 관리에서 생성

    대상 계정의 프로필 → API 관리 → Create API Key로 이동하세요.

    그림 1프로필의 APIs

    프로필에서 APIs / API 관리를 찾으세요.

    공식 그림은 대상 메뉴를 강조합니다.

    Gate 프로필의 APIs

    그림 2Create API Key 버튼

    API 관리 오른쪽 위에서 생성합니다.

    Gate Create API Key 버튼
  2. 단계 2
    API v4와 기존 유형 선택

    용도와 API v4 Key를 선택하세요. 클래식·통합·모의는 서로 대체하는 옵션이 아닙니다. 기존 계정 유형을 맞추고 메인넷에 모의 키를 쓰지 마세요.

    그림 3API v4·계정·IP

    API v4 Key, 기존 계정 유형과 실제 실행 IP를 고르세요.

    abc / abd는 예시이며 abd는 유효 IP가 아닙니다. 복사하지 마세요. 어두운 부분은 원본 크기로 확인할 수 있습니다.

    Gate API v4·계정·IP
  3. 단계 3
    고정 공인 IP 등록

    IP 바인딩을 켜고 실제 API 요청을 보내는 배포의 고정 출구 IP를 입력하세요. 예시를 복사하지 마세요.

  4. 단계 4
    필요한 모듈 권한

    실제 사용할 현물·무기한의 조회·거래 읽기·쓰기를 설정합니다. 계정·지갑 조회는 실제 오류로 확인하세요. 출금과 불필요한 TradFi·차입·이체는 끕니다.

    그림 4모듈 읽기·쓰기 권한

    필요한 현물·무기한 권한을 고르고 유형은 앞 양식을 보세요.

    TradFi·지갑·Account·마진 등은 공통 필수가 아닙니다. 출금은 그림 밖이므로 전체 양식에서 꺼짐을 확인하세요.

    Gate 모듈 읽기·쓰기 권한
  5. 단계 5
    위험 안내와 보안 인증

    설정을 확인하고 위험 내용을 직접 읽고 판단한 뒤 자금 비밀번호와 필요한 2차 인증을 마칩니다.

    그림 5제출 후 위험 안내

    설정과 위험 안내를 직접 검토하고 계속할지 결정하세요.

    실제 화면 위치를 보여 주며 이 안내 작성 중 약관 동의·위험 확인·API 생성은 하지 않았습니다.

    Gate 제출 후 위험 안내

    그림 6자금 비밀번호와 2차 인증

    공식 예시는 자금 비밀번호, 인증 방식과 코드 입력란을 보여 줍니다.

    123456은 예시이며 사용 가능한 코드가 아닙니다. 본인 공식 페이지에 현재 인증 정보만 입력하세요.

    Gate 자금 비밀번호와 2차 인증
  6. 단계 6
    Key / Secret 함께 저장

    생성 성공 즉시 두 값을 안전하게 저장하세요. Key만으로는 부족합니다. Secret 분실 시 공식 재조회 가능 여부를 보고 불가하면 전용 자격 증명을 재생성합니다.

2단계: SM FUND에서 연결 항목 입력

  1. 설정에서 왼쪽의 미등록 Gate을 선택하거나 전체 거래소의 해당 행에서 추가를 누르세요.
  2. 계정 이름을 정하고 저장한 전용 자격 증명을 아래 표에 따라 붙여 넣으세요. 공백, 따옴표, 줄바꿈을 추가하거나 다른 세트의 키·시크릿·암호를 섞지 마세요.
입력 항목입력 방법
계정 이름차익거래 전용 등 구분하기 쉬운 이름
API 키거래소에서 생성한 API 키. UID가 아님
API 시크릿위 키와 동일 세트의 시크릿
자주 하는 입력 실수

API v4 Key / Secret을 쓰고 필요한 상품만 켜세요. CrossEx·주식 계약·일반 현물·선물은 각각 판단합니다.

Gate SM FUND 연결 항목
그림 7 · SM FUND 연결 항목(빈 양식)

3단계: 검증·저장 후 조회 결과 확인

  1. 신뢰할 수 있는 배포 환경인지 확인하고 검증 후 저장을 누르세요.

    자격 증명은 서버에 암호화되어 저장되며 다시 표시되지 않습니다. 저장 전에 안전하게 백업하세요.

  2. 계정 신원, 감지된 유형, 활성 상품, 비공개 계정 스트림과 마지막 동기화 시각을 확인하세요.

    거래소의 동일 계정·시장과 잔액, 포지션, 미체결 주문을 대조하세요.

  3. 검증 실패나 로딩 지속 시 민감 정보를 가린 오류 코드, 시각, 대상 시장을 기록하세요.

    먼저 자격 증명 세트, IP, 권한, 계정 환경을 확인하세요. 계정 반복 추가, 모든 권한 허용, 연결 시험용 주문은 하지 마세요.

Gate 연결 후 확인 사항

API v4와 계정 유형부터 확인한 뒤 현물·선물별 비공개 스트림, 잔액, 포지션, 주문을 대조하세요. 선물만 실패하면 모듈 권한, 결제 통화, 모드를 확인합니다. 현물 성공으로 전체 연결 검증을 대체하지 마세요.

거래소 주의 사항

선물 수량은 계약 수일 수 있으므로 승수로 자산 수량을 환산하세요. RISK_LIMIT_EXCEEDED는 먼저 포지션·한도를 확인하며 곧바로 한도를 높이지 마세요.

검증 후 유형과 상품을 감지합니다. 모듈 표시가 권한이나 거래 시험 완료를 의미하지는 않습니다.

시스템 생성 API

Bitget 연결

이 안내에 필요한 권한은?

SM FUND 양식에는 출금을 제외한 거래 권한이 필요합니다. 필요한 조회 및 시장의 거래만 허용하고 출금은 끄세요. 공개 시세만 보려면 계정을 추가하지 않아도 됩니다.

1단계: 거래소에서 전용 자격 증명 생성

API keys, 생성, Note / Passphrase, 공식 IP 항목과 Key / Secret 저장 위치를 안내합니다. 다른 도구의 읽기 전용 예시와 SM FUND 읽기·쓰기 요건을 구분하며 구형 공식 양식은 항목 식별용입니다.

  1. 단계 1
    API keys에서 생성 시작

    대상 계정의 개인 메뉴 → API 관리 → Create API key로 이동하세요. 하위 계정에 생성 항목이 없으면 관리자에게 API Key Management 권한을 확인하며 주 계정 키로 대체하지 마세요.

    그림 1프로필의 API keys

    주·하위 계정부터 확인하고 API keys를 찾으세요.

    Bitget 프로필의 API keys

    그림 2Create API key

    + Create API key를 누르고 선택 계정을 확인하세요.

    계정명은 공개 안내 예시이며 Bulk create는 사용하지 않습니다.

    Bitget Create API key
  2. 단계 2
    시스템 생성·메모·암호

    시스템 생성 키와 용도 메모를 정하고 API Passphrase를 안전하게 저장하세요. 로그인 비밀번호가 아니며 분실 시 복구할 수 없습니다.

    그림 3시스템 생성 선택

    시스템 생성 키와 본인 API Passphrase를 준비하세요.

    Bitget 시스템 생성 선택

    그림 4Note와 Passphrase

    용도 이름과 본인 API 암호를 입력하고 안전하게 저장하세요.

    원본은 읽기 전용 도구 안내입니다. Read-only·Select all·예시 암호를 복사하지 말고 다음의 필요 권한을 쓰세요.

    Bitget Note와 Passphrase
  3. 단계 3
    필요한 읽기·쓰기 권한

    필요한 현물·계약 시장만 허용하고 기존 클래식·통합 유형에 맞는 그림을 보세요. 일반 현물에 현물 마진은 필수가 아닙니다. 출금·불필요한 이체·상환은 끕니다.

    그림 5클래식 현물·계약 권한

    필요한 계약 주문·포지션·현물 시장을 확인하세요.

    예시의 현물 마진은 일반 현물 필수가 아닙니다. 이미지 때문에 모드를 바꾸지 마세요.

    Bitget 클래식 현물·계약 권한

    그림 6통합 계정 권한

    관리와 거래 권한 내용을 별도로 확인하세요.

    관리에 이체·상환이 포함될 수 있습니다. 이미지나 전체 선택을 이유로 불필요한 권한을 켜지 마세요.

    Bitget 통합 계정 권한
  4. 단계 4
    IP 등록과 보안 인증

    실제 배포의 공인 출구 IP를 등록하고 설정 확인 후 공식 보안 인증을 완료하세요.

    그림 7공식 IP 등록 항목

    Link IP address에 실제 고정 출구 IP를 입력하세요. 새 양식에서는 IP 바인딩·허용 목록을 찾으세요.

    2023년 구형 양식은 Notes / Passphrase / Link IP 식별용입니다. 권한은 앞의 적합한 그림을 따르고 구형 제한값은 쓰지 마세요.

    Bitget 공식 IP 등록 항목
  5. 단계 5
    세 항목 함께 저장

    생성된 Key·Secret과 직접 정한 Passphrase를 한 세트로 보관하세요. 주 계정 비밀번호를 API 암호 대신 쓰지 마세요.

    그림 8Access APIKey와 SecretKey 저장

    공식 페이지의 두 값과 Passphrase를 한 세트로 저장하세요.

    값은 가려져 있습니다. No record IP 상태와 많은 권한 표시는 권장 구성이 아닙니다.

    Bitget Access APIKey와 SecretKey 저장

2단계: SM FUND에서 연결 항목 입력

  1. 설정에서 왼쪽의 미등록 Bitget을 선택하거나 전체 거래소의 해당 행에서 추가를 누르세요.
  2. 계정 이름을 정하고 저장한 전용 자격 증명을 아래 표에 따라 붙여 넣으세요. 공백, 따옴표, 줄바꿈을 추가하거나 다른 세트의 키·시크릿·암호를 섞지 마세요.
입력 항목입력 방법
계정 이름차익거래 전용 등 구분하기 쉬운 이름
API 키거래소에서 생성한 API 키. UID가 아님
API 시크릿위 키와 동일 세트의 시크릿
Passphrase이 키 세트를 만들 때 정한 API 암호
자주 하는 입력 실수

같은 세트의 Key·Secret·API Passphrase를 입력하세요. 유형은 검증 후 확인하며 참고 이미지에 맞추려고 업그레이드하지 마세요.

Bitget SM FUND 연결 항목
그림 9 · SM FUND 연결 항목(빈 양식)

3단계: 검증·저장 후 조회 결과 확인

  1. 신뢰할 수 있는 배포 환경인지 확인하고 검증 후 저장을 누르세요.

    자격 증명은 서버에 암호화되어 저장되며 다시 표시되지 않습니다. 저장 전에 안전하게 백업하세요.

  2. 계정 신원, 감지된 유형, 활성 상품, 비공개 계정 스트림과 마지막 동기화 시각을 확인하세요.

    거래소의 동일 계정·시장과 잔액, 포지션, 미체결 주문을 대조하세요.

  3. 검증 실패나 로딩 지속 시 민감 정보를 가린 오류 코드, 시각, 대상 시장을 기록하세요.

    먼저 자격 증명 세트, IP, 권한, 계정 환경을 확인하세요. 계정 반복 추가, 모든 권한 허용, 연결 시험용 주문은 하지 마세요.

Bitget 연결 후 확인 사항

감지 계정·상품·스트림을 확인하고 공식 잔액·포지션·주문을 대조하세요. 서명 실패는 같은 세트의 세 항목, 암호, IP, 실행 서버 시간을 먼저 확인하며 자금 권한 추가로 해결하지 마세요.

거래소 주의 사항

Passphrase 분실 시 복구할 수 없어 공식 절차로 재생성해야 합니다. 클래식·통합 권한 화면은 다르며 관리는 이체·상환을 포함할 수 있습니다. 전체 선택하지 마세요. 실거래 전에 현물 시장가 매수의 수량 단위도 따로 확인해야 합니다.

검증 후 자동 감지합니다. 계정 모드나 단방향·헤지 선택란은 없습니다.

V3 API 지갑

Aster 연결

1단계: 거래소에서 전용 자격 증명 생성

Pro API 승인, 이름·Generate, 안전한 IP·Authorize 영역을 안내합니다. 권한·기간은 가린 참고 이미지이며 주 지갑 서명 창이나 승인 결과 목록 실습 이미지는 없습니다.

  1. 단계 1
    메인넷 API 지갑과 Pro API

    공식 앱에 실제 거래 주 지갑을 연결하고 대상 계정·공식 활성화 요건을 확인하세요. V3 API 지갑을 사용합니다.

    그림 1Pro API → Authorize new API wallet

    Pro API에서 Authorize new API wallet을 찾으세요.

    공개 안내의 지갑 연결 화면입니다. 이 안내 작성 중 연결·승인·계정 변경은 하지 않았습니다.

    Aster Pro API → Authorize new API wallet
  2. 단계 2
    전용 키 생성·저장

    Authorize new API wallet에서 전용 주소를 만들고 표시된 개인 키를 안전하게 저장하세요. 주 지갑 키·시드를 사용하지 마세요.

    그림 2이름과 Generate 안전 영역

    전용 이름과 Generate를 사용하세요. 개인 키 표시 영역은 제외했습니다.

    0x는 API 지갑 예시입니다. 복사하거나 주 지갑 키를 쓰지 마세요.

    Aster 이름과 Generate 안전 영역

    그림 3생성·권한·유효 기간

    전용 키를 저장하고 필요한 현물·무기한 권한으로 승인하세요.

    주소·키는 원본에서 가렸습니다. 예시 기간·두 시장 선택은 필수가 아니며 출금은 끕니다.

    Aster 생성·권한·유효 기간
  3. 단계 3
    권한·유효 기간·IP 확인

    필요한 현물·무기한만 허용하고 출금은 끄세요. 지원되는 기간·IP 제한을 필요에 맞춰 설정하며 실제 출구 IP를 씁니다. 예시 기간과 두 시장 선택은 필수가 아닙니다.

    그림 4IP restrictions와 Authorize

    IP 제한을 설정하고 전용 키 저장 후 주 지갑으로 승인하세요.

    전체 개인 키는 제외했습니다. 새 권한 세부 사항은 앞의 그림과 현재 공식 화면을 따르세요.

    Aster IP restrictions와 Authorize
  4. 단계 4
    서명 후 유효 승인 확인

    키 저장, 공식 도메인과 서명 내용을 확인해 주 지갑으로 승인하세요. 목록에서 유효 기간 내 승인을 확인합니다. 키 생성만으로 승인 완료는 아닙니다.

2단계: SM FUND에서 연결 항목 입력

  1. 설정에서 왼쪽의 미등록 Aster을 선택하거나 전체 거래소의 해당 행에서 추가를 누르세요.
  2. 계정 이름을 정하고 저장한 전용 자격 증명을 아래 표에 따라 붙여 넣으세요. 공백, 따옴표, 줄바꿈을 추가하거나 다른 세트의 키·시크릿·암호를 섞지 마세요.
입력 항목입력 방법
계정 이름차익거래 전용 등 구분하기 쉬운 이름
API 지갑 개인 키승인된 전용 API 지갑 개인 키. 주 지갑 키가 아님
자주 하는 입력 실수

승인된 전용 API 지갑 개인 키만 입력하세요. user / signer 입력란은 없습니다. 구형 Key / Secret 배포는 먼저 V3 호환성을 확인하세요. 감지 실패 시 오류를 가려 문의하고 주 지갑 개인 키를 쓰지 마세요.

Aster SM FUND 연결 항목
그림 5 · SM FUND 연결 항목(빈 양식)

3단계: 검증·저장 후 조회 결과 확인

  1. 신뢰할 수 있는 배포 환경인지 확인하고 검증 후 저장을 누르세요.

    자격 증명은 서버에 암호화되어 저장되며 다시 표시되지 않습니다. 저장 전에 안전하게 백업하세요.

  2. 계정 신원, 감지된 유형, 활성 상품, 비공개 계정 스트림과 마지막 동기화 시각을 확인하세요.

    거래소의 동일 계정·시장과 잔액, 포지션, 미체결 주문을 대조하세요.

  3. 검증 실패나 로딩 지속 시 민감 정보를 가린 오류 코드, 시각, 대상 시장을 기록하세요.

    먼저 자격 증명 세트, IP, 권한, 계정 환경을 확인하세요. 계정 반복 추가, 모든 권한 허용, 연결 시험용 주문은 하지 마세요.

Aster 연결 후 확인 사항

예정된 주 계정에 승인된 유효 API 지갑인지 확인하고 공식 현물·계약 잔액·포지션·주문·시각을 대조하세요. user / signer 입력란은 없습니다. 감지 실패는 민감 정보를 가린 오류를 남기세요. -5050은 공식 입금 요건을 확인해 직접 판단하며 주 지갑 키로 대체하지 마세요.

거래소 주의 사항

공식 권장 신규 연결은 V3입니다. 2026-03-25부터 V1 신규 키 생성은 지원하지 않으며 기존 키와 V3 API 지갑은 다른 자격 증명입니다. 이 안내는 입금을 대신 실행하지 않습니다. 2026-09-01부터 관련 V3 비공개 계정·거래 API에는 연결 주 지갑의 입금 완료 요건이 있습니다. -5050은 이 요건을 확인하며 키 재생성을 반복하지 마세요.

검증 후 감지합니다. 주 계정 user 또는 대리 signer 주소 입력란은 없습니다.

거래 전에 조회 결과 확인

연결 완료 확인 방법

확인 위치통과 기준문제 발생 시 첫 조치
계정 유형과 이름대상 계정과 환경이 맞고 주·하위 계정 혼동 없음자격 증명 출처 확인. 다른 계정 키로 임시 대체 금지
비공개 계정 스트림 / 마지막 동기화상태와 최근 동기화 시각 확인 가능미연결·오류·계속 로딩은 조회 성공이 아님
잔액·포지션·미체결 주문거래소의 동일 계정·시장·통화 기준과 일치총자산과 사용 가능 잔액은 다름. 빈 데이터와 조회 실패 구분
상품 / 거래 허용필요하며 해당 계정에서 실제 활성화된 상품만시세 전용 상품은 거래 레그로 사용 불가. 무작정 권한 추가 금지
실행 상태연결 확인을 위한 주문·전략 시작 없음원격 인스턴스·전략 스위치·거래소 미체결 주문 확인
서로 다른 세 스위치

계정 활성화는 동기화, 상품 거래 허용은 거래 레그 사용, 스프레드 전략 활성화는 규칙에 따른 자동 실행을 제어합니다. 계정 연결 성공이 실제 거래 중이거나 두 레그 실행 검증 완료를 의미하지는 않습니다.

실거래 전 재확인

  • A/B 계정, 상품, 원래 종목 코드, 방향, 수량 단위.
  • 양쪽 계약 승수, 단위 간격, 최소 명목 금액, 체결 가능 호가 깊이.
  • 배치 금액, 규모 한도, 증거금, 수수료, 펀딩비, 청산 비용.
  • 한쪽 실패·시간 초과·부분 체결 시 신규 작업 중단, 주문 조회 및 노출 처리 방법.

규칙보다 방향부터 확인

A는 매수 레그, B는 매도 레그

SM FUND 스프레드 추가: A 매수 레그와 교환 버튼
스프레드 추가 화면 일부
A · 매수 레그

진입 시 매수

계정, 시장, 원래 종목을 선택하세요. 일반 현물 매도에는 보유 수량 또는 별도로 검증된 차입 경로가 필요합니다.

B · 매도 레그

진입 시 매도

레그 교환은 A/B를 바꿉니다. 다른 거래소·상품·자산으로 구성할 수 있지만 서로 다른 자산은 완전한 헤지가 아닙니다.

관심 목록에서 규칙 설정까지

  1. + 스프레드 추가에서 A와 B를 고르고 계정·상품·원래 종목을 확인하세요.
  2. 관심 목록 추가와 추가 후 규칙 설정은 다른 작업입니다. 관심 목록 생성이 거래 검증 완료를 뜻하지 않습니다.
  3. 카드 이름을 눌러 상세 화면을 여세요. 호가는 A 매수 / B 매도로 표시되며 전략 편집에서 규칙을 봅니다.
  4. 진입·청산 기준값 전에 차액 / 비율과 단위를 확인하세요. 비율 모드의 회귀 비율은 기준에 영향을 주므로 다른 기준의 수치를 복사하지 마세요.
작업 또는 설정화면상 의미주의 사항
전략 활성화규칙에 따른 자동 거래실제 주문 가능. 연결 시험용 활성화 금지
단일 라운드진입과 청산 한 라운드 완료 후 중지여러 배치일 수 있음. 단일 주문이 아님
한도까지 진입카드에서 규모 한도까지 수동 진입최소 시험 주문이 아님
포지션 정리해당 스프레드 포지션을 정리하는 거래실제 체결과 잔여 포지션 확인
진입 금지 / 신호 청산 금지진입 금지는 신규 진입, 청산 금지는 신호 청산 중지신호 청산 금지 중에도 손절·강제 위험 축소 유효
규모 한도 / 배치 금액큰 레그의 명목 한도 / 배치별 금액 범위한도는 진입만 제한. 양쪽 거래소 최소 금액 충족 필요
선행 레그 선호자동 / A 먼저 / B 먼저두 레그의 동시 전량 체결은 보장되지 않음
전체 청산 후 초기화설정의 전체 계정 정리 작업재연결이나 알림 지우기 용도로 사용 금지
중지·취소·청산은 서로 다른 작업

규칙 중지는 기존 주문 취소나 포지션·대출 청산이 아닙니다. 페이지를 닫아도 원격 서비스는 멈추지 않습니다. 재개 전에 거래소에서 포지션·주문·부채를 확인하세요.

필요할 때 찾아보기

자주 하는 질문 55개

질문 55개

연결과 보안

API가 연결되면 바로 차익거래해도 되나요?

먼저 비공개 스트림, 유형, 상품 스위치, 잔액·포지션·주문을 확인하세요. 다음으로 A 매수 / B 매도, 수량 단위, 최소 금액, 규모·배치 한도를 점검합니다. 계정·관심 목록 추가는 거래 검증이 아닙니다. 전략 활성화나 수동 진입은 실제 주문을 만들 수 있습니다.

시세는 보이는데 잔액 조회가 실패하는 이유는?

공개 시세에는 보통 비공개 권한이 필요 없습니다. 오류 코드, 자격 증명 세트, 암호, IP, 시계, 사이트, 메인넷·테스트넷, 자금 계정을 확인하세요. 시세 성공으로 개인 인증을 증명할 수 없습니다.

출금 권한을 켜야 하나요?

아니요. 출금을 제외한 거래 권한이 필요합니다. 출금은 끄고 다른 자금 권한도 개별 검토하세요. 출금을 꺼도 거래 권한 악용에 따른 손실 위험은 남습니다.

IP 허용 목록에 PC와 서버 중 무엇을 넣나요?

실제로 거래소에 요청을 보내는 공인 출구 IP입니다. 운영자에게 고정 API 출구를 확인하고 자체 배포는 서버·프록시·경로를 점검하세요. DNS·집 IP·192.168.x.x 등 내부 주소로 대체하지 마세요. 출구 변경 후 재확인하며 제한 해제로 해결하지 않습니다.

API 화면을 지원팀에 보내도 되나요?

민감 정보를 가린 권한 화면, 오류 코드, 시각만 보내세요. 키·시크릿·암호·API 개인 키·QR·민감 계정 정보를 가려야 합니다. 지원팀은 전체 키나 시드가 필요하지 않습니다.

API 유출이나 도난이 의심되면?

전략을 중지하고 공식 페이지에서 키·대리 승인을 취소한 뒤 포지션·미체결 주문·자산 내역을 확인하세요. 취소가 기존 주문 취소나 자동 청산을 뜻하지는 않습니다. 공식 화면에서 잔여 노출을 처리하고 전용 키를 재생성해 권한을 점검하세요. 도구 비밀번호만 바꾸면 부족합니다.

CORS·451·시간 초과는 API 고장인가요?

브라우저 교차 출처, 지역 제한, 네트워크 경로를 각각 조사하세요. CORS는 서명 실패가 아니며 451은 키 반복 재생성으로 해결되지 않습니다. 지원되는 안전한 연결을 사용하고 브라우저 보안을 끄지 마세요.

기존 키가 갑자기 무효가 되면?

만료, IP 변경, 권한, 주·하위 계정 전환, 공식 공지를 확인하세요. 자동 실행을 멈추고 가린 오류를 보관합니다. 복구 후 기존 주문부터 조회해 재시작 중 중복 주문을 막으세요.

읽기 전용·읽기 쓰기·API 지갑 차이는?

읽기 전용은 보통 주문할 수 없고 읽기·쓰기는 허용 모듈을 조작합니다. API 지갑은 대리 서명이므로 읽기 전용이라 가정하지 마세요. 양식은 출금 없는 거래 권한이 필요합니다. 시세만 보면 계정이 필요 없고 조회 전용 키가 검증 후 저장을 통과한다고 보장하지 않습니다.

Secret이나 API 개인 키 저장을 잊었다면?

예시 값이나 주 지갑 개인 키를 쓰지 마세요. 공식 재조회 가능 여부를 확인하고 불가하면 새 키·대리인을 만들어 불필요한 기존 승인을 취소합니다. 새 정보를 저장해 도구를 갱신하고 조회부터 확인하세요.

API는 어디에 입력하며 저장됨이면 완료인가요?

설정의 미등록 거래소 또는 전체 거래소의 추가에서 계정 이름과 안내 항목을 쓰고 검증 후 저장을 확인하세요. 저장뿐 아니라 스트림·최근 시각·유형·상품·실제 잔액·포지션·주문을 계속 점검해야 합니다.

계정이 비어 있으면 주문으로 시험해도 되나요?

실주문으로 연결을 추측하지 마세요. 새 계정은 정말 비어 있을 수 있으니 조회 성공 시각·신원을 확인합니다. 오류·로딩·빈 결과는 다릅니다. Hyperliquid 주 계정의 하위 주소는 비우세요. Aster는 승인·V3·공식 입금 요건을 확인하며 없는 주소 입력란을 찾지 마세요.

타임스탬프·서명·nonce 오류는?

실행 서버 자동 시간 동기화, 동일 세트의 자격 증명·암호·환경·API 버전을 확인하세요. nonce는 서명 재사용 방지 번호로 대리 지갑을 여러 프로세스가 공유하면 충돌할 수 있습니다. 중복 실행을 멈추고 기술 지원에 문의하며 주문을 반복 전송하지 마세요.

PC·서버 변경이나 브라우저 복원 후에는?

자격 증명은 브라우저뿐 아니라 서버에 암호화 저장됩니다. 새 PC는 동일한 신뢰 배포인지 확인하고 새 서버는 출구 IP·동기화·기존 서비스 실행을 점검하세요. 기존 주문·포지션을 조회해 두 서비스 중복 실행을 막으세요. 암호화 구현과 서버 보안은 본 안내에서 감사하지 않았습니다.

차익거래 기초

S-S·S-F·F-F는 무엇인가요?

현물/현물, 현물/선물, 선물/선물입니다. 실제 자산·수량·표시 단위를 맞춰야 하며 이름이 비슷하다고 같은 자산은 아닙니다. F-F는 먼저 관찰하고 완전히 검증한 뒤 실행을 판단하세요.

A와 B 레그의 방향은?

스프레드 추가에서 A는 매수, B는 매도이며 레그 교환으로 바뀝니다. 상세도 A 매수 / B 매도를 표시합니다. +A-B / -A+B 버튼 방식은 아닙니다. 진입 전 계정·상품·원래 종목을 확인하고 청산은 실제 포지션을 반대로 줄입니다.

양의 스프레드인데 손실이 나는 이유는?

표시는 최근 체결가 기준일 수 있어 실제 체결 깊이를 반영하지 않을 수 있습니다. 양쪽 진입·청산 수수료, 슬리피지, 펀딩비, 이자, 이체·온체인 비용과 청산 시 가격 차이를 포함하세요.

최근 가격·매수 호가·매도 호가 중 무엇을 보나요?

A 매수는 A 매도 호가, B 매도는 B 매수 호가를 보세요. 주문량에 필요한 호가 깊이의 평균 체결가를 계산합니다. 최우선 호가만 봐도 슬리피지를 과소평가할 수 있습니다.

진입 스프레드는 어떻게 계산하나요?

차액 / 비율과 단위를 먼저 확인하세요. 비율은 A/B이며 회귀 비율 설정 후 목표 대비 편차가 기준입니다. 아래 예시는 가격·비용 이해용이며 제품 공식의 확정이 아닙니다. 다른 기준의 수치를 옮기지 마세요.

양의 펀딩비는 누가 내나요?

일반 무기한 규칙은 롱이 숏에게 내고 음수는 반대지만 해당 계약의 공식 규칙이 우선합니다. 각 레그를 별도 계산하며 한쪽 요율을 전체 수익으로 보지 마세요.

펀딩비가 높으면 진입할 만한가요?

정산 시각, 해당 시각을 넘겨 보유하는지, 예측값 여부, 상한과 가격 위험을 확인하세요. 정산 전 요율이 바뀔 수 있고 연율은 원금·수익 보장이 아닙니다.

거래소별 펀딩비를 바로 비교할 수 있나요?

정산 주기·부호·관찰 시각을 맞추고 같은 보유 기간의 실제 양쪽 지급액을 계산하세요. 시간당과 8시간당 요율을 그대로 비교하지 마세요.

양쪽 100 USDT면 완전 헤지인가요?

반드시 그렇지는 않습니다. 승수, 선형·역선형 계약, 체결가, 부분 체결에 따른 실제 자산 노출을 맞춰야 합니다. 먼저 같은 기초 자산의 실제 수량으로 환산하세요.

현물 매도 전에 코인이 필요한가요?

일반 현물 매도는 보유 수량이 필요합니다. 없다고 자동 공매도가 되지 않습니다. 차입 매도는 마진 계정·대출 한도·이자·상환 경로를 따로 검증하세요. S-S는 보통 매수 측 결제 통화, 매도 측 기초 자산 또는 검증된 자금 경로가 필요합니다.

동명 코인·1000배 계약·주식 토큰을 바로 조합하나요?

이름만으로 판단하지 마세요. 기초 자산·토큰 주소·매핑·승수·시간·결제 통화·선형 여부를 확인하세요. 1000배 계약은 단위 환산이 필요하고 주식 토큰·지수·무기한은 권리와 가격 체계가 달라 완전 헤지를 가정할 수 없습니다.

증거금 모드·포지션 모드·레버리지는 같은가요?

다릅니다. 증거금은 위험을 공유하는 자금, 포지션 모드는 순포지션 또는 롱·숏 동시 보유, 레버리지는 필요 증거금과 위험에 영향을 줍니다. 각각 확인하세요. 단방향도 숏이 가능하며 교차·고레버리지 변경은 연결 복구의 만능 해법이 아닙니다.

주문과 오류

기준값에 도달했는데 주문이 없는 이유는?

실행 활성화, 방향, 시세 최신성, 깊이, 잔액·증거금, 최소 수량, 호출 제한, 위험 차단을 순서대로 확인하세요. 발생 시각·호가·차단 사유를 기록합니다.

주문 요청 성공이 체결 성공인가요?

아니요. 접수·미체결·부분 체결·전량 체결·취소·거절을 공식 기록으로 구분하세요. 양쪽 접수 성공도 헤지 완료를 뜻하지 않습니다.

한쪽만 체결되고 다른 쪽은 실패하면?

루프와 신규 주문을 중지하고 양쪽 실제 주문 상태·누적 체결·포지션을 조회하세요. 노출을 파악한 뒤 사전 한도·손절 계획에 따라 보완 또는 종료합니다. 원래 주문을 무작정 재전송하지 마세요.

시간 초과 후 바로 재시도해도 되나요?

쓰기 요청을 곧바로 재전송하지 마세요. 거래소가 이미 접수했을 수 있습니다. 주문 ID나 클라이언트 주문 ID로 상태를 조회한 다음 결정하세요.

최소 수량·NOTIONAL·정밀도 오류는?

최소 자산 수량·명목 금액, 수량·가격 단위와 계약 단위를 양쪽 모두 확인하세요. 오류 우회만을 위해 금액을 크게 늘리지 마세요.

시장가 주문은 반드시 체결되나요?

아니요. 보호 장치, 가격 제한, 깊이, IOC 규칙으로 거절·부분 체결될 수 있고 가격도 미끄러집니다. 시장 규칙과 실행 후 노출을 확인하세요.

청산했는데 새 포지션이 생기는 이유는?

청산 방향·모드·positionSide / posSide·reduceOnly·실제 포지션을 확인하세요. API마다 요건이 다릅니다. 제품 청산 절차를 사용해도 잔여 포지션을 확인해야 합니다.

잔액은 많은데 자금 부족인 이유는?

총자산·가용 잔액·가용 증거금은 다릅니다. 자금·거래 계정, 하위 계정, 주문·증거금 점유와 대출을 점검하세요. 다른 계정의 돈이 자동으로 증거금이 되지는 않습니다.

여러 도구가 같은 계정을 거래해도 되나요?

포지션 변동·취소 충돌·중복 주문 위험이 커집니다. 별도 하위 계정을 권장합니다. Hyperliquid 같은 대리 서명은 프로세스별 대리인을 나눠 nonce 충돌도 방지하세요.

429·호출 제한·점검 안내는?

연속 새로고침·재시도를 중단하고 코드·시각을 기록하세요. 공식 제한에 따라 대기하거나 요청 빈도를 줄입니다. 점검 중 신규 노출을 막고 미확정 주문은 조회한 후 재전송을 결정하세요. 대기 시간은 거래소 응답을 따릅니다.

스프레드 정지나 네트워크 단절 시 거래해도 되나요?

최근 갱신·네트워크·공식 시세를 확인하세요. 데이터가 오래되거나 상태가 불명이면 신규 실행을 멈추고 공식 포지션·주문을 봅니다. 브라우저 끊김이 서버 전략 중단을 뜻하지 않습니다. 복구 후 기존 거래를 먼저 확인하세요.

일상 운영

단일 라운드는 단일 주문인가요?

아니요. 한 번의 진입·청산 완료 후 중지하며 여러 배치일 수 있습니다. 다른 도구의 Once와 같지 않습니다. 전략은 자동 거래하므로 소액 규모·배치 한도·예외 종료 계획을 먼저 정한 뒤 실행을 결정하세요.

헤지했는데도 강제 청산되는 이유는?

거래소별 증거금은 독립적이며 한쪽 이익이 다른 쪽에 자동 보충되지 않습니다. 변동·표시 가격 차이·유지 증거금 변경으로 한쪽 청산이 생깁니다. 각 레그 증거금과 청산 거리를 살피세요.

언제 종료해야 하나요?

진입 전에 순이익 목표·최대 손실·보유 시간·펀딩 반전·증거금·유동성·시스템 장애 종료 조건을 정하세요. 종료 후 양쪽 포지션·주문·차입·최종 명세를 확인합니다.

매일 운영 전 확인할 것은?

API 유효 기간·권한, 시세 시각, 미체결, 양쪽 포지션, 가용 증거금, 펀딩 정산, 차입, 점검, 네트워크를 확인하세요. 원인 불명 상태에서 규모를 늘리지 마세요.

실제 순이익은 어떻게 계산하나요?

실현 손익이 비용 전이면 양쪽 총손익 + 받은 펀딩비 − 낸 펀딩비 − 진입·청산 수수료 − 차입 이자 − 이체 비용입니다. 거래소 순손익에 이미 포함된 비용은 중복 차감하지 마세요. 미실현 손익은 분리하며 이체는 이익이 아닙니다.

지원팀에 어떤 정보를 보내나요?

거래소·시장·모드·시각과 시간대·가린 주문 ID·오류 코드·예상 결과와 실제 결과를 보내세요. 부분 체결은 양쪽 누적 체결량도 필요합니다. 전체 자격 증명은 보내지 마세요.

중지·페이지 종료·API 취소는 자동 청산인가요?

그렇게 가정하면 안 됩니다. 트리거 중단·주문 취소·포지션 청산은 별도이고 원격 서비스는 창을 닫아도 실행될 수 있습니다. 트리거·잔여 주문·포지션·대출을 각각 확인하며 API 취소 후 공식 화면에서 처리해야 할 수 있습니다.

현물 마진 청산 후 확인할 것은?

차입 원금·이자·자동 상환 결과를 확인하세요. 체결 완료가 부채 상환 완료는 아닙니다. 잔여 부채는 공식 규칙에 따라 상환·확인하며 두 레그 0만으로 라운드 종료라 보지 마세요.

곧바로 재시작하거나 규모를 늘리면 안 되는 경우는?

한쪽 미처리, 주문 상태 불명, 오래된 가격, 증거금 부족, 키 유출 의심, 불명확한 모드, 복구 중 중복 실행 위험이 있을 때입니다. 신규 작업을 멈추고 노출·주문·부채를 대조한 뒤 기존 한도에서 재개하세요.

제품 조작

계정 활성화·거래 허용·전략 활성화 차이는?

계정 활성화는 전체 시장 동기화, 상품 거래 허용은 레그 사용 가능 여부, 전략 활성화는 자동 규칙 실행입니다. 앞의 둘은 진입 버튼이나 청산 대체 수단이 아닙니다. 기존 포지션·주문 영향을 이해하고 바꾸세요.

한도까지 진입과 포지션 정리는?

전자는 전략 규모 한도까지 수동 진입하며 최소 시험 주문이 아닙니다. 후자는 해당 스프레드를 정리하는 거래입니다. 연결 시험에 쓰지 마세요. 이 안내는 표시명만 확인했고 체결 세부·확인 절차는 실거래 검증하지 않았습니다.

진입 금지·청산 금지·중지 차이는?

진입 금지는 신규 진입만 막고 청산은 계속합니다. 신호 청산 금지 중에도 손절·위험 강제 축소는 유효합니다. 중지·전략 활성화는 자동 실행을 제어하고 중지 중 축소 전용은 적용되지 않습니다. 어떤 상태도 기존 주문 취소를 보장하지 않습니다.

배치 금액·규모 한도·최소 금액 관계는?

규모 한도는 더 큰 레그의 명목 가치로 신규 진입만 제한합니다. 배치 범위는 깊이·최소 금액을 반영합니다. 최소 금액이 배치 상한이나 남은 규모를 넘으면 반복 클릭하지 말고 양쪽 환산·최소 수량·위험 예산을 다시 확인하세요.

재검증·교체·계정 제거 차이는?

재검증은 유형·권한·상품을 다시 읽습니다. 교체는 동일 계정임을 검증해 바꾸며 실패 시 기존 키를 유지합니다. 제거 후 시세만 보며 주문·체결 이력은 남습니다. 제거가 거래소 API 취소나 청산은 아닙니다.

전체 청산 후 초기화를 연결 복구에 쓰나요?

안 됩니다. 위험 작업이며 자동 주문 중단 후 거래소별 주문·포지션·잔액을 정리하고 성공 시 거래 상태를 초기화합니다. 전체 계정 체계에 영향이 있으므로 재연결이나 개별 오류 주문 조회 대용이 아닙니다.

차트 점선은 체결 가능한 스프레드인가요?

아니요. 로컬 데이터가 없으면 거래소 체결가로 추정하며 점선은 체결 불가 표시입니다. 진입·청산은 현재 호가·시각·해당 지표를 보고 판단하며 과거 추정선을 실행 가능 호가로 여기지 마세요.

두 레그 동시 전량 체결이 보장되나요?

아니요. 선행 레그는 자동·A 먼저·B 먼저이므로 실행 순서가 있습니다. 한쪽 접수가 다른 쪽 체결은 아닙니다. 실제 체결·잔여 주문·순노출을 확인하고 연결·레그 이상 시 신규 작업을 멈추세요.

시세는 보이는데 거래 레그로 고를 수 없는 이유는?

계정 미등록이거나 상품이 시세 전용이면 거래 레그로 사용할 수 없습니다. 계정 검증·동기화 활성화·상품 거래 허용을 확인하세요. 시세 연결을 주문 권한과 혼동하지 마세요.

모든 수치는 가정입니다

스프레드·펀딩비·계약 수량 계산

계산 방식 설명용이며 현재 시세, 실제 요율, 진입 권유가 아닙니다.

예시 1: 진입 스프레드는 이익이 아닙니다

A를 100 USDT에 사고 B를 100.20 USDT에 1단위 팔면 진입 차이는 0.20 USDT(0.20%)입니다. 청산 시 양쪽 실제 가격이 같고 네 거래 수수료가 0.24 USDT라면 다른 비용을 제외해도 0.04 USDT 손실입니다. 실제 순이익에는 최종 청산가도 포함해야 합니다.

예시 2: 양쪽 펀딩비를 별도 계산

같은 정산 시각·양쪽 명목 1,000 USDT이고 양수면 롱이 숏에게 낸다고 가정합니다. A 롱 +0.01%는 0.10 USDT를 내고 B 숏 +0.03%는 0.30 USDT를 받아 순펀딩은 0.20 USDT입니다. 거래 비용·가격 손익 전 수치이며 정산 시각을 넘겨 보유하지 않았다면 수익에 넣지 마세요.

예시 3: 계약 수량을 먼저 환산

선형 계약 하나가 0.001 BTC라면 10계약은 0.01 BTC입니다. 현물 0.01 BTC와 맞추는 기준은 실제 자산 수량이며 양쪽에 10을 입력하는 것이 아닙니다. 시장별 승수·단위·최소 명목 금액을 조회하세요. 모든 역선형·특수 계약에 해당하는 예시는 아닙니다.

항목 빠른 참조

자격 증명과 거래 용어 이해

용어의미혼동 주의
API Key / API SecretAPI 요청 식별·인증용 전용 자격 증명UID·로그인 비밀번호·자금 비밀번호가 아님
PassphraseOKX / Bitget API 생성 시 직접 정한 API 암호로그인 비밀번호가 아님. 분실 시 공식 절차로 재생성
API 지갑 개인 키전용 에이전트 서명 자격 증명주 지갑 개인 키·시드 문구가 아님
주 주소 / user, 대리 주소 / signer공식 프로토콜의 실제 계정·서명 대리인 식별자모든 상품에 입력란이 있지는 않음. 본 안내의 실제 항목 사용
하위 계정 주소실제 Hyperliquid 하위 계정 0x 주소주 계정은 비워 둠
메인넷 / 테스트넷 / 모의 거래실제 자금 환경 / 별도 모의 환경환경 간 키·자산 혼용 금지
단방향 / 헤지 모드순포지션 또는 롱·숏 동시 보유 방식단방향도 숏 가능. 교차·격리 증거금과 다른 설정
교차 / 격리 증거금증거금의 포지션 위험 부담 방식연결을 위해 임의 변경 금지
틱 / 슬리피지최소 가격 단위 / 예상·실제 체결 가격 차이5틱이 항상 5%인 것은 아님
순노출두 레그를 공통 단위로 환산한 뒤의 미헤지 위험다른 자산·승수·부분 체결은 노출을 남길 수 있음

S-S는 현물/현물, S-F는 현물/선물, F-F는 선물/선물입니다. 서로 다른 자산의 조합은 방향성 전략일 수 있으며 무위험 차익거래라고 가정하면 안 됩니다.