ملٹی ٹائم فریم پِوٹ: تصدیق اور دستیاب معلومات کی درست مطابقت

عملی مراحل

1. الگ سے حساب لگائیں۔ہر ٹائم فریم کے اپنے بارز، محور اور کیلنڈر ہوتے ہیں۔
2. دستیاب ہونے کا وقت درج کریںتصدیق اور ترسیل میں تاخیر شامل کریں۔
3. ماضی کی سمت ریکارڈ ملائیںسب سے حالیہ سیاق و سباق کا استعمال کریں جو پہلے سے جانا جاتا ہے۔
4. ایک امیدوار کو منجمد کریں۔بڑا ڈھانچہ زون کی وضاحت کرتا ہے۔ چھوٹا ڈھانچہ وقت کی وضاحت کرتا ہے۔
5. اضافی قدر کی پیمائش کریں۔نچلے ٹائم فریم کی صرف بیس لائن سے موازنہ کریں۔

متعدد پیمانے اور متعدد ٹائم فریم مختلف ڈیزائن ہیں۔

مختلف پیمانوں سے مراد ایک H=1 سلسلے پر پِوٹ رداس 2، 5 اور 10 چلانا ہو سکتی ہے۔ مختلف ٹائم فریم کا مطلب H=1، H=4 یا روزانہ بار الگ بنانا ہے۔ دونوں برابر نہیں: چار H=1 بار کو H=4 میں جمع کرنے سے اندرونی ترتیب کھو جاتی ہے۔ آٹھ رداس والا H=1 پِوٹ، دو رداس والے H=4 پِوٹ سے لازماً نہیں ملتا۔

TradingView بار ٹائم فریم [1] کی وضاحت کرتا ہے اور تصدیق شدہ اعلی ٹائم فریم درخواستوں کی وضاحت کرتا ہے [2]۔ مجوزہ پروٹوکول H=4 کو صرف سیاق و سباق اور H=1 کو صرف متحرک کرنے کے لیے تفویض کرتا ہے۔ تجارت کسی بھی ٹائم فریم کا انتخاب نہیں کر سکتی جو اس کے تاریخی نتائج کو سب سے زیادہ قابل اعتماد بنائے۔

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

دستیابی کے وقت پر ملائیں، اصل انتہائی قیمت کے وقت پر نہیں

ہر پِوٹ کے ساتھ occurred_at، confirmed_at اور available_at ہوں۔ آخری وقت میں جہاں ضروری ہو ڈیٹا ترسیل اور پروسیسنگ کی تاخیر بھی شامل ہے۔ H=1 کے فیصلے t پر صرف وہ H=4 حالت لیں جس کی available_at≤t ہو۔ H=4 پِوٹ میں r=2 ہو تو انتہائی قیمت والی بار کا بند ہونا کافی نہیں؛ مزید دو H=4 بار بھی بند ہوں۔

pandas کا backward merge_asof دائیں جدول کا تازہ ترین ایسا ریکارڈ چنتا ہے جس کا وقت بائیں کلید کے وقت سے بعد کا نہ ہو [3]۔ available_at پر ملائیں، اثاثے اور ایکسچینج کے حساب سے گروہ بنائیں، وقت ترتیب دیں اور سیاق کی زیادہ سے زیادہ عمر مقرر کریں۔ nearest جوائن مستقبل کا مشاہدہ چن سکتا ہے، اس لیے بروقت معلوم معلومات کی اس تلاش کے لیے مناسب نہیں۔

برابر ٹائم اسٹیمپ پر واقعات کی ترتیب واضح ہو۔ یا H=1 فیصلے سے پہلے H=4 اپ ڈیٹ مکمل ہو، یا پروسیسنگ تاخیر سے وہ بعد میں دستیاب ہو۔ گھڑی کا وقت برابر ہونا قابلِ استعمال ڈیٹا ثابت نہیں کرتا۔ تازہ خام H=4 پِوٹ اپ ڈیٹ کو مطلوبہ تصدیق شدہ ہائی اور لو والی مکمل ساختی حالت سے بھی الگ کریں۔

for each closed H1 bar t:
    h4 = latest_state(where available_at <= t, same_instrument=True)
    if h4 is None or h4.age > max_context_age: continue
    up = h4.H2 > h4.H1 + eps and h4.L2 > h4.L1 + eps
    near_support = abs(H1.low[t] - h4.last_low) <= zone_width
    if up and near_support: create_frozen_candidate(h4.anchor_ids, t)
    if candidate and H1.close[t] > candidate.micro_high + buffer:
        emit(signal_at=t, context_available_at=h4.available_at)
# Use only a micro_high confirmed before the trigger.

عددی وقت اور درست سیٹ اپ میں بھی نقصان

فرض کریں کم ترین قیمت رکھنے والی H=4 بار 12:00 پر مکمل ہوتی ہے اور پیوٹ کو دائیں طرف کی دو باریں درکار ہیں جو 16:00 اور 20:00 پر مکمل ہوتی ہیں۔ یہ کم ترین قیمت 13:00 پر H=1 کے آرڈر کی بنیاد نہیں بن سکتی۔ اسے سیاق میں صرف 20:00 کا ڈیٹا دستیاب ہونے کے بعد شامل کیا جا سکتا ہے۔ اگر ڈیٹا کی ترسیل میں دو سیکنڈ لگیں تو 20:00:00 پر کیا جانے والا فیصلہ بھی پرانی حالت ہی استعمال کرے گا۔

مصنوعی اہل سیٹ اپ: پہلے سے معلوم H=4 ہائی 110→116 اور لو 100→105 بڑھتے ہیں۔ مجوزہ سپورٹ علاقہ 104.7–105.3 ہے۔ H=1 قیمت 105.1 چھوتی ہے، پھر پہلے سے تصدیق شدہ مائیکرو ہائی 106 کے اوپر 106.2 بند ہوتی ہے۔ انٹری 106.3 اور اسٹاپ 104.7 سے منصوبہ شدہ رسک 1.6 پوائنٹ ہے؛ تحقیقی ہدف 109.5، اخراجات سے پہلے 2R ہے۔

ناکامی کا راستہ: H=1 بریک آؤٹ ہوتا ہے لیکن قیمت بعد میں 104.7 سے گرتی ہے۔ H=4 اپ ٹرینڈ معلوم تاریخ کی تفصیل تھی، اس بات کی ضمانت نہیں کہ 105 برقرار رہے گا۔ نقصان کے بعد H=8 پر یہ دلیل دینے کے لیے کہ سیاق و سباق درحقیقت مندی کا تھا اس کے نتائج کو دیکھنے کے بعد اصول بدل جائے گا۔

وقت کی جانچ میں وہی H=1 ٹرگر، H=4 کے available_at سے چند سیکنڈ پہلے اور بعد رکھیں۔ مجاز سیاق صرف مقرر حد پر بدلے۔ H=4 بار گم ہونے کی جانچ میں نیا پِوٹ غیر تصدیق شدہ رہے؛ گمشدگی درج کیے بغیر بعد کی مکمل بار اس کی جگہ نہ رکھیں۔

ہر پیمانے کے کردار اور اینکرز کو منجمد کریں۔

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

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

سیوڈو کوڈ ساخت کا خاکہ ہے: امیدوار فعال ہونے اور ٹرگر جانچنے کے وقت الگ درج ہوں۔ سخت بعد کی بار والے نسخے میں t>candidate.created_at لازم ہے، اور مائیکرو ہائی امیدوار بننے تک تصدیق شدہ ہو۔ بننے کی بار پہلے ہی وہ ہائی پار کر چکی ہو تو قاعدہ طے کریں: پرانا پڑا امیدوار رد کریں یا فوری فعال ہونے کا الگ نسخہ درج کریں۔

گزرے ہوئے تجارتی وقت یا H=1 بارز میں TTL سیٹ کریں۔ ایک بہت پرانی H=4 حالت صرف اس لیے تازہ ثبوت نہیں ہے کہ یہ تازہ ترین ریکارڈ ہے۔ سیاق و سباق کی میعاد ختم ہونے، گمشدہ ڈیٹا اور حقیقی بیئرش ٹرانزیشن کے لیے الگ الگ وجہ کوڈز ہونے چاہئیں تاکہ ہر پالیسی سے موقع کے نقصان کی پیمائش کی جا سکے۔

ایک ہی حجم کو بار بار شمار نہ کریں۔

H=4 والیوم اس کے جزو H=1 بارز کی سرگرمی پر مشتمل ہے۔ بڑھتی ہوئی H=1 اور H=4 حجم اس لیے دو آزاد مشاہدات نہیں ہیں۔ ایک اسکور مطمئن حالات کو شمار کرسکتا ہے، لیکن صوابدیدی وزن اس اسکور کو جیتنے کے کیلیبریٹڈ امکان میں تبدیل نہیں کرتا ہے۔

ایک زیادہ توجہ مرکوز خصوصیت H=1 پل بیک سرگرمی کا ایک ہی وقت کی H=1 بیس لائن سے موازنہ کرتی ہے جبکہ H=4 ڈھانچے کو منجمد چھوڑتا ہے۔ اگر جزوی H=4 والیوم استعمال کیا جاتا ہے، تو اس کا موازنہ اسی منٹ کے گزرنے کے بعد تاریخی جزوی حجم سے کریں۔ مکمل تاریخی H=4 والیوم کا موازنہ موجودہ H=4 بار سے نہیں کیا جا سکتا جو ابھی ابھی کھلا ہے۔

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

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

اعلی ٹائم فریم سیاق و سباق کی بڑھتی ہوئی قدر کی پیمائش کریں۔

اسی H=1 ڈیٹیکٹر کی تین شاخیں ملائیں: سیاق فلٹر کے بغیر، صرف H=4 سمت، اور H=4 سمت کے ساتھ اس کے زون سے قربت۔ رسک، آرڈر عمل اور جانچ کی تاریخیں یکساں رکھیں۔ رد سگنلوں کی تعداد، رسک میں پوزیشنیں اور خالص متوقع نتیجہ دکھائیں؛ فلٹر صرف منتخب ٹریڈ بدل کر بھی جیت کی شرح بڑھا سکتا ہے۔

H=4 کی حدود، مقررہ بندشوں، موسمی گھڑی کی تبدیلی اور گمشدہ مشاہدات پر جانچیں چلائیں۔ ڈیٹا موصول ہونے کی ترتیب میں ری پلے کر کے بیچ زمانی جوائن سے ملائیں۔ بیچ حساب H=4 ساخت ری پلے سے پہلے دکھائے تو اگلا انڈیکیٹر شامل کرنے سے پہلے جوائن درست کریں۔

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

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

عام غلطیاں

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

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

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

تحقیقی ماخذ

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

1. Pine Script: TimeframesTradingView. ٹائم فریم کی تعریفیں اور اکائیاں پڑھی گئیں۔ جانچ کی تاریخ: 2026-10-11.
2. Other timeframes and dataTradingView. تصدیق شدہ بڑے ٹائم فریم کا ڈیٹا منگوانے کی مثالیں پڑھی گئیں۔ جانچ کی تاریخ: 2026-10-11.
3. pandas.merge_asofpandas. ماضی کی سمت مماثلت، برداشت اور عین برابر وقت والے میچ کے قواعد پڑھے گئے۔ جانچ کی تاریخ: 2026-10-11.

متعلقہ طریقے