رولنگ ڈونچین: بریک آؤٹ اور اندر واپسی کی بروقت معلوم حوالہ سطحیں

عملی مراحل

1. N بار جمع کریںموجودہ بار سے پہلے مکمل مشاہدات کا استعمال کریں۔
2. U اور D محفوظ رکھیںقیمتیں اور ہر انتہائی قیمت کی عمر محفوظ کریں۔
3. ایونٹ کی درجہ بندی کریں۔حد کے باہر بندش، حد پار کر کے اندر واپس آنے سے مختلف واقعہ ہے۔
4. حجم کا اطلاق کریں۔آرڈر جمع ہونے پر صرف دستیاب خصوصیات کا استعمال کریں۔
5. عمل درآمد کی تقلید کریں۔رجسٹرڈ انٹری، اسٹاپ اور ایکسپائری پالیسی کا اطلاق کریں۔

ایک رولنگ باؤنڈری ایک تصدیق شدہ سوئنگ نہیں ہے۔

ڈونچیان N مشاہدات کی انتہا لیتا ہے۔ TradingView اوپری اور زیریں بینڈز اور ان کے درمیانی نقطہ [1] کی وضاحت کرتا ہے۔ دو طرفہ محور کے برعکس، اسے بعد میں الٹ جانے کی ضرورت نہیں ہے۔ اگلی بار شروع ہونے پر پہلے سے مکمل شدہ ونڈو پہلے سے ہی معلوم ہو جاتی ہے۔ ایک رجحان کے دوران، اس کی بالائی باؤنڈری مزاحمت کے طور پر کام کیے بغیر بڑھتی رہ سکتی ہے۔

مجوزہ causal تعریف U[t]=max(H[t−N:t]), D[t]=min(L[t−N:t]), M[t]=(U[t]+D[t])/2 ہے، جس میں سلائس کے اوپری اختتامی نقطہ کو خارج کر دیا گیا ہے۔ اس طرح ونڈو t−1 پر ختم ہوتی ہے۔ اگر H[t] کو U[t] میں شامل کیا جاتا ہے، تو شرط H[t]>U[t] تعمیر سے ناممکن ہو جاتی ہے۔

یہ سادہ فرق پورے تجربے پر اثر ڈالتا ہے۔ چارٹ انڈیکیٹر دکھانے کے لیے موجودہ بار کو بینڈ میں شامل کر سکتا ہے؛ حکمت عملی پھر بھی اپنا استعمال کردہ تاریخی اسنیپ شاٹ واضح کرے۔ انتہائی قیمت کے ساتھ اس کا ٹائم اسٹیمپ محفوظ کریں تاکہ نئی حد اور جلد ونڈو سے نکلنے والی پرانی انتہائی قیمت میں فرق کیا جا سکے۔

واقعہ کی درجہ بندی کرنے سے پہلے حوالہ بنائیں

pandas میں مشاہدہ شدہ قدروں کو ایک قطار آگے منتقل کرنے سے حوالہ ونڈو، جانچی جانے والی قطار سے الگ رہتی ہے [2]۔ ایک نفاذ high.shift(1).rolling(N).max() ہے۔ freq کے ساتھ انڈیکس منتقل کرنا، فیصلے کی قطار کے لحاظ سے قدریں منتقل کرنے کا متبادل نہیں۔ مکمل درست ونڈو لازم رکھیں؛ مشاہدات کی تعداد خاموشی سے بدلنے نہ دیں۔

بنیادی نسخے میں بینڈ سے باہر بندش کے لیے بفر b=max(2 ticks,0.1×ATR[t−1]) ہے؛ N=20 اور 0.1 تحقیقی ترتیبات ہیں۔ ایک بار کے فوری واقعے کے لیے ہر بار پچھلی ونڈو سے نیا حوالہ نکالیں۔ کئی بار پر مشتمل سویپ اور اندر واپسی کے امیدوار میں اصل سطح، امیدوار بننے پر محفوظ رکھیں۔

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

U = max(H[t-N:t]); D = min(L[t-N:t])
b = max(2*tick, 0.1*ATR[t-1])
if no_active_setup and C[t] > U+b:
    emit('up_breakout', signal_at=t, frozen_level=U)
if no_active_setup and H[t] > U+b and C[t] < U:
    emit('upper_reclaim', signal_at=t, frozen_level=U)
# These labels represent different hypotheses.
# A close-confirmed order can be processed only after close t.

ایک حد مختلف درست نتائج پیدا کر سکتی ہے۔

مصنوعی مثال: پچھلی 20 بار میں U=105، D=99 اور ATR=1 ہیں۔ tick=0.01 کے ساتھ b=0.10 ہے۔ موجودہ بار کی H=106 اور C=105.4 اوپر کی جانب بندش کا بریک آؤٹ بناتی ہیں۔ اگلی بار کے آغاز پر مجوزہ خرید 105.5، اسٹاپ 103.9 اور ہدف 108.7 سے ابتدائی قیمت رسک 1.6 پوائنٹ اور اخراجات سے پہلے ہدف 2R ہے۔

ناکامی کی مثال: 105.5 پر کھلنے کے بعد قیمت 103.8 تک گرتی ہے۔ ٹرگر بندش تمام شرائط پوری کرنے کے باوجود اسٹاپ لگ سکتا ہے۔ اصل ٹرگر بار میں H=106 اور C=104.7 ہوتیں تو یہ بندش کا بریک آؤٹ نہ ہوتا؛ الگ متعین شارٹ حکمت عملی کے لیے بالائی حد کے اندر واپسی ہو سکتی تھی۔ نقصان دیکھ کر ناکام بریک آؤٹ کو بعد میں سویپ نہ کہیں۔

ایک لطیف معاملہ اس وقت ہوتا ہے جب 105 کی پرانی اونچائی N-bar ونڈو سے نکل جاتی ہے اور U 104 پر آ جاتا ہے۔ 104.5 پر قیمت اب چینل سے تجاوز کر سکتی ہے بغیر کسی نئی حالیہ ٹریڈ کی گئی زیادہ۔ یہ ایک جائز رولنگ ونڈو ایونٹ ہے۔ اس کو چھوڑنے کے لیے حوالہ کی سطح کی اصل یا نقل و حرکت پر ایک اضافی رجسٹرڈ شرط کی ضرورت ہوتی ہے۔

برابری کو خاص طور پر جانچیں۔ بندش عین U+b ہو تو بنیادی نسخے کی سخت greater-than شرط اسے رد کرتی ہے۔ آرڈر بھیجنے سے پہلے مقرر طریقے سے ٹک راؤنڈنگ کریں؛ ورنہ فلوٹنگ پوائنٹ کی معمولی عددی غلطی طے کرے گی کہ قیمت حد کے ذرا اوپر ہے یا عین برابر۔

آرڈر کا وقت، منسوخی اور میعاد

TradingView کا ایمولیٹر بندش کے بعد آرڈر بننے اور اگلے دستیاب ٹک پر بھرنے کو الگ رکھتا ہے [3]۔ لہٰذا بندش پر تصدیق والے بنیادی نسخے کو بعد کی قابلِ عمل قیمت، اسپریڈ اور سلپیج درکار ہیں۔ U کے اوپر پہلے سے زیرِ انتظار buy-stop الگ ماڈل ہے: بار کے اندر بھر سکتا ہے اور بندش سے پہلے قیمت الٹ سکتی ہے۔ ناموافق بندش، بھرے آرڈر کو بعد میں مٹا نہیں سکتی۔

اخراج میں مستقل ساختی اسٹاپ، چھوٹی ونڈو کے زیریں چینل کے ساتھ چلتا اسٹاپ یا مقرر وقت پر اخراج شامل ہو سکتے ہیں۔ جانچ سے پہلے سادہ ترتیب چنیں۔ دوبارہ ٹیسٹ کی انٹری میں قیمت کی مجاز واپسی، مطلوب ردعمل اور آرڈر کی بار میں میعاد واضح کریں۔ دوبارہ ٹیسٹ نہ ہونے والا بریک آؤٹ چھوٹا ہوا موقع درج ہو؛ خودکار طور پر قیمت کا پیچھا شروع نہ کریں۔

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

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

والیوم فلٹر زیادہ حرکت اور مہنگا عمل درآمد دونوں منتخب کر سکتا ہے

مجوزہ بریک آؤٹ فلٹر یکساں سیشن وقت کی تاریخ کے مقابلے RVOL≥1.5 مانگتا ہے۔ بار بند ہونے پر فیصلے میں پوری ٹرگر بار کا والیوم معلوم ہے۔ پہلے جمع کردہ زیرِ انتظار اسٹاپ آرڈر کے وجود کا فیصلہ صرف جمع ہونے تک معلوم والیوم سے ہو سکتا ہے۔ آرڈر بھرنے کے بعد معلوم پوری بار کا والیوم، ماضی کی انٹری کی اجازت نہیں بن سکتا۔

صرف قیمت والی شاخ، کم از کم لیکویڈیٹی برانچ اور غیر معمولی حجم والی شاخ کو الگ کریں۔ یہ مختلف سوالات کے جوابات دیتے ہیں: بنیادی تجارت کی اہلیت بمقابلہ اضافی معلومات۔ ایک اعلی-RVOL ذیلی سیٹ مزید آگے بڑھ سکتا ہے جبکہ بڑے فرق اور اسپریڈز کا بھی سامنا کر رہا ہے، لہذا مجموعی قیمت کا جواب ناکافی ہے۔

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

کئی بار کی اندر واپسی میں حد سے باہر حرکت اور واپس اندر آنے کا والیوم الگ محفوظ کریں۔ تناسب جانچا جا سکتا ہے، مگر مختلف دورانیوں کو معمول پر لانا ضروری ہے۔ مجموعی OHLCV نہیں بتاتا کہ سرگرمی عین ڈونچین سطح پر ہوئی یا چوڑی بار کے کسی دوسرے حصے میں۔

حکمت عملی سے پہلے حوالہ کے حساب کتاب کی جانچ کریں۔

N=10,20,40 جیسی چھوٹی ترقیاتی گرڈ پہلے درج کریں۔ ہر سگنل پر بینڈ قیمت، انتہائی قیمت کا وقت اور سطح کی عمر لکھیں؛ یہ بھی کہ پرانی انتہا ونڈو سے نکلنے سے سطح بدلی یا نہیں۔ اس سے معاشی رویہ اور ونڈو کے مشینی اثرات الگ ہوتے ہیں اور حساسیت سمجھنا آسان ہوتا ہے۔

بروقت معلوم معلومات کی براہ راست جانچ میں پہلے کا ڈیٹا یکساں رکھ کر H[t] بدلیں: U[t] یکساں رہے۔ H[t−1] بدلنے سے U[t] بدل سکتا ہے۔ گمشدہ بار، تعطیل، ابتدائی گیپ اور پرانے ڈیٹا کی مثالیں شامل کریں۔ بیچ حساب اور اسٹریمنگ نفاذ ملائیں تاکہ ایک بار آگے یا پیچھے کی انڈیکس غلطی بظاہر درست چارٹ میں نہ چھپے۔

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

عام غلطیاں

یہ طریقہ استعمال کرنے سے پہلے جانچ فہرست

اپنے ڈیٹا پر تصدیق کے بعد ہر نکتے پر نشان لگائیں۔ پیش رفت اسی براؤزر میں محفوظ ہوتی ہے؛ یہ حکمت عملی کے منافع بخش ہونے کی سند نہیں۔

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

تحقیقی ماخذ

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

1. Donchian ChannelsTradingView. چینل فارمولے اور وضاحتی استعمالات پڑھے گئے۔ جانچ کی تاریخ: 2026-10-11.
2. pandas.Series.shiftpandas. مشاہدہ شدہ قدریں منتقل کرنے کی تصدیق کے لیے API پڑھی گئی۔ جانچ کی تاریخ: 2026-10-11.
3. Pine Script: StrategiesTradingView. آرڈر بننے، اگلے دستیاب ٹک اور اسٹاپ آرڈر کا رویہ پڑھا گیا۔ جانچ کی تاریخ: 2026-10-11.

متعلقہ طریقے