OKEX v3 résumé des futures

• illustrer 1/ Il est impossible de passer à un autre levier en détenant une position. 2/ Il n’est pas possible de passer à un autre mode de placement lorsque vous avez une position ((toute la position / par position)) 3), le retrait doit être effectué si l’ordre de l’identifiant est compatible avec le contrat correspondant (change.SetContractType) 4 exchange.GetAccount ) Appel à l’interface d’acquisition d’actifs de compte en fonction du pourcentage d’échange, mode de stockage complet: quatre visites de l’interface API, car le nombre de pièces gelées en unité de blocage est obtenu séparément par l’interface (trois types d’accords de pourcentage d’échange) Le code de contrat (paramètres passés lors de l’exchange.SetContractType) est divisé en quatre types:_week” , “next_week”, “quarter”, “swap” (c’est à dire: contrat à perpétuité) 6 , lorsque vous appelez exchange.GetOrder ((ID), il faut que l’ID soit dans l’état du contrat correspondant, sinon il y aura une erreur, l’ID de contrat à durée indéterminée et l’ID d’ordre de livraison sont assez différents. 7 , exchange.GetPosition() Lorsque vous prenez une position, la valeur de la marge est de 0 。 8, le levier initial par défaut est de 10 fois, la direction de la transaction est buy (par position / position totale sur l’échange, le levier, il peut y avoir plusieurs situations, c’est le paramètre de l’utilisateur)

• Je ne suis pas d’accord avec vous.

|NO.|Error msg|description| |-|-|-| 1 “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “ContractType Invalid” “C 2 Calc contractType error! erreur de calcul de la date de livraison du contrat Les données ont été analysées par l’interface GetRecords, mais les données n’ont pas été entièrement analysées. Les paramètres sont incorrects lors de la définition de la direction de transaction. Une erreur de mappage du code du contrat lors de l’appel de GetOrder / GetOrders “Le niveau de marge ne peut être défini que dans la direction de l’achat/vente, les paramètres actuels”. |7|MarginLevel error, Must be a positive integer between 1 and 40.|Le levier du contrat à durée indéterminée doit être compris entre 1 et 40| Le taux d’invalidité de la marge est d’environ ¹⁰⁄₂₀ de la marge d’erreur de la marge. Le code de contrat correspondant à this_week / next_week / quarter / swap n’a pas été trouvé lors de l’appel GetPosition 10 analyzingOrderId error, the orderId: le code de l’ordre dans le message retourné par les fonctions GetOrder, GetOrders, Buy, Sell|Forme de coupon, principalement utilisée pour identifier les ordres de rétractation et de requête, et non l’identifiant d’ordre réel retourné par l’interface de la bourse, si le code de contrat non coupon est utilisé lors du retrait|Le code de commande est en forme d’ID, c’est-à-dire que le code de commande est en forme d’erreur. 11 MarginLevel error. The contract for BTC ((ou autre monnaie) Must be a positive integer between 1 and 100 ((ou autre valeur) “. Le niveau de levier du contrat à durée indéterminée est défini par erreur et doit être un nombre entier.

• La bourse est en panne.

|NO.|Error msg|description| |-|-|-| Vous ne pouvez pas ajuster l’effet de levier lorsque vous avez un ordre ouvert (s) / position (s). |2| GetOrder(65-9-44101ef02-0): 400: {“code”:30024,“message”:““order_id”is an invalid parameter”} est un paramètre qui est déjà compatible avec GetOrder, CancelOrder. 3 “code”:32007, “message”: “You cannot open short at 20x when you are holding short position ((s) and/or open order ((s) at 10x. “} Lors de l’ouverture d’une position, l’erreur est signalée si le contrat est 10 fois plus grand que la direction actuelle (configurée sur le site), l’ordre de clôture est 20 fois plus grand, et l’erreur est signalée lorsque le levier est placé en bas de la position. |…|…|…|

OKEX V3 Résumé de la trésorerie

• Résumé des questions

  • 1° le retrait immédiatement après la commande, la livraison de la commande, le retrait sans erreur, le retour d’un message de retrait normal et réussi. Dans le cas d’une commande qui a été passée mais qui n’a pas été annulée, il semble que la commande a été annulée.

  

Ajout d’une bourse

• La configuration de l’API KEY OKEX V3 est identique à celle de l’API KEY pour les contrats à terme.

Indiquez la clé d’ accès , la clé secrète et la phrase de passe correspondantes

Passphrase doit être sauvegardé après sa configuration lors de la demande de KEY API V3.

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

• renouveler

  • 2019.2.17 Mise à jour de la limite d’erreur de la portée des paramètres de levier des contrats à durée indéterminée, qui était la limite 1-40 。 En fait, chaque devise a une gamme différente de réglages de levier: La valeur du levier de la monnaie contractuelle

    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

  • L’API KEY pour la demande de compte a été supprimée lors de l’appel d’exchange.GetAccount (): type assertion to[]interface{} failed Le problème est que l’interface retourne: {” total_avail_balance “:” 0”,” contracts “:null”, “equity”:” 0”,” margin_mode”:“fixed”} Le contrat est nul. La question a été traitée de manière tolérante.

  • OKEX optimisé

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

  La question a été traitée de manière tolérante.

  • Les informations sur le portefeuille sont modifiées par l’attribut Profit. Les données du contrat de détention des positions sont envoyées par poste à la suite d’un problème d’attribut Profit, à cause de l’interface GET /api/futures/v3/position._pnl_ratio, un attribut qui est exprimé sous la forme d’une fraction du taux de rendement, et qui n’est pas une fraction du taux de rendement, à savoir: long_pnl_Si le ratio est de 0,1 c’est 10%, pas 0,1%.

  • Mise à jour des contrats trimestriels Mise à jour le 15 mars 2019 à 19h30. Les contrats trimestriels sont correctement cartographiés comme BTC-USD-190628 , (exemple BTC).

Les mises à jour ci-dessus nécessitent le téléchargement de l’administrateur le plus récent.

• Mise à jour prévue Pas encore

Si vous avez des questions, veuillez contacter le système de messagerie ou le système de messagerie.