OKEX v3 فاریکس کا خلاصہ

• مثال دینا 1۔ جب آپ کے پاس پوزیشن ہے تو آپ اسے دوسرے لیور میں تبدیل نہیں کرسکتے ہیں۔ 2، پوزیشن رکھنے پر دوسرے پوزیشن موڈ میں تبدیل نہیں کیا جاسکتا ((مکمل پوزیشن / ایک پوزیشن) 3، جب exchange.CancelOrder ((ID) ، منسوخی کو اس ID کے لئے آرڈر کے مطابق معاہدے کے تحت تبدیل کرنا ہوگا ((exchange.SetContractType سوئچ) مطابقت رکھتا ہے 4، exchange.GetAccount ((() تبادلہ تناسب کے معاہدے کے تحت اکاؤنٹ اثاثہ انٹرفیس حاصل کرنے کے لئے بلایا جاتا ہے ، جب پورے اسٹور موڈ میں: API انٹرفیس پر چار بار دورہ کیا جائے گا ، کیونکہ ایک ہی ٹوکری میں منجمد سکے کی تعداد الگ الگ انٹرفیس سے حاصل کی جاتی ہے (((تین قسم کے تبادلہ تناسب معاہدے) ) ۔ 5، معاہدہ کوڈ ((یعنی:exchange.SetContractType کے وقت منتقل کردہ پیرامیٹرز) چار اقسام میں تقسیم ہے: “thisweek” , “next“week” ، “quarter” ، “swap” (یعنی: مستقل معاہدہ) 6، جب exchange.GetOrder ((ID) کو بلایا جاتا ہے تو ، اس معاہدے کی حالت میں ہونا ضروری ہے جس کے مطابق آئی ڈی ہے ، ورنہ غلطی کی پیش کش کی جائے گی ، مستقل معاہدے کی شناخت اور حوالگی کی شرح کے بارے میں آئی ڈی میں کافی فرق ہے۔ 7، exchange.GetPosition() جب پوزیشن حاصل کی جائے تو ، تجارت کا تناسب تقریبا پورے پوزیشن کے موڈ میں ، مارجن کی خاصیت 0 。 8 ، ابتدائی ڈیفالٹ 10 گنا بیعانہ ، تجارت کی سمت خرید (بجٹ پر ایک پوزیشن / مکمل پوزیشن ، بیعانہ کی تعداد ، متعدد حالات ہوسکتے ہیں ، صارف کی اپنی ترتیب ہے)

• غلط معلومات:

|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! معاہدہ کی ترسیل کی تاریخ Calc contractType error! 3 response format error GetRecords انٹرفیس سے ڈیٹا حاصل کرنے کے بعد تجزیہ کیا گیا، ڈیٹا میں کوئی غلطی نہیں 4 Invalid direction SetDirection ٹریڈنگ کی سمت کی ترتیب میں پیرامیٹرز غلط 5 “the contractType not found: ” جب GetOrder / GetOrders کو بلایا گیا تو معاہدہ کوڈ کا نقشہ غلط تھا۔ 6 MarginLevel can only be set in the direction for buy/sell, current settings: مارجن لیول صرف خرید / فروخت کی سمت میں سیٹ کیا جاسکتا ہے ، موجودہ ترتیبات: |7|MarginLevel error, Must be a positive integer between 1 and 40.|1 سے 40 کے درمیان مستقل معاہدے کا فائدہ اٹھانا| 8 فیصد مارجن کی سطح غیر قانونی ہے اور صرف 10 / 20 فیصد کے بارے میں لیورج کی غلطی ہے. ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ ۰۹ 10 “analysingOrderId error, the orderId: “GetOrder، GetOrders، Buy، Sell فنکشن واپس آنے والی معلومات میں آرڈر آئی ڈی سبھی ہیلی کاپٹر کنٹریکٹ کوڈ ہیں|فکسڈ فارم ، جو بنیادی طور پر آرڈر کی واپسی ، آرڈر کی شناخت کے لئے استعمال ہوتا ہے ، نہ کہ ایکسچینج انٹرفیس پر واپس آنے والا اصل آرڈر ID ، اگر واپسی کے وقت غیر فکسڈ معاہدہ کوڈ استعمال کیا جاتا ہے|آرڈر آئی ڈی کی شکل میں، یعنی غلطیوں کا معاوضہ۔ 11 MarginLevel error. The contract for BTC ((یا دیگر سکے) Must be a positive integer between 1 and 100 ((یا دیگر اعداد) ۔

• ایکسچینج کی غلطی

|NO.|Error msg|description| |-|-|-| 1 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 “code”:32007, “message”: “You cannot open short at 20x when you are holding short position ((s) and/or open order ((s) at 10x. “} جب آپ پوزیشن کھولتے ہیں تو ، اگر موجودہ سمت کا معاہدہ 10 گنا ہے ((ویب سائٹ پر سیٹ کیا گیا) ، تو 20 گنا استعمال کیا جاتا ہے ، اس غلطی کی اطلاع دی جائے گی۔ اس کے علاوہ ، جب لیوریج کو پوزیشن کے نیچے سیٹ کرتے ہیں تو ، اس سمت پر توجہ دینے کی ضرورت ہے۔ |…|…|…|

OKEX V3 نقد رقم کا مجموعہ

• سوال کا خلاصہ

  • 1، آرڈر کے بعد فوری طور پر واپسی، آرڈر کی ترسیل، واپسی کی کارروائی میں کوئی خرابی نہیں ہے، عام واپسی کی کامیابی کی معلومات واپس آ گئی ہے. اگر آپ کے پاس ایک آرڈر ہے جو آپ نے پہلے ہی ادا کر دیا ہے ، تو آپ کو مندرجہ ذیل تصویر میں دکھایا گیا ہے: اصل آرڈر مکمل ہوچکا ہے ، لیکن منسوخی کی کارروائی میں کوئی غلطی نہیں ہوئی ، اور ایسا لگتا ہے کہ منسوخی کامیاب ہوگئی ہے۔

  

ایکسچینج شامل کریں

• OKEX V3 API KEY کی تشکیل کریں ، اور فوری طور پر فیوچر کی تشکیل کریں۔

متعلقہ رسائی کلید ، خفیہ کلید ، پاس فریز درج کریں

پاسفریج کو V3 API KEY کی درخواست کے بعد خود سیٹ اور محفوظ کریں۔

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

• تجدید

  • 2019.2.17 اپ ڈیٹ کر دیا گیا لوریج سیٹنگ کی حد میں غلطی کی حد ، جو پہلے 1-40 کی حد تھی۔ اصل میں ہر کرنسی میں مختلف حد تک بیعانہ کی ترتیب ہوتی ہے: کنٹریکٹ کرنسیوں کے لیور کی قیمت کی حد

    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}：
  原返回参数增加：挂单冻结保证金和持仓已用保证金（同逐仓）；
  

  اس مسئلے کا حل پہلے ہی موجود ہے۔

  • ہر پوزیشن کے نیچے ، پوزیشن کی معلومات منافع کی خاصیت میں ترمیم کریں۔ جب پوزیشن کی بنیاد پر ، معاہدہ پوزیشن رکھنے والا ڈیٹا منافع کی خاصیت کا مسئلہ ، وجہ: GET /api/futures/v3/position انٹرفیس پوزیشن کی بنیاد پر واپس آنے والا ڈیٹا ، long_pnl_ratio ، جس کی خاصیت منافع کی کم از کم رقم کی شکل میں ظاہر ہوتی ہے ، جو منافع کی کم از کم رقم نہیں ہے ، یعنی: long_pnl_جب ratio 0.1 ہو تو اس کی نمائندگی 10 فیصد ہوتی ہے نہ کہ 0.1 فیصد 。

  • اپ ڈیٹ کریں: سہ ماہی معاہدہ نقشہ سازی کے مسائل تازہ ترین: 19:30:00 سہ ماہی کا معاہدہ BTC-USD-190628 ، (BTC مثال) کے طور پر صحیح طور پر نقشہ تیار کیا گیا ہے۔

مندرجہ بالا اپ ڈیٹ کے لیے تازہ ترین منتظم کو ڈاؤن لوڈ کرنا ضروری ہے۔

• متوقع اپ ڈیٹ کوئی نہیں

اگر آپ کے پاس کوئی سوال ہے تو، براہ کرم ٹائی ٹائی ڈریم یا بلنگ سسٹم سے رابطہ کریں۔