Type/to search
3
Follow
1505
Followers
FMEX چھانٹنا بہترین آرڈر کی مقدار کو بہتر بناتا ہے۔
Discussions
Created 2020-07-03 09:30:03  Updated 2023-09-28 21:11:27
 0
 2465

img

FMEX کے خاتمے نے بہت سے لوگوں کے لیے کافی پریشانی کا باعث بنا، لیکن حال ہی میں اس نے دوبارہ شروع کرنے کا منصوبہ بنایا اور قرضوں کو کھولنے کے لیے اصل کان کنی کی طرح کے اصول وضع کیے ہیں۔ ٹرانزیکشن مائننگ پر ایک تجزیہ مضمون دیا گیا ہے: https://www.fmz.com/bbs-topic/5834۔ کان کنی کو چھانٹنے میں اصلاح کی گنجائش بھی ہے۔ اگرچہ لوگوں کو ایک ہی گڑھے میں دو بار نہیں گرنا چاہیے، جن کے FMEX پر دعوے ہیں وہ اس کا حوالہ دینا چاہیں گے جو FMZ مقداری پلیٹ فارم پر چلائی جا سکتی ہیں۔

FMEX چھانٹی انلاک کرنے کے قواعد

ہر دن کے ہر 5 منٹ کو ایک چھانٹی انلاکنگ سائیکل کے طور پر بیان کریں، اور ہر سائیکل کو اس دن لین دین کے جوڑے کے چھانٹنے والے انلاکنگ کوٹہ کا 1/288 مختص کیا جاتا ہے۔ ہر چکر میں، تجارتی جوڑے کے خرید و فروخت کے آرڈرز کا سنیپ شاٹ لینے کے لیے ایک بے ترتیب ٹائم پوائنٹ کا انتخاب کیا جاتا ہے، جہاں:

  • 1 خریدیں صارف کے آرڈر کی رقم کے تناسب کی بنیاد پر، انلاکنگ مدت کی واپسی کی رقم کا 1/4 اس درجہ بندی کے لیے مختص کیا جاتا ہے۔
  • 1 فروخت کریں صارف کے آرڈر کی رقم کے تناسب کے مطابق، انلاکنگ مدت کی واپسی کی رقم کا 1/4 اس درجہ بندی کے لیے مختص کیا جاتا ہے۔
  • خرید 2 کے 4 درجات کے لیے 5 خریدنے کے لیے، انلاکنگ مدت کی واپسی کی رقم کا 1/40 ہر درجے میں صارف کے آرڈر کی رقم کے تناسب کے مطابق ہر درجے کو مختص کیا جائے گا۔
  • فروخت 2 سے 5 فروخت کرنے کے 4 درجوں میں آرڈرز کے لیے، رینکنگ کے غیر مقفل ہونے کی مدت کی واپسی کی رقم کا 1/40 ہر سطح میں صارف کے آرڈر کی رقم کے تناسب کے مطابق مختص کیا جائے گا۔
  • Buy 6 سے Buy 10 تک کے پانچ آرڈرز کے لیے، ان لاکنگ پیریڈ کی واپسی کی رقم کا 1/50 ہر آرڈر میں آرڈر کی رقم کے تناسب کے مطابق ہر آرڈر کے لیے مختص کیا جائے گا۔
  • 6 سے 10 تک کے سیل آرڈرز کے پانچ درجوں کے لیے، ان لاک کرنے کی مدت کی واپسی کی رقم کا 1/50 ہر درجے میں صارف کے آرڈر کی رقم کے تناسب کے مطابق ہر درجے کو مختص کیا جائے گا۔
  • Buy 11 سے Buy 15 تک کے پانچ آرڈرز کے لیے، ان لاکنگ پیریڈ کی واپسی کی رقم کا 1/100 ہر آرڈر میں آرڈر کی رقم کے تناسب کے مطابق ہر آرڈر کے لیے مختص کیا جائے گا۔
  • سیل 11 سے سیل 15 تک کے پانچ آرڈرز کے لیے، ان لاکنگ پیریڈ کی واپسی کی رقم کا 1/100 ہر آرڈر میں آرڈر کی رقم کے تناسب کے مطابق ہر آرڈر کے لیے مختص کیا جائے گا۔

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

فوائد کو غیر مقفل کرنے کے لیے ترتیب دینا

سب سے پہلے، چھانٹنے اور کھولنے کی کل آمدنی ہے:

img

یہاں، میں پوزیشنوں میں سے ایک کی نمائندگی کرتا ہوں، دونوں پارٹیوں کے لیے کل 30 پوزیشنیں ہیں، ایک زیر التواء آرڈر کی مقدار ہے، R ان لاک کرنے والی واپسی کی رقم ہے، اور V موجودہ آرڈرز کی کل تعداد ہے۔

ٹرانزیکشن کو غیر مقفل کرنے کے برعکس، آرڈر دینے کی کوئی قیمت نہیں ہے، یہاں صرف R کو متعلقہ سائز پر غور کرنے کی ضرورت ہے، اور USDT میں متعین مطلق رقم پر غور کرنے کی ضرورت نہیں ہے۔ اگر ہم زیر التواء آرڈرز کی کل تعداد کا تعین کرتے ہیں، تو سوال یہ بنتا ہے کہ منافع G کو زیادہ سے زیادہ کرنے کے لیے مختلف عہدوں پر آرڈرز کیسے مختص کیے جائیں۔ بس سب سے چھوٹی آرڈر کی مقدار کے ساتھ محل وقوع کی تلاش اور وہاں تمام آرڈرز دینا ظاہر ہے کہ بہترین حل نہیں ہے۔ مثال کے طور پر، 10 موجودہ آرڈرز کے ساتھ تین پوزیشنیں ہیں، اور ہم نے آرڈر کا کل حجم 30 پر سیٹ کیا ہے۔ حتمی منافع 1.5R ہے، جو ظاہر کرتا ہے کہ بعض اوقات منتشر آرڈرز کا منافع بہتر ہوتا ہے۔ تو آپ فنڈز کیسے مختص کرتے ہیں؟

چھانٹی انلاکنگ کی اصلاح

آخر میں، ہمارے اصلاح کے مقاصد اور رکاوٹیں ہیں:

img

جہاں M کل آرڈر کی مقدار ہے۔ یہ ایک چوکور محدب اصلاح کا مسئلہ ہے جس میں عدم مساوات شامل ہے، جو KTT کی حالت کو پورا کرتا ہے اور اس کا ایک عدد حل ہے۔ متعلقہ پیکیج اور کنویکس آپٹیمائزیشن سولور کا استعمال کرتے ہوئے، براہ راست نتائج حاصل کرنا اور ہر پوزیشن کے لیے بہترین آرڈر کی مقدار کو واپس کرنا ممکن ہونا چاہیے۔ لیکن ظاہر ہے کہ یہ وہ جواب نہیں ہے جو ہم چاہتے ہیں۔

آئیے ایک سادہ مثال کے ساتھ شروع کریں۔

صرف دو درجات پر غور کریں موجودہ آرڈر والیوم 10 اور 20 ہیں (بالترتیب پہلے درجے اور دوسرے درجے کے طور پر کہا جاتا ہے) دونوں R. حکمت عملی کے ریزرو آرڈرز کی کل تعداد 30 ہے۔ انہیں کیسے مختص کیا جانا چاہیے؟ کیا فنڈز کو کھولنے کی حد کو زیادہ سے زیادہ کر دیا گیا ہے؟ یہ سوال بظاہر آسان لگتا ہے، لیکن بغیر حساب کتاب کے صحیح نتیجہ اخذ کرنا مشکل ہے، قارئین اس کا جواب پہلے خود سوچنا چاہیں گے۔

منظرنامہ 1:

کم از کم آرڈر کی پوزیشن تلاش کریں اور وہاں تمام آرڈر دیں، کل منافع G=30/(30+10)=0.75R۔ یہ سوچنے کا سب سے آسان حل بھی ہے۔

منظر نامہ 2:

1 یوآن ہر بار مختص کیا جاتا ہے اور اس جگہ کو مختص کیا جاتا ہے جو سب سے زیادہ منافع کما سکتا ہے، یعنی وہ جگہ جہاں زیر التواء آرڈرز کی سب سے کم تعداد ہے۔ پھر پہلا یوآن پہلے درجے کے لیے مختص کیا جائے گا، اور پہلے درجے کا آرڈر والیوم 10+1 ہو جائے گا، دوسرے یوآن کو بھی پہلے درجے کے لیے مختص کیا جائے گا... اور اسی طرح، کل 10 یوآن تک۔ پہلے درجے کے لیے مختص کیا جاتا ہے اس وقت، ایک کو بے ترتیب طور پر منتخب کیا جائے گا، اور جب پہلے درجے میں زیر التواء آرڈرز کی کل تعداد 20 سے تجاوز کر جائے گی، تو اسے دوسرے درجے کے لیے مختص کیا جائے گا۔ حتمی نتیجہ یہ ہے کہ 20 یوآن پہلے درجے کے لیے مختص کیے گئے ہیں اور دوسرے درجے کے لیے 10 یوآن مختص کیے گئے ہیں، اور ان کے حتمی آرڈرز دونوں 30 ہیں۔ کل منافع G=20/30+10/30=R۔ یہ حل حل 1 سے بہت بہتر ہے اور حساب لگانا بھی آسان ہے۔

حل 3:

ہم فرض کر سکتے ہیں کہ پہلا درجہ a مختص کیا گیا ہے، اور دوسرا درجہ 30-a ہے پھر ہم مساوات کو براہ راست درج کر سکتے ہیں اور اس کا مشتق 0 کے طور پر تلاش کر سکتے ہیں (یہ عمل یہاں درج نہیں ہے، یہ ٹرانزیکشن انلاکنگ کے مضمون کی طرح ہے۔ )، اور حتمی نتیجہ کا حساب لگائیں:
img

عدد میں بدلیں اور a=15 حاصل کریں۔ کل منافع G=15/25+15/35=1.0286R، جو آپشن 2 سے بہتر ہے۔ چونکہ یہ براہ راست فارمولے سے اخذ کیا گیا ہے، اس لیے قارئین اسے چیک کر سکتے ہیں۔

نتیجہ آپ کی توقع سے مختلف ہو سکتا ہے یہ واضح ہے کہ پلان 2 میں ہر ڈالر کی تقسیم موجودہ حالات میں بہترین حل کیسے ہے؟ یہ صورت حال بہت عام ہے، ضروری نہیں کہ مقامی زیادہ سے زیادہ ہو، کیونکہ مختص کرنے سے پہلے، آرڈرز نے پہلے ہی فنڈز لگا رکھے ہیں، اور مجموعی کارکردگی کو ڈوبنے والے اخراجات پر غور کرنے کی ضرورت ہے۔ اصلاح کے ہر قدم کے لیے ہمارا مقصد کسی ایک فائدے کو زیادہ سے زیادہ کرنے کے بجائے مجموعی کارکردگی کو بڑھانا ہے۔

مخصوص اصلاحی منصوبہ

آخر میں، ہم نے اصل قابل عمل آپریشن شروع کر دیا ہے آئیے ہر بار 1 یوآن مختص کر کے مسئلے کو آسان بنائیں۔ سب سے پہلے، آئیے کارکردگی کی پیمائش کرتے ہیں کہ G میں ہر ایک کی شراکت کی عکاسی ہوتی ہے۔ ظاہر ہے، فنکشن کے گراف کے مطابق، جب a=1، افادیت وجود سے عدم تک سب سے زیادہ ہوتی ہے، اور پھر آہستہ آہستہ کم ہوتی جاتی ہے۔

img

اوپر دی گئی سادہ سی مثال کو بطور مثال لیتے ہوئے، ہم ان کے فنڈز مختص کرنے کی کارکردگی کا حساب لگا سکتے ہیں اور انہیں ایک جدول میں درج کر سکتے ہیں:

فنڈز12
10.08260.0454
20.0690.0413
30.05920.0378
40.0510.0347
50.04440.032
.........
120.02070.0195
130.01890.0184
140.01740.0173
150.0160.0163
160.01480.0154
170.01370.0146
180.01280.0139

جدول کے مطابق، پہلا یوآن پہلے درجے کے لیے مختص کیا گیا ہے، دوسرا یوآن پہلے درجے کے لیے مختص کیا گیا ہے... پانچویں یوآن دوسرے درجے کے لیے مختص کیے گئے ہیں... اور اسی طرح، اور آخر میں 15 یوآن مختص کیے گئے ہیں پہلے درجے اور 15 یوآن سے دوسرے درجے کے یوآن، جو کہ ہم نے مساوات کی بنیاد پر حساب کیا بہترین حل ہے۔ خاص طور پر 30ویں گیئر کے لیے، الگورتھم ایک جیسا ہے، اور مخصوص مراحل یہ ہیں:

    1. پہلے تمام گیئرز کو چیک کریں اگر V=0، پھر a=1، اور مزید فنڈز مختص نہیں کیے جائیں گے۔
    1. کل فنڈز کو N حصوں میں مختص کریں، اور ہر بار مختص کرنے کے لیے ایک گیئر منتخب کریں۔
    1. ہر گیئر = RV/pow(a+V,2) کی کارکردگی کا حساب لگائیں، جہاں a اس پوزیشن کے لیے مختص جمع فنڈز + اس بار مختص کیے گئے فنڈز کی نمائندگی کرتا ہے۔
    1. سب سے زیادہ موثر گیئر کے لیے فنڈز مختص کریں، اور اگر کارکردگی یکساں ہو تو تصادفی طور پر ایک کو منتخب کریں۔
    1. فنڈز مختص ہونے تک 3-4 کو دہرائیں۔

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

یہ مضمون FMZ مقداری پلیٹ فارم کا اصل مضمون ہے براہ کرم منتقلی کے وقت ماخذ کی نشاندہی کریں: https://www.fmz.com/bbs-topic-new/5843۔

Related Recommendations
Comment
All comments (0)
No data
No data
  • 1
iPhone Download
Forums
PINE Language
© 2015 - ∞ INVENTOR PTE LTD (SG)