例示する
誤った情報:
|NO.|Error msg|description|
|-|-|-|
≪1 ≪ContractType Invalid ≫ は,契約が設定されていない,または契約が設定されていない. ≫ は,契約が設定されていない場合,ロボットを初期起動する際に,SetMarginLevel関数がレバーを設定されているかどうかをチェックします.
2 Calc contractType error! 契約の交付日付を計算するエラー
『3』の『Response format error』の『GetRecords』のインターフェースで,データを取得した後に解析した結果,データに誤りがある.
取引の方向を設定する際のパラメータが間違っています.
契約コードをマッピングする際のエラー
『6』 MarginLevel can only be set in the direction for buy/sell, current settings: 『6』 MarginLevel can only be set in the direction for buy/sell, current settings: 『6』 MarginLevel can only be set in the direction for buy/sell, current settings: 『6』 MarginLevel can only be set in the direction for buy/sell, current settings: 『6』 MarginLevel can only be set in the direction for buy/sell, current settings: 『6』 MarginLevel can only be set in the direction for buy/sell, current settings: 『6』 MarginLevel can only be set in the direction for buy/sell
|7|MarginLevel error, Must be a positive integer between 1 and 40.|1~40のレバレッジで|
利差の誤差は10 / 20 分の1です
契約の種類は見つかりませんでした. 契約の種類は見つかりませんでした. 契約の種類は見つかりませんでした.
≪10 ≪analysingOrderId error, the orderId: ≫GetOrder,GetOrders,Buy,Sell 関数の返信メッセージの注文IDは,の契約コードである|形式,主に注文の撤回,問い合わせ時に識別される,取引所のインターフェースで返された実際の注文IDではなく,撤回時に非契約コードが使用される|の形式のオーダーIDは,エラーの報復となる.
『11のMarginLevel error. The contract for BTC (または他のコイン) Must be a positive integer between 1 and 100 (または他の数値) 』 『11のMarginLevel error. The contract for BTC (または他のコイン) Must be a positive integer between 1 and 100 (または他の数値) 』 『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 ≪ ≪ ≫ ≫ ≫ 3 ≫ ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 3 ≫ 4 ≫ 3 ≫ 4 ≫ 4 ≫ 4 ≫ 4 ≫ 4 ≫ 5 ≫ 4 ≫ 4 ≫ 4 ≫ 5 ≫ 4 ≫ 5 ≫ 5 ≫ 6 ≫ 6 ≫ 6 ≫ 7 ≫ 8 ≫ 8 ≫ 9 ≫ 9 ≫ 9 ≫ 9 ≫ 10 ≫ 10 ≫ 10 ≫ 10 ≫ 10 ≫ 10 ≫ 10 ≫ 10 ≫ 10 ≫ 1 ≫ 1 ≫ 1 ≫ |…|…|…|
問題集

アクセスキー , シークレットキー , パスフレーズ

Passphraseは,V3 API KEYを申請する際に自分で設定して保存する.

# 注意:如果托管者版本比较旧,需要更新托管者。
# 注意:Futures_OP 4 错误,检查是不是 策略代码中使用了 exchange.IO 调用了 V1 接口(交易所配置API KEY 配置的V3 KEY)。
更新する
2019.2.17 永続契約のレバレッジ設定範囲の誤り制限を更新しました. 仮想通貨は,リベージメントの設定範囲が異なる. 契約通貨のレバレッジの範囲
| 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 (()) を呼び出すときに,エラーが表示される: GetAccount: type assertion to[]interface{} failed これは,インターフェースが返しているからです: {“total_avail_balance”:“0”,“contracts”:null”,equity”:“0”,“margin_mode”:“fixed”} contractsの属性は null である. この問題については,既に誤って処理されています.
OKEX最適化について
4、获取单个/所有合约账户信息接口
GET /api/futures/v3/accounts//GET /api/futures/v3/accounts/{currency}:
原返回参数增加:挂单冻结保证金和持仓已用保证金(同逐仓);
この問題については,既に誤って処理されています.
ポジションごとに,ポジション情報Profit属性を修正する. ポジションごとに,契約保有データ Profit属性問題,原因: GET /api/futures/v3/positionインターフェース 返されたポジションごとにデータ , long_pnl_ratio ,属性は,利率小数値として表現される形式であり,利率の小数値ではない,すなわち: long_pnl_ratioが0.1であるとき,それは10%であり,0.1%ではない.
更新 契約の四半期マッピング問題 更新日: 2019年3月15日 19時30分 四半期契約はBTC-USD-190628として正しくマッピングされています.
この更新は,最新版の管理者をダウンロードする必要があります.