اجناس کے مستقبل اور ڈیجیٹل کرنسی کے تبادلے کے API میں اختلافات

کموڈٹی فیوچر سی ٹی پی اور ڈیجیٹل کرنسی اے پی پی میں نمایاں اختلافات ہیں ، جو لوگ ڈیجیٹل کرنسی کے عمل سے متعلق تجارت سے واقف ہیں وہ کموڈٹی فیوچر کے عمل سے واقف نہیں ہیں۔ اس پوسٹ میں ان کے مابین اختلافات کا خلاصہ کیا جائے گا۔

تاریخی اعداد و شمار

سی ٹی پی انٹرفیس تاریخی منڈیوں کی فراہمی نہیں کرتا ہے ، تاریخی منڈیوں کو منڈیوں کے ذریعہ حل کرنے کی ضرورت ہے۔ اگر لینڈنگ نہ ہونے یا لینڈنگ کی لائن میں خرابی کی وجہ سے مارکیٹ کا ڈیٹا ضائع ہوجاتا ہے تو ، سی ٹی پی مارکیٹ کی واپسی کا کوئی طریقہ فراہم نہیں کرتا ہے۔ صرف تیسری پارٹی کے اعداد و شمار کے ذریعہ تاریخی منڈیوں تک رسائی حاصل کی جاسکتی ہے ، اور ڈیجیٹل کرنسی عام طور پر K لائنوں اور ٹرانزیکشن کی تاریخ تک رسائی کے لئے ایک انٹرفیس فراہم کرتی ہے۔

معاہدہ مختلف ہے

ڈیجیٹل کرنسی API عام طور پر REST اور websocket پروٹوکول ہیں ، CTP اندرونی طور پر نیٹ ورک سے متعلقہ منطق کو احاطہ کرتا ہے ، جس میں TCP پر مبنی FTD پروٹوکول کا استعمال کرتے ہوئے CTP پس منظر کے ساتھ بات چیت کرنے کے لئے کیا جاتا ہے۔

• درخواست کا جواب موڈ: کلائنٹ کی طرف سے درخواست کا آغاز، سی ٹی پی کے پس منظر میں درخواست وصول اور جواب
• ریڈیو مواصلات کا طریقہ: جب کلائنٹ نے معاہدے کی خریداری کی تو ، سی ٹی پی ریڈیو کے ذریعہ مارکیٹ کی معلومات کو آگے بڑھاتا ہے۔
• نجی مواصلات کا طریقہ: کلائنٹ کے ذریعہ کسی معاہدے پر کام کرنے کے بعد ، آرڈر کی معلومات ، ٹرانزیکشن کی واپسی وغیرہ کو سی ٹی پی کے ذریعہ ایک دوسرے سے آگے بڑھایا جاتا ہے۔

سی ٹی پی پروٹوکول کے تمام شعبوں اور آرڈرز کی تجارت میں تبدیلی کے بعد ہی مطلع کیا جاتا ہے ، جبکہ آرڈر ، اکاؤنٹ ، ہولڈنگ کی انکوائری ایک فعال انکوائری ہے۔ مندرجہ بالا تینوں طریقوں کو ڈیجیٹل کرنسی API میں اسی طرح کی شکل میں پایا جاسکتا ہے۔

اعداد و شمار مختلف ہوتی ہیں

سی ٹی پی پروٹوکول کی گہرائی صرف ایک خرید و فروخت ہے ، پانچ درجے کی مارکیٹنگ کی فیس مہنگی ہے ، ڈیجیٹل کرنسی عام طور پر مکمل گہرائی یا 200 فائلوں تک رسائی حاصل کرسکتی ہے۔ سی ٹی پی حقیقی ٹرانزیکشن کو آگے نہیں بڑھاتا ہے ، صرف اسٹاک کی تبدیلیوں کو پیچھے ہٹانے کے ذریعہ ، جبکہ ڈیجیٹل کرنسی ایکسچینج API حقیقی ادائیگی کی تجارت تک رسائی حاصل کرسکتا ہے۔ گھریلو سی ٹی پی پلیٹ فارمز کے لئے ٹرانزیکشن ڈیٹا ٹِک کی سطح 1 سیکنڈ 2 ٹِک ہے۔ ڈیجیٹل کرنسی ایکسچینج ویب ساکٹ زیادہ سے زیادہ 1 سیکنڈ 10 بار کرسکتا ہے۔

رسائی کی حدود مختلف ہیں

ڈیجیٹل کرنسی کے تبادلے عام طور پر 1 سیکنڈ 10 بار تک محدود ہوتے ہیں۔ زیادہ تر آرڈر کی واپسی کے لئے کوئی خاص تقاضے نہیں ہوتے ہیں۔ سی ٹی پی کی درخواستوں پر سخت پابندیاں ہوتی ہیں جن کی ضرورت ہوتی ہے کہ وہ خود بخود جاری کی جائیں ، عام طور پر 2s ایک بار زیادہ محفوظ ہوتا ہے ، اور واپسی کی تعداد کے لئے بھی تقاضے ہوتے ہیں۔

استحکام

سی ٹی پی پروٹوکول بہت مستحکم ہے اور غلطیوں اور نیٹ ورک کے مسائل کا سامنا کرنا پڑتا ہے۔ ڈیجیٹل کرنسیوں کو کم پابندیوں ، طویل ٹرانزیکشن وقت ، بحالی ، ڈیٹا تاخیر ، نیٹ ورک کی خرابیوں وغیرہ کی وجہ سے بہت عام ہونا چاہئے۔

ایف ایم زیڈ کیوٹیفکیشن پلیٹ فارم سی ٹی پی پروٹوکول بہترین عمل

سی ٹی پی ڈیفالٹ موڈ میں تجارت حاصل کرنے والے انٹرفیس جیسے گیٹ ٹکر ، گیٹ ڈیپتھ ، گیٹ ریکارڈز میں تازہ ترین ڈیٹا حاصل کرنے کے لئے کیشڈ ڈیٹا ہوتا ہے ، جب کوئی ڈیٹا نہیں ہوتا ہے تو وہ ڈیٹا کا انتظار کرتے رہتے ہیں ، لہذا یہ حکمت عملی نیند کا استعمال نہیں کرسکتی ہے۔ جب تجارت میں تبدیلی آتی ہے تو ، ٹکر ، گہرائی ، ریکارڈز کو اپ ڈیٹ کیا جاتا ہے ، اس وقت کسی بھی انٹرفیس کو فوری طور پر واپس کردیا جاتا ہے ، جس میں کال کی گئی انٹرفیس کی حالت کو اپ ڈیٹ کے منتظر وضع میں رکھا جاتا ہے ، اگلی بار اسی انٹرفیس کو کال کرنے پر ، نئے ڈیٹا کی واپسی کا انتظار کیا جاتا ہے۔

اگر آپ ہر بار مارکیٹ تک رسائی حاصل کرنا چاہتے ہیں تو ، یہاں تک کہ پرانے اعداد و شمار کو بھی ، مارکیٹوں کو فوری طور پر اپ ڈیٹ کرنے کے موڈ میں تبدیل کیا جاسکتا ہے۔exchange.IO("mode"، 0) ؛ اس وقت پالیسی واقعے پر مبنی نہیں لکھی جاسکتی ہے۔ ایک سوئی واقعہ شامل کرنے کی ضرورت ہے ، تاکہ تیز رفتار موت کی لپیٹ سے بچا جاسکے۔ کچھ کم تعدد کی حکمت عملی اس طرز کا استعمال کرسکتی ہے ، اور حکمت عملی کا ڈیزائن آسان ہے۔使用exchange.IO(mode، 1) کیشے کے پہلے سے طے شدہ موڈ میں واپس جا سکتے ہیں۔

ایک معاہدے پر عملدرآمد کرتے وقت ، ڈیفالٹ موڈ کا استعمال کیا جاسکتا ہے۔ لیکن اگر یہ متعدد معاہدے ہیں تو ، یہ ممکن ہے کہ ایک معاہدہ جس میں مارکیٹوں کی تازہ کاری نہیں کی گئی ہو ، اس کے نتیجے میں مارکیٹوں کے انٹرفیس کو حاصل کرنے میں رکاوٹ پیدا ہوجائے ، اور دوسرے معاہدوں کی مارکیٹوں کی تازہ کاریوں کو بھی حاصل نہیں کیا جاسکتا ہے۔ اس مسئلے کو حل کرنے کے لئے ، فوری طور پر اپ ڈیٹ موڈ کا استعمال کیا جاسکتا ہے ، لیکن اعلی تعدد کی حکمت عملی نہیں لکھی جاسکتی ہے۔ اس وقت ایونٹ پش موڈ کا استعمال کیا جاسکتا ہے ، آرڈر اور مارکیٹوں کی پیش کش حاصل کریں۔设置方式为exchange.IO("انتظار کریں") ؛ اگر ایک سے زیادہ ایکسچینج اشیاء کو شامل کیا جاتا ہے تو ، جو کہ کموڈٹی فیوچر میں کم ہی ہوتا ہے ، آپ کو ایک ہی وقت میں ایک سے زیادہ ایکسچینج اشیاء کو شامل کرنے کی ضرورت ہوگی۔可以使用exchange.IO(Wait_any) ، اس وقت واپس آنے والا انڈیکس واپسی والے ایکسچینج انڈیکس کی نشاندہی کرتا ہے۔

رجحان ٹِک تبدیلیوں کو آگے بڑھانا: {Event: tick tick, Index: Exchange index ((بٹ ایکسچینج کے مطابق ترتیب میں شامل کیا گیا) ، Nano: Event nanosecond time, Symbol: Contract name} آرڈر کو آگے بڑھانا: {ایونٹ: آرڈر کیڑے، انڈیکس: ایکسچینج انڈیکس، نینو: واقعہ نان سیکنڈ وقت، آرڈر: آرڈر کی معلومات ((GetOrder کے ساتھ مل کر حاصل کریں) }

اس وقت حکمت عملی کا ڈھانچہ اس طرح لکھا جا سکتا ہے:

function on_tick(symbol){
    Log("symbol update")
    exchange.SetContractType(symbol)
    Log(exchange.GetTicker())
}

function on_order(order){
    Log("order update", order)
}

function main(){
    while(true){
        if(exchange.IO("status")){ //判断链接状态
            exchange.IO("mode", 0)
            _C(exchange.SetContractType, "MA888")//订阅MA，只有第一次是真正的发出订阅请求，接下来都是程序切换，不耗时间。
            _C(exchange.SetContractType, "rb888")//订阅rb
            while(True){
                var e = exchange.IO("wait")
                if(e){
                    if(e.event == "tick"){
                        on_tick(e.Symbol)
                    }else if(e.event == "order"){
                        on_order(e.Order)
                    }
                }
           }
        }else{
            Sleep(10*1000)
        }
    }
}