বহু-সময়সীমার পিভট: নিশ্চিতকরণ এবং কার্যকারণগত সামঞ্জস্য

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

1. আলাদাভাবে গণনা করুনপ্রতিটি টাইমফ্রেমের নিজস্ব বার, পিভট এবং ক্যালেন্ডার থাকে।
2. তথ্য পাওয়ার সময় লিখে রাখুননিশ্চিতকরণ এবং ডেলিভারিতে বিলম্ব অন্তর্ভুক্ত করুন।
3. আগে জানা ডেটার সঙ্গে backward join করুনইতিমধ্যে জানা সর্বশেষ প্রেক্ষাপটটি ব্যবহার করুন।
4. Candidate-এর তথ্য স্থির করুনবৃহত্তর কাঠামোটি অঞ্চল নির্ধারণ করে; ক্ষুদ্রতর কাঠামোটি সময় নির্ধারণ করে।
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 শুধুমাত্র ট্রিগারিংয়ের জন্য বরাদ্দ করে। কোনো ট্রেড তার ঐতিহাসিক ফলাফলকে সবচেয়ে বিশ্বাসযোগ্য করে তোলে এমন কোনো টাইমফ্রেম বেছে নিতে পারে না।

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

Pivot ঘটার সময় নয়, তথ্য পাওয়ার সময় অনুযায়ী ডেটা মেলান

প্রতিটি পিভটের জন্য occurred_at, confirmed_at এবং available_at প্রয়োজন। প্রাসঙ্গিক হলে, শেষ ফিল্ডটিতে ডেটা-ডেলিভারি এবং প্রসেসিং বিলম্ব অন্তর্ভুক্ত থাকে। একটি H=1 সিদ্ধান্ত সময় t-তে, শুধুমাত্র এমন একটি H=4 স্টেট ব্যবহার করুন যার available_at≤t রয়েছে। H=4 পিভটের জন্য r=2 প্রয়োজন হলে, এক্সট্রিম বার ক্লোজিং যথেষ্ট নয়: আরও দুটি H=4 বারও অবশ্যই ক্লোজ হতে হবে।

একটি ব্যাকওয়ার্ড পান্ডাস merge_asof, বাম দিকের কী [3]-এর পরবর্তী নয় এমন সর্বশেষ ডান দিকের রেকর্ডটি বেছে নেয়। available_at-এর উপর জয়েন করুন, ইন্সট্রুমেন্ট এবং ভেন্যু অনুযায়ী গ্রুপ করুন, টাইমস্ট্যাম্পগুলো সর্ট করুন এবং একটি সর্বোচ্চ কনটেক্সট এজ প্রয়োগ করুন। একটি নিয়ারেস্ট জয়েন ভবিষ্যতের কোনো অবজারভেশন বেছে নিতে পারে এবং এই কার্যকারণ অনুসন্ধানের জন্য এটি অনুপযুক্ত।

সমান টাইমস্ট্যাম্পের জন্য একটি সুস্পষ্ট ঘটনা ক্রম প্রয়োজন। হয় H=4 আপডেটটি H=1 সিদ্ধান্তের আগে সম্পন্ন হয়, অথবা একটি প্রক্রিয়াকরণ বিলম্বের কারণে এটি কেবল পরে উপলব্ধ হয়। ওয়াল-ক্লক সমতা এটি প্রতিষ্ঠা করে না যে ডেটা ব্যবহারযোগ্য ছিল। এছাড়াও, সর্বশেষ কাঁচা 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 trigger-কে H=4-এর available_at-এর কয়েক সেকেন্ড আগে ও পরে বসান। ব্যবহারের অনুমতিপ্রাপ্ত context শুধু নির্ধারিত সময়সীমাতেই বদলাবে। আরেকটি কেসে H=4 bar অনুপস্থিত রাখুন: gap নথিভুক্ত না করে পরের completed bar বসিয়ে pivot confirm করা যাবে না; নতুন pivot unconfirmed থাকবে।

প্রতিটি স্কেলের ভূমিকা এবং অ্যাঙ্করগুলি স্থির করুন।

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

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

সিউডোকোডটি একটি কাঠামোগত রূপরেখা: ক্যান্ডিডেট অ্যাক্টিভেশন এবং ট্রিগার ইভ্যালুয়েশনের টাইমস্ট্যাম্প আলাদা হওয়া উচিত। একটি কঠোর লেটার-বার ভ্যারিয়েন্টে, 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 কাঠামোটি শনাক্ত করে, তবে অন্য কোনো ইন্ডিকেটর যোগ করার আগে জয়েনটি মেরামত করুন।

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

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

সাধারণ ভুল

এই পদ্ধতি ব্যবহারের আগে যাচাইতালিকা

নিজের ডেটায় যাচাই করার পর প্রতিটি বিষয়ে টিক দিন। অগ্রগতি এই ব্রাউজারে সংরক্ষিত হয়; এটি কৌশল লাভজনক হওয়ার সনদ নয়।

• প্রতিটি structure scale-এর ভূমিকা নির্দিষ্ট করুন।
• অসমাপ্ত উচ্চতর সময়সীমার মানগুলি বাদ দিন।
• উচ্চ টাইমফ্রেম pivot-এর ডান পাশের সব প্রয়োজনীয় bar বন্ধ হওয়া পর্যন্ত অপেক্ষা করুন।
• available_at ব্যবহার করে বিপরীতভাবে যুক্ত করুন।
• সমান টাইমস্ট্যাম্পগুলোর জন্য প্রক্রিয়াকরণের ক্রম নির্ধারণ করুন।
• অনুমোদিত বয়স অতিক্রমকারী context বাতিল করুন।
• নেস্টেড ভলিউমকে স্বাধীন প্রমাণ হিসেবে গণ্য করবেন না।
• Batch join ও ডেটা প্রাপ্তির ক্রমে replay-এর ফল একই হতে হবে।

গবেষণার সূত্র

প্রতিটি সূত্র তার পাশে বর্ণিত সংজ্ঞা বা প্রমাণকে সমর্থন করে। ছদ্মকোড, কৃত্রিম উদাহরণ ও প্রস্তাবিত প্যারামিটার আলাদাভাবে যাচাই করতে হবে।

1. Pine Script: TimeframesTradingView. সময়সীমার সংজ্ঞা ও এককগুলো পড়ুন। যাচাইয়ের তারিখ: 2026-10-11.
2. Other timeframes and dataTradingView. আরও দীর্ঘমেয়াদী নিশ্চিত ডেটা অনুরোধ করার উদাহরণগুলো পড়ুন। যাচাইয়ের তারিখ: 2026-10-11.
3. pandas.merge_asofpandas. পড়া হয়েছে: backward ম্যাচিং, টলারেন্স এবং এক্সাক্ট-ম্যাচ আচরণ। যাচাইয়ের তারিখ: 2026-10-11.

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