OKEX v3 선물 모집

• 설명하다

  1. 지분을 보유할 때 다른 레버로 전환할 수 없습니다. 2, 지분을 보유할 때 다른 지위 모드로 전환할 수 없다 ((전 지점/단 지점) 3 exchange.CancelOrder (ID) 에서, 취소 명령은 해당 ID의 주문이 해당 계약 (exchange.SetContractType 스위치) 에 호환되는 것으로 전환되어야 합니다. 4. exchange.GetAccount ((() 거래율협정 하에서 계정 자산 인터페이스를 호출하면, 전체 포지션 모드시: API 인터페이스를 4번 방문하게 되는데, 이는 단결금화폐가 개별 인터페이스를 획득하기 때문이다 ((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( 5 계약 코드 (exchange.SetContractType 때 전달되는 변수) 는 네 가지로 나뉘어진다: “thisweek” , “next“week”, “quarter”, “swap” (즉: 영구 계약) 6 , exchange.GetOrder ((ID) 를 호출할 때, ID에 대응하는 계약 상태에서 해야 하며, 그렇지 않으면 오류가 발생하며, 영구 계약 ID와 거래 비율 약 ID의 차이가 상대적으로 크다. 7, exchange.GetPosition() 포지션을 취득할 때, 거래 비율은 약 전체 포지션 모드에서, Margin 속성은 0 。 8 , 초기 기본 10배의 레버리, 거래 방향 buy (거래소 상의 한 포지/전 포지, 레버리 수, 여러 가지 경우가 있을 수 있으며, 사용자 자신의 설정)

• 실종된 정보:

|NO.|Error msg|description| |-|-|-| ≪1 ≪ContractType Invalid ≫ ≪계약이 설정되지 않았거나, 계약이 설정되어 오류가 ≫ ≫ 2 Calc contractType error! 계약 날짜 계산 오류 ▲3 ᄅᄋresponse format error ᄅᄋGetRecords 인터페이스를 통해 데이터를 얻었으나, 데이터에 오류가 발생했다. ᄅᄋ 4 “Invalid direction” “Invalid direction” “SetDirection” “거래 방향을 설정할 때, 변수가 잘못되었다” “Invalid direction” 5 the contractType not found: 이 GetOrder / GetOrders를 호출할 때 계약 코드를 지도하는 오류 ▲6 MarginLevel can only be set in the direction for buy/sell, current settings: 마진레벨은 현재 구매/판매 방향으로만 설정할 수 있습니다. |7|MarginLevel error, Must be a positive integer between 1 and 40.|영구 계약의 레버리지는 1~40 사이여야 합니다.| 8 Margin Level Invalid의 거래율은 약 10 / 20 Margin Level Invalid의 거래율입니다 9 the contractType not found GetPosition을 호출할 때, this_week / next_week / quarter / swap 계약 코드에 해당하는 실제 계약 코드가 발견되지 않았습니다 ▲10 analyzingOrderId error, the orderId: GetOrder, GetOrders, Buy, Sell 함수의 반환 메시지의 주문 ID는 모두 계약 코드입니다| 형식, 주로 주문 철회, 주문 조회 때 식별하기 위해 사용되며, 거래소 인터페이스에서 반환된 실제 주문 ID는 아닙니다. 철회 시 비 계약 코드가 사용된다면| 형태의 주문 ID, 즉 의 실수 11 MarginLevel error. The contract for BTC (또는 다른 코인) Must be a positive integer between 1 and 100 (또는 다른 값)

• 거래소의 실수

|NO.|Error msg|description| |-|-|-| Futures_OP 0: 400: {“code”:32010, “message”:“You cannot adjust the leverage when you have open order (s) / position (s).”} 전 포지션 모드, 포지션 설정 또는 포지션 보유시, 다른 레버리지로 변경할 수 없습니다 |2| GetOrder(65-9-44101ef02-0): 400: {“code”:30024,“message”:““order_id”is an invalid parameter”} GetOrder, CancelOrder 를 실행할 때, 해당 ID의 계약이 해당 계약의 상태로 전환되어야 합니다. 그렇지 않으면 오류가 발생합니다. ▲3 “code”:32007, “message”: “You cannot open short at 20x when you are holding short position ((s) and/or open order ((s) at 10x. “) 를 할 때, 현재 방향의 계약이 10배인 경우 (웹 사이트에서 설정된), 하단 순서를 사용할 때 20배는 이 오류를 보고합니다. 또한 하단 위치 하단 레버를 설정할 때 방향에 주의를 기울여야 합니다. |…|…|…|

OKEX V3 현금총회

• 질문 요약

  • 1, 주문 후 즉시 철수, 주문이 성사, 철수 작업은 오류가 발생하지 않고, 정상 철수 성공의 정보가 반환된다. 아래 그림과 비슷한 경우, 실제 주문이 완료되었지만, 취소 작업은 실패하지 않아 취소 작업이 성공한 것처럼 보입니다.

  

거래소 추가

• OKEX V3 API KEY를 구성하고, 현금과 선물의 구성 방식이 일치한다.

Access key , Secret key , Passphrase를 입력합니다

Passphrase는 V3 API KEY를 요청할 때 스스로 설정하고 저장한다.

  # 注意：如果托管者版本比较旧，需要更新托管者。
  # 注意：Futures_OP 4 错误，检查是不是 策略代码中使用了 exchange.IO 调用了 V1 接口（交易所配置API KEY 配置的V3 KEY）。

• 고쳐 쓰다

  • 2019.2.17 영구 계약 레버리지 설정 범위의 오류 제한을 업데이트합니다. 원래 제한은 1-40 。 실제로 모든 동전에는 서로 다른 레버리지 설정 범위가 있습니다. 계약금의 가치범위

    BTC	1 ~ 100
    LTC	1 ~ 40
    ETH	1 ~ 100
    ETC	1 ~ 40
    XRP	1 ~ 40
    EOS	1 ~ 100
    BCH	1 ~ 40
    BSV	1 ~ 40
    TRX	1 ~ 20

  • 새 계정 신청의 API KEY, exchange.GetAccount (() 를 호출할 때 오류가 발생: GetAccount: type assertion to[]interface{} failed 왜냐하면 인터페이스는: {“total_avail_balance”:“0”,“contracts”:null”, “equity”:“0”,“margin_mode”:“fixed”} contracts의 속성은 null 。 이 문제에 대해서는 이미 잘못 처리되었습니다.

  • OKEX 최적화

  4、获取单个/所有合约账户信息接口
  GET /api/futures/v3/accounts//GET /api/futures/v3/accounts/{currency}：
  原返回参数增加：挂单冻结保证金和持仓已用保证金（同逐仓）；
  

  이 문제에 대해서는 이미 잘못 처리되었습니다.

  • 포지션별로, 포지션 정보 Profit 속성을 수정한다. 포지션별로, 계약 보유 포지션 데이터 Profit 속성 문제, 이유: GET /api/futures/v3/position 인터페이스 반환된 포지션별 데이터 , long_pnl_ratio, 속성은 수익률 소수인 표현 형식으로 표현되며, 수익률의 소수가 아닌: long_pnl_ratio가 0.1일 때는 10%를 나타냅니다. 0.1%는 아닙니다.

  • 갱신 분기 계약 지도 문제 2019년 3월 15일 19시 30분 분기 계약은 BTC-USD-190628로 정확하게 매핑됩니다.

이 업데이트는 최신 관리자를 다운로드해야 합니다.

• 예상되는 업데이트 현재

궁금한 사항은 소시몽이나 업무처리시스템에 문의하십시오.