OKEX V3 verwendet Summary

OKEX v3 Futures zusammenfassen

• Erläuterung 1, kann nicht in andere Hebel umgewandelt werden, wenn ein Lager gehalten wird. 2 ̊ Nicht in andere Positionsmodelle umzutauschen, wenn eine Position vorhanden ist (ganz oder einzeln)3. exchange.CancelOrder (ID), bei dem die Widerrufslösung in den entsprechenden Vertrag (exchange.SetContractType Switch) wechseln muss. 4, exchange.GetAccount (() Transaktionsrate approx. Aufrufe zur Erfassung von Konto-Assets-Interfaces, Volllagermodus: Vier API-Interfaces werden zugegriffen, da die Anzahl der gelobten Münzen für die einzelnen Interfaces erfasst wird ((3 Transaktionsrate approx.).5. Der Vertragskode (exchange.SetContractType) ist in vier Arten unterteilt: this_week-Kode, next_week-Kode, quarter-Kode, swap-Kode (d.h. dauerhafte Verträge).6. Wenn exchange.GetOrder ((ID) aufgerufen wird, muss der ID in einem entsprechenden Vertragszustand sein, sonst wird ein Fehler ausgelöst. Die Unterschiede zwischen der dauerhaften Vertrags-ID und der Transaktionsrate sind relativ groß.7, exchange.GetPosition (()), bei der Erfassung von Positionen, ist der Transaktionsanteil im Vollposition-Modus mit der Margin-Attribute 0. 8, anfängliche Default 10-fache Hebel, Handelsrichtung buy (auf der Börse ein-/ganz-Position, Hebelzahl, es kann mehrere Situationen geben, ist die Einstellung des Benutzers)

• Fehlermeldung:

  Nein, nicht wirklich.	Fehlermeldung	Beschreibung
  1	Vertragsart ungültig	Es gibt keinen Vertrag, oder ein Fehler beim Vertragssetzen. Prüfen Sie, ob die SetMarginLevel-Funktion beim Start des Roboters ohne Vertrag eingesetzt wurde
  2	Calc contractType-Fehler!	Fehler bei der Berechnung des Lieferdatums
  3	Fehler beim Format der Antwort	GetRecords-Interface wird nach dem Abrufen der Daten analysiert, die Daten geben nicht alle Fehler an.
  4	Ungültige Richtung	SetDirection Die Parameter bei der Einstellung der Transaktionsrichtung sind falsch.
  5	der VertragTyp nicht gefunden:	Bei Aufruf von GetOrder / GetOrders wird der Mapping-Vertragscode falsch eingesetzt.
  6	MarginLevel kann nur in der Richtung Kauf / Verkauf eingestellt werden, aktuelle Einstellungen:	Bei der Einstellung des Hebels muss die aktuelle Richtung in der Buy/Sell-Richtung sein, die andere Richtung gibt einen Fehler an.
  7	MarginLevel-Fehler, muss eine positive ganze Zahl zwischen 1 und 40 sein.	Die Hebelung für dauerhafte Verträge muss zwischen 1 und 40 liegen.
  8	Nicht gültiges Marginalniveau	Das Verhältnis ist ungefähr 10 / 20
  9	der VertragTyp nicht gefunden	Bei Aufruf von GetPosition wurde kein entsprechender Kontraktcode für die tatsächliche Kontraktcode this_week / next_week / quarter / swap gefunden
  10	Analyse des Ordner-Id-Fehlers, der Ordner-Id:	Die Order-ID in den zurückgegebenen Informationen der Funktionen GetOrder, GetOrders, Buy und Sell ist in der Form eines Zweifachvertragscodes, das hauptsächlich für die Identifizierung bei der Widerrufserklärung und der Abfrage verwendet wird, und ist nicht die tatsächliche Order-ID, die von der Börsenoberfläche zurückgegeben wird.
  11	Der Vertrag für BTC (oder eine andere Währung) muss eine positive ganze Zahl zwischen 1 und 100 (oder eine andere Zahl) sein".	Die Einstellung von Leveragewerten für dauerhafte Verträge ist falsch, liegt außerhalb des Grenzbereichs und muss eine ganze Zahl sein.

• Die Börse meldet Fehler

  Nein, nicht wirklich.	Fehlermeldung	Beschreibung
  1	Futures_OP 0: 400: {code:32010,message:Sie können den Hebel nicht anpassen, wenn Sie offene Aufträge/Positionen haben).}	Gesamthaltermodus, kann nicht in andere Hebel umgewandelt werden, wenn es aufgeschlagen oder gehalten wird
  2	GetOrder ((65-9-44101ef02-0): 400: {code:30024,message:"order_id ist ein ungültiger Parameter"}	GetOrder, CancelOrder, muss in den entsprechenden Vertragszustand der ID wechseln, sonst gibt es einen Fehler; bereits kompatibel
  3	{code:32007,message:Sie können nicht bei 20x kurz gehen, wenn Sie bei 10x kurz und/oder offene Aufträge halten.}	逐仓时，如果当前方向的合约为10倍（网站上设置的），下单时使用的是20倍，即会报该错误，另外逐仓下设置杠杆时需要注意方向，逐仓有2个杠杆值，一个多仓杠杆，一个空仓杠杆。调用exchange.SetMarginLevel设置杠杆时，和当前的下单方向有关，即buy方向时为设置多仓杠杆值，sell方向时设置空仓杠杆值，closebuy/closesell方向时会报错。
  …	…	…

OKEX V3 - Bargeldsumme

• Zusammenfassung der Probleme

  • 1. Nach der Bestellung sofort zurückgezogen, die Bestellung abgewickelt und die Abhebung ohne Fehler gemeldet, zurückgegeben ist eine normale erfolgreiche Abhebung. In ähnlichen Fällen, wie in der Abbildung unten, ist der tatsächliche Auftrag vollständig ausgeführt, aber die Rückrufoperation ist nicht fehlerhaft und scheint erfolgreich zu sein.

    

Zusätzliche Börsen

• Konfigurieren Sie OKEX V3 API KEY, die Konfiguration von Spot-Futures stimmt.

  Ausfüllen der entsprechenden Access-Key, Secret-Key, Passphrase

  Passphrase wird gespeichert, wenn Sie die V3 API KEY anfordern.

  

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

• Aktualisiert

  • 2019.2.17 Aktualisiert Fehlerbegrenzung für die Reichweite von dauerhaften Verträgen, ursprünglich 1-40. In der Praxis gibt es für jede Währung einen unterschiedlichen Leverage-Satz:

    Vertragsgeld	Leverage-Range
    BTC	1 ~ 100
    LTC	1 ~ 40
    ETH	1 ~ 100
    ETC	1 ~ 40
    XRP	1 ~ 40
    EOS	1 ~ 100
    BCH	1 ~ 40
    BSV	1 ~ 40
    Der TRX	1 ~ 20

  • API KEY für die Anforderung eines neuen Kontos, beim Aufruf von exchange.GetAccount (()) erfolgt ein Fehler: 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} Die Eigenschaft contracts ist null. Die Frage wurde bereits falsch behandelt.

  • OKEX-Optimierung

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

    Die Frage wurde bereits falsch behandelt.

  • Profit-Attribute geändert. Profit-Attribute-Problem bei der Abwicklung von Vertragsholdingdaten, Grund: GET /api/futures/v3/position-Interface Die Abwicklungsdaten, die long_pnl_ratio zurückgegeben werden, werden in der Form einer Rendite-Dimension dargestellt, nicht in der Form einer Rendite-Dimension, d.h. long_pnl_ratio ist bei 0.1 10% und nicht 0.1%.

  • Aktualisierung Quartalsverträge Kartierung Probleme. Das ist ein sehr schwieriges Thema für mich. Der Quartalsvertrag wird korrekt als BTC-USD-190628 (BTC-Beispiel) abgebildet.

  Der aktuelle Host muss heruntergeladen werden.

• Erwartet Für den Moment

Wenn Sie Fragen haben, wenden Sie sich bitte an Little Little Dream oder an das Bewerbungssystem.