网格策略、马丁策略这种喜欢震荡行情的策略有其固有弊端,在ETH合约市场上也测试了一段时间的类似策略。也经常和FMZ.COM上的新老玩家们聊天分享经验。对于此类策略,有一点是非常赞同一位朋友的说法的。那就是币圈中做合约,做多相对于做空风险小了那么一丢丢。或者简单说就是下跌最惨就是归零,上涨是无限的。
مارٹن ، کیا اس طرح کی حکمت عملی صرف زیادہ کام کرنا ، کچھ نہیں کرنا ، ایک لمبے فاصلے پر تقسیم شدہ نقل و حمل کا خطرہ دو طرفہ کرنے سے بہتر ہے؟ یہ خیال اچھا لگتا ہے ، لیکن کوئی نہیں جانتا ہے کہ کیا یہ حقیقی زندگی میں برداشت کرے گا۔ لیکن کم از کم ہم اس خیال کو ایک سادہ ریٹیسٹ کے ساتھ آزما سکتے ہیں۔ لہذا ہمارے پاس آج کے مضمون کا موضوع ہے: ایک معاہدہ نقل و حمل کی حکمت عملی تیار کرنا۔
اس خیال کو عملی جامہ پہنانے کے لئے کوڈ بہت آسان ہے ، اس پلیٹ فارم کی لچک ، انٹرفیس پیکیجنگ ، طاقتور ریسکیو سسٹم وغیرہ کی بدولت۔ پورے کوڈ میں صرف 60 لائنیں ہیں ((کوڈ لکھنے کی شرائط کے لئے ، بہت ساری چیزیں جو مختصر ہوسکتی ہیں وہ مختصر نہیں ہیں) ۔
حکمت عملی کے خیالات کا ڈیزائن بہت آسان ہے ، منطق کے آغاز میں ابتدائی قیمت کے مطابق ، وقفے وقفے سے نیچے کی ادائیگی کی جاتی ہے ، قیمتیں نیچے کی طرف بڑھتی رہتی ہیں ، اور اس کے بعد مسلسل نقل ہوتی رہتی ہیں۔ پھر ہولڈنگ کی قیمت کی بنیاد پر ایک خاص منافع کے فرق کے بعد بریفنگ کا آرڈر لگائیں ، بریفنگ کا انتظار کریں۔ اگر بریفنگ ہو تو ، موجودہ قیمت پر ابتدائی قیمت کے طور پر مندرجہ بالا منطق کو دہرائیں۔ حکمت عملی خالی اسٹاک نہیں رکھتی ہے ، صرف زیادہ بریفنگ کرتی ہے۔
اسٹریٹجی کا ماخذ:
function cancelAll() {
while (true) {
var orders = _C(exchange.GetOrders)
if (orders.length == 0) {
break
}
for (var i = 0 ; i < orders.length ; i++) {
exchange.CancelOrder(orders[i].Id, orders[i])
Sleep(interval)
}
}
}
function getLong(arr, kind) {
var ret = null
for (var i = 0 ; i < arr.length ; i++) {
if (arr[i].Type == (kind == "pos" ? PD_LONG : ORDER_TYPE_BUY)) {
ret = arr[i]
}
}
return ret
}
function pendingBidOrders(firstPrice) {
var index = 0
var amount = baseAmount
while (true) {
var pos = _C(exchange.GetPosition)
var price = firstPrice - index * baseSpacing
amount *= ratio
index++
exchange.SetDirection("buy")
exchange.Buy(price, amount)
if (pos.length != 0) {
var longPos = getLong(pos, "pos")
if (longPos) {
exchange.SetDirection("closebuy")
exchange.Sell(longPos.Price + profitTarget, longPos.Amount)
}
}
while (true) {
Sleep(interval)
if (!getLong(_C(exchange.GetOrders), "orders")) {
cancelAll()
break
}
if (!getLong(_C(exchange.GetPosition), "pos")) {
cancelAll()
return
}
}
}
}
function main() {
exchange.SetContractType(symbol)
while (true) {
pendingBidOrders(_C(exchange.GetTicker).Last)
}
}
اس کے علاوہ، یہ بھی آسان ہے کہ اس کے پیرامیٹرز کو ڈیزائن کریں:
صرف یہ چند پیرامیٹرز ہیں۔
اس کے علاوہ ، آپ کو اپنی مرضی کے مطابق وقت کی حد مقرر کرنے کی ضرورت ہے۔
دوبارہ جانچ پڑتال:
ایسا لگتا ہے کہ بہت زیادہ نیٹ ورک ، مارٹن کی طرح کی حکمت عملی کا ذائقہ ہے۔ ابتدائی طور پر سیکھنے والے نئے ساتھیوں کو اس طرح کی طویل حکمت عملی سے خوفزدہ نہیں ہے ، اور ان کی حوصلہ افزائی کرنا آسان ہے۔ مختصر نفیس حکمت عملی ابتدائی طور پر زیادہ موزوں ہے ، اسٹریٹجک خیالات کو ہضم کرنا آسان ہے ، منطقی ڈیزائن سیکھنا۔
اسٹریٹجک کوڈ صرف سیکھنے، تحقیق اور استعمال کے لیے ہے۔
علی/upload/asset/1dd6dcfd4579dc0b239a6.jpeg آپریشن کے بعد ایک غلطی کا سامنا کرنا پڑتا ہے اور پھر آپ کو لامتناہی طور پر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر لپیٹ کر
خواب آٹھ ہندسوں میں ہیںکیا یہ حکمت عملی صرف بائنن پر چلتی ہے؟
خواب آٹھ ہندسوں میں ہیںپوزیشن میں اضافے کا کیا مطلب ہے؟
خواب آٹھ ہندسوں میں ہیںکیوں کوئی پالیسی ایڈریس نہیں ہے؟ پالیسی کاپی کرنے کا ذریعہ استعمال نہیں کیا جا سکتا
ایجاد کاروں کی مقدار - خوابکیا ایک سے زیادہ ڈرائیوز چل رہی ہیں؟ اگر ایک سرور پر دو ڈرائیوز چل رہی ہیں تو ، تعدد دوگنا ہوجائے گا ، اور اسی طرح۔
علی/upload/asset/1dd36e54848c3bdf8c759.jpeg میں نے اس پیرامیٹر کے بارے میں سوچا ہے کہ یہ دو بار ٹریننگ 120 بار فی منٹ تک ہے، اور اس سے زیادہ نہیں ہے، لیکن یہ ایک چھوٹی سی غلطی ہے.
ایجاد کاروں کی مقدار - خوابہیلو، یہ حکمت عملی سے متعلق نہیں ہے، آپ میک زبان کی ٹیمپلیٹ کی پیرامیٹرز پر گھومنے پھرنے کا وقفہ مقرر کر سکتے ہیں، اور کچھ بڑا مقرر کر سکتے ہیں۔ اگر آپ ایک سرور پر ایک سے زیادہ فکسڈ ڈسک چلاتے ہیں، اور ایک ہی تبادلے کے انٹرفیس تک رسائی حاصل کرتے ہیں، تو فریکوئنسی دوگنی ہو جائے گی، اور یہ بہت آسان ہے کہ فریکوئنسی حد سے زیادہ ہو جائے گی۔
علی/upload/asset/1dce38677beaf3c7ca065.jpeg اب بائنن مائی زبان کی پالیسیوں کی حمایت نہیں کر سکتے ہیں، ویب پر اپ ڈیٹ کرنے کے لئے کس طرح کی ہدایت کی جائے گی.
ایجاد کاروں کی مقدار - خوابمیں نے اس کے بارے میں کچھ نہیں لکھا۔
علیاچھا شکریہ، میں جانتا ہوں
ایجاد کاروں کی مقدار - خوابہیلو ، یہ ایک تعلیمی حکمت عملی ہے ، بنیادی طور پر اس خیال کی وضاحت کرنا ہے کہ آپ بوائے اینج پرفارمنس کنٹریکٹ پر چل سکتے ہیں ، چلنے کے لئے اوکے کو اس حکمت عملی میں ترمیم کرنے کی ضرورت ہے۔ مندرجہ بالا مسئلہ کی وجہ یہ ہے کہ اگلی رقم ایک نچلی تعداد ہے ، اوکے ایکس کا مطلب ہے کہ اگلی رقم معاہدے کے لئے ایک پوری تعداد ہے۔ بوائے اینج فیوچر USDT مقامی مستقل معاہدہ ایک نچلی تعداد ہوسکتی ہے۔
ایجاد کاروں کی مقدار - خوابآپ کو یہ بھی پتہ چل جائے گا کہ آپ کو کیا کرنا چاہئے اور آپ کو کیا کرنا چاہئے.
ایجاد کاروں کی مقدار - خوابیہ حکمت عملی صرف ایک تدریسی حکمت عملی ہے ، اسے عملی طور پر استعمال نہ کریں ، تحقیق کو دوبارہ جانچنا سیکھنا ہے۔ حکمت عملی کا منبع کوڈ کاپی کریں ، اور اس کے علاوہ حکمت عملی کے پیرامیٹرز شامل کریں ، جیسے مضمون میں اسکرین شاٹ۔
ایجاد کاروں کی مقدار - خواب2 کو 2 گنا بڑھانے کے لئے مقرر کیا گیا ہے۔