전략 테스트를 위해 OKX에서 선물 거래 계좌를 설정하는 방법은 무엇입니까?

계정 생성 및 API 구성

1. OKX 계정에 로그인하고 계정 설정 아래의 'API 관리' 섹션으로 이동합니다.

2. “API 키 생성”을 클릭하고 “Futures-Backtest-Dev”와 같은 설명적인 이름을 할당합니다.

3. "거래" 및 "읽기" 권한만 선택하십시오. 종이 거래 환경에서는 출금 또는 자금 조달 권한을 활성화하지 마십시오.

4. 데모 거래 환경에 대한 연결을 보장하기 위해 모든 SDK 초기화에서 플래그 매개변수를 '1'로 설정합니다.

5. 생성된 API 키, 비밀 키 및 암호를 소스 파일에 하드코딩하지 않고 암호화된 .env 파일에 저장합니다.

Futures 관련 환경 설정

1. 웹 플랫폼을 통해 OKX 데모 거래 인터페이스에 직접 액세스하고 전략을 시작하기 전에 "선물" 모드로 전환하세요.

2. 선택한 계약이 USDT 마진 무기한 스왑(예: BTC-USDT-SWAP)인지 확인하세요. 이는 종이 거래 환경에서 완벽하게 지원되기 때문입니다.

3. 주문을 하기 전에 Account API 모듈을 사용하여 마진 잔액과 포지션 모드를 가져옵니다 : accountAPI.get_position_mode() 및 accountAPI.get_account() .

4. 의도한 위험 모델에 따라 tdMode='cross' 또는 'isolated' 사용하여 Trade API를 초기화합니다. 이는 OKX 웹 UI에 구성된 모드와 일치해야 합니다.

5. MarketData.get_instruments(instType='SWAP') 를 사용하여 계약 사양을 확인하여 틱 크기, 로트 크기 및 레버리지 한도를 확인합니다.

주문 실행 및 상태 검증

1. 현실적인 매개변수 instId='ETH-USDT-SWAP' , ordType='limit' , px='3000' , sz='1' 과 함께 tradeAPI.place_order() 사용하여 테스트 제한 주문을 제출합니다.

2. 반환된 ordId 검색하고 즉시 tradeAPI.get_order() 를 호출하여 "live"에서 "filled" 또는 "canceled"로의 상태 전환을 확인합니다.

3. tradeAPI.get_orders_history() 에 대해 주문 상태를 교차 확인하여 데모 시스템 내에서 지속성과 타임스탬프 정확성을 검증합니다.

4. 인접한 가격 수준에서 여러 개의 소규모 주문을 제출하고 응답 페이로드에서 accFillSz 및 fillPx 필드를 검사하여 부분 채우기를 시뮬레이션합니다.

5. 유지 증거금 임계값을 초과하는 포지션 크기를 조정하여 강제 청산을 수동으로 트리거하고 Account.get_bills() 에서 시스템 생성 청산 이벤트를 관찰합니다.

데이터 동기화 및 시간 정렬

1. 선물 상품을 위한 books50-l2-tbt WebSocket 채널을 구독하면 10밀리초마다 실시간 주문장 업데이트를 받을 수 있습니다.

2. 모든 메시지에 대해 교환기 제공 타임스탬프( msg['ts'] )와 로컬 수신 타임스탬프( time.time() * 1000 )를 모두 기록합니다.

3. 100개의 연속 메시지에 걸쳐 로컬 타임스탬프와 교환 타임스탬프 간의 중앙값 델타를 계산하여 클록 드리프트를 감지합니다.

4. 경쟁 조건을 피하기 위해 교환 시간이 아닌 현지 시간을 기본 참조로 사용하여 가장 최근의 주문장 스냅샷과 거래 실행 논리를 일치시킵니다.

5. 사후 재생 및 대기 시간 프로파일링을 위해 SQLite의 정규화된 주문장 상태와 함께 원시 WebSocket 페이로드를 저장합니다.

위험 통제 통합

1. 500ms마다 get_positions() 폴링하고 현재 시장 평균가를 사전 정의된 트리거 수준과 비교하여 하드 스톱 로스 로직을 구현합니다.

2. get_account() 마진 잔액 및 사용된 마진 계산을 반영하는 로컬 원장을 사용하여 상품당 포지션 크기 한도를 적용합니다.

3. get_leverage(instId='BTC-USDT-SWAP', mgnMode='cross') 쿼리하여 각 주문을 제출하기 전에 레버리지 설정을 확인하세요.

fundingRate × positionValue × timeElapsed 계산하고 이를 백테스팅 루프 동안 사용 가능한 마진에 적용하여 펀딩 비율 발생을 시뮬레이션합니다.

5. 마진 부족으로 인해 거부된 주문을 포함하여 모든 위험 관련 결정을 구조화된 JSON 형식으로 밀리초 단위의 정밀도로 기록합니다.

자주 묻는 질문

Q1: 현물 거래와 선물 거래 모두에 동일한 API 키를 사용할 수 있습니까? 예, 하지만 별도의 tdMode 값(현물에는 "현금", 선물에는 "교차" 또는 "격리")을 사용하여 별도의 TradeAPI 인스턴스를 초기화해야 합니다.

Q2: 입금이 성공한 후에도 데모 모드에서 get_account()가 잔고가 0으로 반환되는 이유는 무엇입니까? 데모 잔액은 선물 데모 인터페이스에 처음 로그인할 때 자동으로 미리 로드됩니다. 종이 거래 환경에서는 수동 입금 기능이 비활성화됩니다.

Q3: OKX 선물서류 거래에 펀딩 요율이 적용되나요? 예, 시뮬레이션된 자금 지불은 실시간 시장 자금 요율을 사용하여 8시간마다 발생합니다. 이는 get_bills() 에 "funding" 유형으로 표시됩니다.

Q4: books50-l2-tbt WebSocket 채널은 합성 주문 흐름을 반영합니까, 아니면 실제 교환 데이터를 반영합니까? 데모 환경은 실시간 교환 데이터가 아닌 과거 변동성 패턴을 기반으로 하는 결정론적 합성 주문 흐름을 사용하지만 스프레드 역학 및 유동성 붕괴 동작을 포함한 완전한 구조적 충실도를 유지합니다.