OKEX v3 Recapitulação de Futures

• ilustrar
  1 - Não pode ser trocado por outro tipo de alavancagem.
  2. Não é possível mudar para outro modo de posição quando se mantém a posição ((total / por posição)
  3, quando o exchange.CancelOrder (ID) é executado, o cancelamento deve ser convertido em um contrato com o ID correspondente (exchange.SetContractType) compatível
  4 , exchange.GetAccount ((() O acordo de taxa de troca é chamado para obter a interface de ativos da conta, quando o modo de armazenamento total: visita quatro vezes a interface da API, pois o número de moedas congeladas em um único bloco é obtido separadamente (((Três tipos de acordo de taxa de troca)).
  O código de contrato (exchange.SetContractType) é dividido em quatro tipos:_week" , "next_week", "quarter", "swap" (ou seja, contrato de permanência)
  6 , a chamada exchange.GetOrder ((ID), deve ser para o ID correspondente ao estado do contrato, caso contrário, será compensado com erros, o contrato de renovação permanente ID e a taxa de entrega sobre o ID diferença é grande.
  7, exchange.GetPosition() Quando uma posição é obtida, a propriedade de Margin é 0 。
  8 , inicial padrão de 10 vezes a alavancagem, a direção de negociação buy (postas por posição / total de posição na bolsa, o número de alavancagem, pode ter várias situações, é a própria configuração do usuário)

• Informações perdidas:

  NO.	Error msg	description

  │1 │ContractType Invalid │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
  2 Calc contractType error! ContractType error! Data de entrega do contrato Calculação errada
  "A interface GetRecords foi obtida e analisada, mas os dados não foram totalmente relatados".
  "Invalid Direction" "SetDirection" "Invalid Direction" "SetDirection" "Invalid Direction" "SetDirection" "Invalid Direction" "SetDirection" "Invalid Direction" "Invalid Direction" "SetDirection" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direction" "Invalid Direção"
  <unk> 5 <unk> the contractType not found: <unk> error mapping contract code when calling GetOrder / GetOrders <unk>
  "MarginLevel can only be set in the direction for buy/sell, current settings" ("O nível de margem só pode ser definido na direção de compra/venda, configurações atuais")
  |7|MarginLevel error, Must be a positive integer between 1 and 40.|O Leverage do contrato de permanência deve estar entre 1 e 40|
  "8 anos de nível de margem inválido" "Relação de transferência de cerca de 20 anos de margem inválida"
  <unk>9 <unk> the contractType not found <unk> Quando a GetPosition foi chamada, não foi encontrado o código do contrato real correspondente a this_week / next_week / quarter / swap <unk>
  "10" analyzingOrderId error, the orderId: "GetOrder", "GetOrders", "Buy", "Sell" Funções de retorno de mensagem de ordem IDs são todos os códigos de contrato de alumínio|Formato de envelope, usado principalmente para identificação de pedidos de retirada e consulta, não é o ID do pedido real retornado pela interface da bolsa, se o código de contrato não envelope for usado na retirada|O ID do pedido em forma de anel, ou seja, um erro.
  11 MarginLevel error. The contract for BTC ((ou outra moeda) Must be a positive integer between 1 and 100 ((ou outro valor).

• O que aconteceu?

  NO.	Error msg	description

  Futures_OP 0: 400: {"code":32010, "message":"You cannot adjust the leverage when you have open order ((s) / position ((s)).} Modo de posição total, não pode ser modificado para outras alavancagens quando tem uma ordem aberta ou uma posição
  |2| GetOrder(65-9-44101ef02-0): 400: {"code":30024,"message":""order_id"is an invalid parameter"} Quando o GetOrder e o CancelOrder são executados, é necessário mudar para o estado do contrato correspondente do ID, caso contrário, o erro será eliminado.
  3 "code":32007, "message": "You cannot open short at 20x when you are holding short position ((s) and/or open order ((s) at 10x. "} Quando você abre uma posição, se o contrato da direção atual for 10 vezes (como definido no site), a ordem inferior é usada 20 vezes, então o erro será relatado. Além disso, é necessário prestar atenção à direção quando você define uma alavanca abaixo da posição, cada posição tem 2 valores de alavanca, uma alavanca múltipla e uma alavanca vazia.
  |...|...|...|

OKEX V3 Sumário de caixa

• Resumo das questões

  • 1 , imediatamente após o pedido, o pedido foi recebido, a operação de retirada não teve erros, e a mensagem de retorno foi a de que a retirada foi bem-sucedida.
    Em alguns casos, os pedidos foram fechados, mas a operação de cancelamento não deu resultado e parece ter sido um sucesso.

    

Adicionar uma bolsa

• Configuração OKEX V3 API KEY, configuração de futuros em tempo real.

  Insira a chave de acesso , a chave secreta e a frase de acesso correspondentes
  

  O Passphrase deve ser configurado e guardado quando você solicita o V3 API KEY.

  

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

• renovar

  • 2019.2.17 Atualização da limitação de erro do alcance da configuração de alavancagem do contrato de permanência, que originalmente era a limitação 1-40 。
    Na verdade, cada moeda tem um alcance diferente de configuração de alavancagem:
    O contrato de moeda é uma barreira de valor.
    |-|-|
    |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 para solicitação de nova conta, erro de resposta ao chamar exchange.GetAccount: type assertion to []interface{} failed
    A razão é que a interface retorna: {"total_avail_balance":"0","contracts":null", "equity":"0","margin_mode":"fixed"}
    O atributo "contracts" é "null".
    A questão já foi tratada de forma tolerante.

  • Optimização OKEX

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

    A questão já foi tratada de forma tolerante.

  • Por posição, a informação sobre as posições é corrigida pelo atributo Profit.
    Por posição, os dados do contrato são mantidos por posição Profit Problema de propriedade, causa: GET /api/futures/v3/position Interface Dados por posição retornados por long_pnl_ratio, um atributo que é representado como uma fração de taxa de retorno, não uma fração de taxa de retorno, ou seja: long_pnl_Quando o ratio é 0.1, isso representa 10%, não 0.1% 。

  • Atualização do contrato trimestral
    Atualizado em 15 de março de 2019 às 19h30.
    O contrato trimestral é corretamente mapeado como BTC-USD-190628 , (exemplo de BTC) 。

  As atualizações acima requerem o download do mais recente moderador.

• Atualização esperada
  Não há.

Se tiver alguma dúvida, entre em contato com o Sistema de Envio de Pedidos.