بائیں اور دائیں ونڈو کے پِوٹ: مستقبل کا ڈیٹا لیے بغیر انتہا کی شناخت

عملی مراحل

1. بارز کی جانچ کریںبند بارز کی مکمل ونڈو قبول کریں۔
2. r بار پیچھے جا کر دیکھیںامیدوار i=t−r کا اندازہ لگائیں۔
3. دونوں اطراف کا موازنہ کریں۔برابر قیمتوں کے پلیٹو کا پہلے درج کیا گیا قاعدہ لگائیں۔
4. تصدیق درج کریںموجودگی اور تصدیق کو الگ سے محفوظ کریں۔
5. حکمت عملی کو منتقل کریں۔تجارت کو متحرک کرنے کے لیے صرف بعد کی معلومات کو اجازت دیں۔

ایک انتہائی کا ایک وقوع کا وقت اور تصدیق کا وقت ہوتا ہے۔

بار i پر نیا بلند ترین بھاؤ ابھی صرف ایک ممکنہ پِوٹ ہے۔ r=3 کی دائیں طرف کی ونڈو کے ساتھ، تین مزید بارز کو بند کرنا ضروری ہے اس سے پہلے کہ ڈٹیکٹر یہ قائم کر سکے کہ آیا ان کی اونچائی اس سے نیچے رہ گئی ہے۔ occurred_at=i اور confirmed_at=i+3 اسٹور کریں۔ ایک چارٹ پڑھنے کے قابل ہونے کے لیے i پر مارکر کھینچ سکتا ہے، لیکن اس ایونٹ کو استعمال کرنے والا آرڈر تصدیق اور متعلقہ ڈیٹا پروسیسنگ میں تاخیر سے پہلے موجود نہیں ہو سکتا۔

TradingView پِوٹ کے دونوں طرف کی قیمتوں کا قاعدہ بیان کرتا ہے [1] اور خبردار کرتا ہے کہ پِوٹ کو ماضی کے مقام پر دکھانے سے اس کے معلوم ہونے کا وقت غلط پیش ہو سکتا ہے [2]۔ SciPy کا find_peaks برابر قیمتوں کے ہموار پلیٹو کے لیے مختلف قاعدہ استعمال کرتا ہے [3]۔ لہٰذا عمل درآمد کا موازنہ کرتے ہوئے آخری تصویر کا ملنا کافی نہیں؛ منتخب حوالہ نقاط اور ان کے دستیاب ہونے کے اوقات مختلف ہو سکتے ہیں۔

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

واضح ٹائی بریک کے ساتھ ایک تعییناتی تعریف

مجوزہ بیس لائن l=r=2 کا استعمال کرتی ہے اور مساوی اونچائی کے سب سے دائیں پوائنٹ کا انتخاب کرتی ہے۔ H[i] ہر بائیں ہاتھ کی بلندی سے زیادہ یا اس کے برابر اور ہر دائیں ہاتھ کی اونچائی سے سختی سے بڑا ہونا چاہیے۔ نچلے پِوٹ کے لیے عدم مساوات الٹ دیں۔ یہ پیرامیٹرز اور ٹائی بریکنگ قواعد بہترین ثابت شدہ اقدار یا کسی خاص لائبریری کی درست تولید کے بجائے تجرباتی ترتیبات ہیں۔

l+r+1 درست بارز کے ساتھ وقت کے لحاظ سے ترتیب یافتہ اور منفرد ٹائم سٹیمپ اور معروف تجارتی کیلنڈر کی ضرورت ہے۔ اگر ونڈو گمشدہ ڈیٹا کو عبور کرتی ہے تو وجہ ریکارڈ کریں اور تصدیق کو چھوڑ دیں۔ ایک ایجاد شدہ فلیٹ ٹریڈنگ بار کے ساتھ گمشدہ وقفہ کو پُر کرنا برابر قیمتوں کے پلیٹو اور اس کی تصدیق میں تاخیر دونوں کو تبدیل کر سکتا ہے۔ ایک طے شدہ راتوں رات بندش غیر واضح گمشدہ بار سے مختلف ہے۔

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

on_closed_bar(t):
    i = t - r
    if i < l or window_has_missing_bar(i-l, t): return
    high_ok = H[i] >= max(H[i-l:i]) and H[i] > max(H[i+1:t+1])
    low_ok  = L[i] <= min(L[i-l:i]) and L[i] < min(L[i+1:t+1])
    if high_ok and low_ok: emit_ambiguous(i, confirmed_at=t)
    elif high_ok: emit_once('HIGH', i, H[i], confirmed_at=t)
    elif low_ok: emit_once('LOW', i, L[i], confirmed_at=t)

عددی مثالیں اور مقدمات جنہیں ناکام ہونا چاہیے۔

مصنوعی بلندیاں 100, 102, 105, 104, 103 105 انڈیکس 2 پر شناخت کریں۔ l=r=2 کے ساتھ، ایونٹ 4 انڈیکس کے بند ہونے کے بعد ہی دستیاب ہوتا ہے۔ 09:00 سے 13:00 سے بند ہونے والی گھنٹہ وار سلاخوں کے لیے، انتہا 11:00 پر واقع ہوئی اور تصدیق اس وقت ہوئی 13:00۔ اس تصدیق پر مبنی آرڈر اس کے بعد ہی پیش کیا جا سکتا ہے۔

فائنل ہائی کو 106 سے بدل دیں اور 105 پر امیدوار ناکام ہو جاتا ہے۔ کسی شائع شدہ محور کو حذف کرنے کی ضرورت نہیں ہے کیونکہ اس کی کبھی تصدیق نہیں ہوئی تھی۔ 100, 102, 105, 105, 104, 103 میں، دوسرا 105 مجوزہ سب سے دائیں نقطے کے قاعدے سے منتخب ہوتا ہے۔ دونوں اطراف کی سخت عدم مساوات برابر قیمتوں کے پلیٹو کو مسترد کر دے گی، جس سے ایک مختلف ڈیٹیکٹر پیدا ہو گا جس کا ایک مختلف ورژن ہونا چاہیے۔

H=108 اور L=95 کے ساتھ ایک بیرونی بار پڑوسی اونچائیوں سے تجاوز کر سکتا ہے جب کہ پڑوسی کم سے نیچے گر سکتا ہے۔ OHLC یہ قائم نہیں کر سکتا کہ آیا 108 یا 95 پہلے آیا۔ حقائق یا ابہام کا جھنڈا دونوں کو برقرار رکھیں، لیکن انہیں سر اور کندھے کی ترتیب میں دو ترتیب شدہ قدموں کے طور پر مت سمجھیں۔ ایک کارآمد ٹیسٹ اسی OHLC بار کا دو ممکنہ انٹرا بار راستوں سے موازنہ کرتا ہے اور یہ چیک کرتا ہے کہ بار صرف ڈیٹیکٹر کبھی بھی اپنے ان پٹ سے غیر دستیاب معلومات کا دعوی نہیں کرتا ہے۔

اینکرز کو ایک الگ تجارتی مفروضے میں تبدیل کرنا

ڈٹیکٹر خود کوئی آرڈر نہیں دیتا۔ ایک مجوزہ تجربے میں خرید تب ہوتی ہے جب بعد کی قیمتِ بندش تصدیق شدہ پِوٹ ہائی اور بفر کے مجموعے کو پار کرے، جہاں buffer=max(2 ticks,0.1×ATR from before the trigger bar) ہے۔ اگلی قابلِ عمل اوپننگ پر انٹری اور پہلے سے فعال بائی اسٹاپ دو مختلف تکمیل کے ماڈل ہیں؛ کارکردگی ناپنے سے پہلے ایک چنیں۔

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

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

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

حجم کی خصوصیات مخصوص ٹائم اسٹیمپ سے تعلق رکھتی ہیں۔

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

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

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

واپسی کا جائزہ لینے سے پہلے واقعہ کی درستگی کی تصدیق کریں۔

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

ہر 1,000 قیمتی بارز میں پِوٹ کی تعداد، تصدیق میں تاخیر، اینکرز کے درمیان وقفہ کاری اور ڈاون اسٹریم پیٹرن کے تناسب کی پیمائش کریں جو ان کے آخری اینکر کے معلوم ہونے تک پہلے ہی غیر مؤثر ہو چکے ہیں۔ یہ تشخیص اس بات کی وضاحت کرتے ہیں کہ کس طرح ڈیٹیکٹر کی تبدیلیاں منافع کے اعداد و شمار کے متعارف ہونے سے پہلے متعین موقع کو تبدیل کرتی ہیں۔

ترقیاتی ڈیٹا پر l=r=2 کا 3 اور 5 کے ساتھ موازنہ کریں اور حتمی ٹیسٹ سے پہلے انتخاب کو منجمد کریں۔ غیر متناسب ونڈوز کو الگ الگ رجسٹرڈ کنفیگریشن کے طور پر بھی جانچیں۔ بظاہر زیادہ دلکش حوالہ نقاط زیادہ خالص متوقع منافع کا ثبوت نہیں۔ حتمی تجارتی تشخیص میں اسپریڈ، کمیشن، گیپس، سٹاپ ایگزیکیوشن، پوزیشن کا سائز اور تصدیق میں تاخیر کی موقع کی قیمت شامل ہونی چاہیے۔

عام غلطیاں

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

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

• کارکردگی دیکھنے سے پہلے l اور r متعین کر کے مستقل رکھیں۔
• برابر ہائی اور برابر لو والے پلیٹو دونوں واضح طور پر آزمائیں۔
• کبھی بھی نامکمل بار سے محور شائع نہ کریں۔
• بیرونی بار پر اعلی/کم ترتیب نہ لگائیں۔
• confirmed_at اس پِوٹ کو استعمال کرنے والے سگنل کے ٹائم اسٹیمپ سے بعد کا نہیں ہونا چاہیے۔
• شائع شدہ امیدوار اینکرز کو غیر متغیر رکھیں۔
• ایکسٹریم بار اور کنفرمیشن بار والیوم کو الگ الگ اسٹور کریں۔
• تصدیق کریں کہ منسلک ڈیٹا شائع شدہ واقعات کو دوبارہ نہیں لکھ سکتا۔

تحقیقی ماخذ

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

1. Auto trendlinesTradingView. دونوں طرف کی ونڈو پر مبنی پِوٹ کی تعریف پڑھی گئی؛ تجارتی مثالوں کو منافع کا ثبوت نہیں سمجھا گیا۔ جانچ کی تاریخ: 2026-10-11.
2. Pine Script: RepaintingTradingView. ماضی کے مقام پر مارکر بنانے اور بدلتے، نامکمل ڈیٹا کے حصے پڑھے گئے۔ جانچ کی تاریخ: 2026-10-11.
3. scipy.signal.find_peaksSciPy. برابر قیمتوں کے پلیٹو اور گمشدہ ڈیٹا کا رویہ پڑھا گیا؛ یہ API کی تفصیل ہے، مالی ثبوت نہیں۔ جانچ کی تاریخ: 2026-10-11.

متعلقہ طریقے