OKEX v3 Фьючерсная сводка

• проиллюстрировать

  1. при наличии позиции не может быть переключен на другие рычаги;
  2. При наличии позиции невозможно переключиться на другие позиционные режимы ((полное положение / по одному положению) 3), когда exchange.CancelOrder (ID), отмена должна быть переключена на то, что ID, заданный в соответствии с контрактом (exchange.SetContractType переключение) совместим 4 , exchange.GetAccount ((() сделку соотношения под вызовом получить счет активы интерфейса, в режиме полного склада: будет посетить четыре раза API-интерфейса, потому что количество монет, связанных с единоличным замораживания является отдельно интерфейс получения ((( три вида сделок соотношения)). 5, контрактный код (то есть:exchange.SetContractType) делится на четыре типа: “this_week” , “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” “Не установлен контракт” или “Контракт установлен недействительным”. Проверка того, был ли вызван “SetMarginLevel” для настройки лебедки при первоначальном запуске робота без установки контракта. 2 Calc contractType error!Дата поставки контракта “После получения данных интерфейса GetRecords, данные были проанализированы, но не полностью”. 4 “Invalid direction” “Invalid direction” “SetDirection” “Invalid direction” “SetDirection” “Invalid direction” Проверьте, не удалось ли выполнить задачу, которую вы задали в своем блоге. “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 Маржинальный уровень недействительной величины и обменной коэффициент около рычагов ошибки, только 10 / 20 Маржинальный уровень 9 the contractType not found Когда мы вызываем GetPosition, мы не можем найти фактический код контракта, соответствующий this_week / next_week / quarter / swap Проверка OrderId error, the orderId: в сообщении, возвращаемом функциями GetOrder, GetOrders, Buy, Sell|Линейная форма, используемая в основном для идентификации при отзыве и запросе заказа, а не для идентификации реального заказа, возвращенного на биржевой интерфейс, если при отзыве используется нелинейный контрактный код|Идентификатор заказа в форме , то есть 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-кратный, то сообщается об этой ошибке, кроме того, при выходе из позиции необходимо обратить внимание на направление, при выходе из позиции необходимо обратить внимание на направление, при выходе из позиции необходимо обратить внимание на направление, при выходе из позиции нужно иметь 2 значения рычагов, один многоопорный рычаг, один свободный рычаг. |…|…|…|

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: type assertion to[]interface{} failed Причина в том, что интерфейс возвращает: {“total_avail_balance”:“0”,“contracts”:null”, “equity”:“0”,“margin_mode”:“fixed”} атрибут contracts имеет значение null. В этом вопросе уже принято решение.

  • Оптимизация

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

  В этом вопросе уже принято решение.

  • По позициям, информация о позиции Профит атрибуты исправлены. Произошла ошибка с атрибутом Profit, вызванная GET /api/futures/v3/position интерфейсом._pnl_ratio, атрибут представлен в виде дроби доходности, а не дроби в доходности, то есть: long_pnl_Если ratio равен 0.1, то это означает 10%, а не 0.1%.

  • Обновление квартальных контрактов Обновлено 15 марта 2019 года в 19:30. Квартальный контракт правильно отображается как BTC-USD-190628 , (BTC пример) 。

Все обновления требуют загрузки последнего хоста.

• Ожидаемые обновления Пока нет

В случае возникновения вопросов обращайтесь в службу “Малый малый сон” или в систему “Рабочий лист”.