বাম/ডান উইন্ডো পিভট: সামনে না তাকিয়েই উচ্চতা ও নিম্নতা শনাক্ত করা

ব্যবহারিক কাজের ধাপ

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, 2 ইনডেক্সে 105-কে শনাক্ত করে। 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)। পরবর্তী এক্সিকিউটেবল ওপেনিং ইভেন্টে এন্ট্রি এবং একটি রেস্টিং বাই-স্টপ হলো দুটি ভিন্ন এক্সিকিউশন মডেল; পারফরম্যান্স পরিমাপ করার আগে এর মধ্যে একটি বেছে নিন।

পূর্বে নিশ্চিত হওয়া একটি পিভট লো একটি স্ট্রাকচারাল স্টপ নির্ধারণ করতে পারে, অন্যদিকে একটি নির্দিষ্ট কে-বার লাইফটাইম সীমাবদ্ধ করে যে হাই লেভেলটি কতক্ষণ একটি সম্ভাব্য স্তর হিসেবে থাকবে। প্রয়োজনীয় অ্যাঙ্কর লেভেলটি উপলব্ধ হওয়ার আগে ঘটেছে বলে মনে করা কোনো ব্রেকআউট রেকর্ড করবেন না। যদি ভিন্ন কোনো ডিটেক্টর বা বিলম্বিত ডেটার অর্থ হয় যে লেভেলটি ইতোমধ্যেই অতিক্রম করা হয়েছে, তবে হয় সেই পুরনো সেটআপটি বাতিল করুন অথবা একটি পৃথক লেট-এন্ট্রি কৌশল নির্ধারণ করুন।

মূল পিভট স্ট্রিমকে অপরিবর্তনীয় রাখুন। একটি পর্যায়ক্রমিক হাই-লো উপস্থাপনা হলো একটি ডাউনস্ট্রিম রূপান্তর: দুটি পরপর হাই-এর জন্য মার্জ করা বা ক্যান্ডিডেট প্রতিস্থাপনের প্রয়োজন হতে পারে, কিন্তু সেই অপারেশনগুলো অবশ্যই ভার্সনযুক্ত এবং টাইমস্ট্যাম্পযুক্ত হতে হবে। পূর্বে প্রকাশিত একটি প্যাটার্ন পরবর্তী ডেটা থেকে নীরবে আরও ভালো অ্যাঙ্কর অর্জন করতে পারে না। কোনো প্রতিস্থাপন ক্যান্ডিডেটের বাতিলকরণ, মেয়াদোত্তীর্ণ হওয়া বা তৈরি হওয়া স্পষ্টভাবে রেকর্ড করুন।

এক্সিকিউশন টেস্টিং-এর মধ্যে সিগন্যাল এবং ফিল-এর মধ্যে একটি গ্যাপ, মিররড স্ট্র্যাটেজিগুলোর জন্য একটি অনুপলব্ধ শর্ট বরো, এবং পরবর্তী বার খোলার আগে স্টপ ক্রস হওয়া অন্তর্ভুক্ত থাকা উচিত। একটি বৈধ ডিটেক্টর ইভেন্টের ফলে কোনো ট্রেড নাও হতে পারে অথবা একটি ব্যয় ও ঝুঁকি বিবেচনায় অর্থনৈতিকভাবে অনুপযুক্ত ট্রেডও হতে পারে; এই ফলাফলগুলো রিপোর্টে স্পষ্টভাবে শনাক্তযোগ্য থাকা উচিত।

ভলিউম বৈশিষ্ট্যগুলি নির্দিষ্ট টাইমস্ট্যাম্পের অন্তর্গত।

occurred_at এবং confirmed_at-এর ভলিউম আলাদা কলামে রাখুন। প্রথমটি চরম মুহূর্তের ট্রেডিং কার্যকলাপ বর্ণনা করে; দ্বিতীয়টি পরবর্তী কনফার্মেশনের সময়কার কার্যকলাপ বর্ণনা করে। পরবর্তী তিনটি বার ব্যবহার করে একটি ফিচার কনফার্মেশনের সময় উপলব্ধ থাকে, পিভট বারে পূর্ববর্তী সময়ের জন্য নয়। এর টাইমস্ট্যাম্প অবশ্যই ব্যবহৃত সর্বশেষ ইনপুটের পরে হতে হবে।

একটি প্রস্তাবিত অ্যাবলেশন পরবর্তী ট্রিগারে RVOL-এর সাথে শুধুমাত্র-মূল্যের সেটআপের তুলনা করে: বর্তমান ভলিউমকে পূর্ববর্তী 20 বারগুলোর মিডিয়ান দ্বারা ভাগ করে, যেখানে 1.5 একটি পরীক্ষামূলক থ্রেশহোল্ড হিসাবে ব্যবহৃত হয়। ইন্ট্রাডে ইকুইটির ক্ষেত্রে, সেশনের শুরুর কার্যকলাপকে মধ্যাহ্নের বারগুলোর সাথে মেশানোর চেয়ে সেশনের একই সময়ের বেসলাইন সাধারণত একটি আরও সুসংজ্ঞায়িত তুলনা। এফএক্স টিক ভলিউম স্বয়ংক্রিয়ভাবে ট্রেড হওয়া কন্ট্রাক্টগুলোকে উপস্থাপন করার পরিবর্তে প্রোভাইডার-নির্দিষ্ট আপডেটগুলো পরিমাপ করে।

তুলনামূলক অস্থিরতা এবং দিনের নির্দিষ্ট সময়ের গ্রুপগুলোর মধ্যে ভলিউম কোনো অতিরিক্ত তথ্য যোগ করে কিনা তা পরীক্ষা করুন। অন্যথায়, একটি ভলিউম ফিল্টার কেবল উচ্চতর এক্সিকিউশন খরচসহ প্রশস্ত বারগুলোই নির্বাচন করতে পারে। প্রত্যাখ্যাত সুযোগগুলোও নথিভুক্ত করুন: শুধুমাত্র সম্পন্ন হওয়া ট্রেডগুলো মূল্যায়ন করলে এই বিষয়টি আড়াল হয়ে যেতে পারে যে ফিল্টারটি বেশিরভাগ সুযোগই সরিয়ে দিয়েছে বা এক্সপোজারকে যথেষ্ট পরিমাণে পরিবর্তন করেছে।

রিটার্ন মূল্যায়ন করার আগে ইভেন্টের সঠিকতা যাচাই করুন।

প্রতিটি ডেটা প্রিফিক্স পুনরায় চালান এবং এর শেষবিন্দুর আগে প্রকাশিত সমস্ত ইভেন্টের সাথে তুলনা করুন। 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.

সম্পর্কিত পদ্ধতি