레버리지를 변경하지 않고 OKX에서 포지션 증거금을 조정하는 방법은 무엇입니까?

포지션 증거금 독립성 이해

1. OKX의 포지션 증거금은 계약 명목 가치와 개시 증거금 비율의 곱으로 계산됩니다. 여기서 후자는 선택한 레버리지 수준에 의해서만 결정됩니다.

2. 시스템은 마진 조정을 레버리지 변화와 직접 연결하지 않습니다. 대신 전용 API 엔드포인트 및 UI 컨트롤을 통해 수동으로 마진을 충전하거나 줄일 수 있습니다.

3. 레버리지를 변경하지 않고 포지션 증거금을 늘리면 동일한 노출 크기를 유지하면서 유효 레버리지가 비례적으로 감소합니다.

4. 유지 관리 임계값 이하로 마진을 줄이면 현재 레버리지 설정에 관계없이 즉시 부분 청산이 시작됩니다.

5. 마진 조정은 주문 실행과 동시에 처리됩니다. 마진 수정과 위치 재보정 사이에는 보류 상태가 없습니다.

API 기반 마진 조정 워크플로

1. 감사 추적 연결을 위해 instId, posSide, 유형(추가 또는 감소), amt 및 posMarginBillId 매개변수와 함께 POST /api/v5/account/position/margin-balance 엔드포인트를 사용하십시오.

2. 요청에는 유효한 타임스탬프, 비밀 키를 사용하여 생성된 서명 및 암호 문구가 포함되어야 합니다. 이는 표준 거래 API와 동일한 인증 흐름입니다.

3. 응답 본문은 업데이트된 마진 잔액, 포지션 가치, 효과적인 레버리지 사후 조정을 반환하여 실시간 조정이 가능합니다.

4. 속도 제한이 적용됩니다. IP당 초당 최대 20개의 요청이 비즈니스 로직에 도달하기 전에 게이트웨이 계층에서 시행됩니다.

5. 마진 작업에 실패하면 58101(사용 가능한 잔액 부족) 또는 58105(유지 관리 요구 사항 미만의 마진)과 같은 표준화된 오류 코드가 반환됩니다.

UI 기반 마진 수정 단계

1. 선물 또는 무기한 거래 인터페이스로 이동하여 오픈 포지션 패널에서 목표 포지션을 선택하세요.

2. 포지션 요약 카드 옆에 있는 '마진 조정' 버튼을 클릭하세요.

3. 원하는 마진 금액을 기본 통화로 입력합니다. 시스템은 허용되는 최소 및 최대 범위에 대해 자동으로 유효성을 검사합니다.

4. 2단계 인증 프롬프트로 조치를 확인합니다. 모든 마진 감소에는 TOTP 또는 하드웨어 지갑 서명이 필요합니다.

5. 성공 알림에는 새로운 마진 비율, 청산 가격 변동 및 계정 기록에 표시되는 타임스탬프 감사 로그 항목이 표시됩니다.

마진만 변경된 경우 위험에 미치는 영향

1. 마진이 증가하면 유효 레버리지가 낮아지지만 펀딩 요율 계산에는 영향을 미치지 않습니다. 펀딩은 명목 포지션 규모 및 지수 가격에 계속 묶여 있습니다.

2. 청산 가격은 마진 변화와 반대로 움직입니다. 10배 레버리지 BTCUSD 무기한 계약의 경우 $1000 마진을 추가하면 청산 가격이 약 0.8% 이동합니다.

3. 부분 청산은 원래 진입 가격과 비용 기준을 존중합니다. 마진만 수정하는 동안에는 재평가가 발생하지 않습니다.

4. 교차 마진 모드는 통합 위험 한도 계산에 따라 동일한 자산 클래스 내의 상품 간 마진 이전을 허용합니다.

5. 내부 리스크 엔진이 이전 10초 이내에 3%를 초과하는 비정상적인 가격 편차를 감지하는 경우 변동성 시장 상황에서 조정이 거부될 수 있습니다.

자주 묻는 질문

Q1: 웹 인터페이스만 사용하여 API를 통해 개설된 포지션의 마진을 조정할 수 있습니까? 예. 모든 위치는 액세스 방법에 따라 동기화됩니다. OKX 웹 UI를 통해 시작된 마진 조정은 프로그래밍 방식으로 생성된 포지션에 즉시 적용됩니다.

Q2: 포지션 증거금 변경이 미실현 손익 계산에 영향을 미치나요? 아니요. 미실현 손익은 마진 잔액이 아닌 진입 가격, 현재 시장 평균가, 계약 승수를 기준으로 계산됩니다.

Q3: 여백 수정 시 최소 증분 크기가 있습니까? 예. 최소 조정 단계는 USD 표시 계약의 경우 0.01 USDT, BTC 표시 계약의 경우 0.000001 BTC입니다.

Q4: 동일한 포지션에 대해 여러 개의 동시 증거금 조정 요청을 제출하면 어떻게 됩니까? 시스템은 수신 타임스탬프 순서대로 순차적으로 처리합니다. 후속 요청은 대기열 제한 시간이 적용되지 않고 이전 요청이 완료될 때까지 기다립니다.