OKEX v3 Futures-Zusammenfassung

• veranschaulichen

  1. Die Positionen können nicht in andere Leverage umgewandelt werden.
  2. Die Positionen können nicht in andere Positionsmodelle umgeschaltet werden ((Vollposition/Positionsweise))
     3. Wenn die exchange.CancelOrder{ID} eingestellt wird, muss der Rücktritt in den entsprechenden Vertrag umgeschaltet werden, unter dem die exchange.SetContractType-Umstellung kompatibel ist
     4. exchange.GetAccount ((() Übertragungsquote unter Anruf der Acquire Account Asset Interface, bei Volllagermodus: viermal auf die API-Interface zugegriffen, da die Anzahl der monokontaktierten Münzen von der einzelnen Interface erfasst wird (((Drei Arten von Übertragungsquote))
  3. Der Vertragskodex (d.h. die Parameter, die beim Exchange.SetContractType eingegeben werden) besteht aus vier Arten: "this_week" , "next_"Week", "quarter", "swap" (also: dauerhafter Vertrag)
     6. Wenn exchange.GetOrder ((ID) aufgerufen wird, muss der entsprechende Vertragszustand für die ID vorhanden sein, da sonst Fehler ausgelöst werden, und die Differenz zwischen der Dauervertrag-ID und der Übertragungsquote ist relativ groß.
  4. exchange.GetPosition() Die Margin-Eigenschaft ist 0 。
  5. Anfangs-Default 10-fache Leverage, Handel Richtung buy (auf der Börse pro Position / vollständige Position, Leverage, kann in mehreren Fällen, ist der Benutzer eigene Einstellung)

• Fehlinformationen:

  NO.	Error msg	description

  1 "ContractType Invalid" "ContractType Invalid" "ContractType Invalid" "ContractType Invalid" "ContractType Invalid"
  2 Calc contractType error! Lieferdatum des Vertrages Calc-Fehler
  "Ergebnis: GetRecords-Schnittstelle erhält Daten, die nicht vollständig analysiert wurden".
  "Invalid direction" bedeutet, dass die Parameter die Richtung des Handels falsch eingestellt haben.
  "Der Vertrag wurde mit GetOrder / GetOrders aufgerufen, aber der Code wurde nicht abgebildet".
  "6 MarginLevel can only be set in the direction for buy/sell, current settings: Das MarginLevel kann nur in der Richtung für buy/sell eingestellt werden.
  |7|MarginLevel error, Must be a positive integer between 1 and 40.|Die Leverage muss zwischen 1 und 40 liegen.|
  "Margin Level Invalidity Rate" ist ungefähr ein Leverage Error von 10 / 20
  <unk>9 <unk> the contractType not found <unk> Wenn Sie GetPosition aufrufen, wird der tatsächliche Vertragskodex für this_week / next_week / quarter / swap nicht gefunden <unk>
  Die Order-ID in der Rückmeldung der GetOrder, GetOrders, Buy, Sell Funktionen ist der Kontrakt-Code für den Order.|Platinum-Form, hauptsächlich zur Identifizierung bei Rückbuchung und Anfrage von Orders, nicht die tatsächliche Order-ID, die an die Börsenoberfläche zurückgegeben wird, wenn bei der Rückbuchung ein nicht-platinum-Vertragscode verwendet wird|Das ist die Art, wie man einen Auftrag in Form von ID, also einer Fehlermeldung, ausfüllen kann.
  Der Kontrakt für BTC (oder andere Währungen) muss eine positive ganze Zahl zwischen 1 und 100 sein.

• Börsenfehler

  NO.	Error msg	description

  Futures_OP 0: 400: {"code":32010, "message":"You cannot adjust the leverage when you have open order (s) / position (s)."} Die Position kann nicht auf andere Leverage-Methoden umgestellt werden, wenn die Position geöffnet ist.
  |2| GetOrder(65-9-44101ef02-0): 400: {"code":30024,"message":""order_id"is an invalid parameter"} ist ein ungültiger Parameter. Wenn Sie GetOrder, CancelOrder verwenden, müssen Sie in den entsprechenden Vertragszustand der ID wechseln, sonst wird ein Fehler gemeldet.
  Wenn Sie einen Vertrag in der aktuellen Richtung 10-mal (wie auf der Website eingestellt) öffnen, wird der Fehler gemeldet, wenn Sie 20 mal auf der nächsten Bestellung einsetzen. Außerdem ist es wichtig, die Richtung zu beachten, wenn Sie Leverage in der unteren Position einrichten.
  |...|...|...|

OKEX V3 Bargeldsumme

• Zusammenfassung der Fragen

  • 1. Rücknahme der Bestellung sofort nach der Bestellung, Bestellung erfolgreich, Rücknahme ohne Fehler, Rückgabe der Nachricht, dass die Rücknahme erfolgreich war.
       Es gibt Situationen wie die unten gezeigte, in denen die tatsächlichen Bestellungen vollständig ausgeführt wurden, aber die Widerrufsoperation nicht erfolgreich war, so dass die Widerrufsoperation anscheinend erfolgreich war.

    

Hinzufügen von Börsen

• OKEX V3 API KEY ist konfiguriert, und die Konfiguration von Cash-Futures ist identisch.

  Geben Sie den entsprechenden Access Key , Secret Key und Passphrase ein
  

  Passphrase wird bei der Beantragung des V3 API KEYs selbst eingestellt und gespeichert.

  

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

• erneuern

  • Aktualisiert am 17.2.2019 die Fehlerbeschränkung für den Bereich der Leverage-Einstellungen für unbefristete Verträge von 1-40 。
    In der Praxis gibt es für jede Währung unterschiedliche Leverage-Strecken:
    Der Wert der Leverage-Reihe für die Kontraktmünze
    |-|-|
    |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|

  • Der API-KEY für die neue Kontoanforderung wurde bei der Aufforderung von exchange.GetAccount () fehlern: GetAccount: type assertion to []interface{} failed
    Der Grund dafür ist, dass die Schnittstelle zurückgibt: {"total_avail_balance":"0","contracts":null", "equity":"0","margin_mode":"fixed"}
    contracts hat die Eigenschaft null.
    Es gibt keine Beweise dafür, dass es zu einer Fehlentscheidung gekommen ist.

  • OKEX-Optimierung

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

    Es gibt keine Beweise dafür, dass es zu einer Fehlentscheidung gekommen ist.

  • Nach Positionen werden die Profit-Attribute der Positionsinformationen geändert.
    Die Profit-Attribute des Verhältnisses: GET /api/futures/v3/position Schnittstelle_pnl_ratio, das in der Form von Ratio-Faktoren dargestellt wird und nicht in Ratio-Faktoren, d.h. long_pnl_Wenn das Ratio 0,1 ist, bedeutet das 10%, nicht 0,1%.

  • Quartalsverträge werden aktualisiert.
    Zuletzt aktualisiert am 15.3.2019 um 19:30 Uhr
    Der Quartalsvertrag ist korrekt als BTC-USD-190628 abgebildet.

  Die oben genannten Updates erfordern das Herunterladen des aktuellsten Administrators.

• Erwartete Aktualisierung
  Nicht vorläufig

Bei Fragen wenden Sie sich bitte an Kleine Träume oder das System für die Vermittlung von Arbeitsbescheinigungen.