Çoklu Zaman Dilimi Pivotları: Doğrulama ve Nedensel Uyum

Uygulamalı iş akışı

1. Ayrı ayrı hesaplayınHer zaman diliminin kendine ait çubukları, pivot noktaları ve takvimi vardır.
2. Erişim zamanını kaydedinPivot onayını ve veri iletim gecikmesini ekleyin.
3. Geçmişteki uygun kayıtla birleştirinMevcut en güncel bağlamı kullanın.
4. Bir adayı dondurunDaha büyük yapı bölgeyi tanımlar; daha küçük yapı zamanlamayı tanımlar.
5. Katma değeri ölçmekYalnız alt zaman dilimini kullanan temel sürümle karşılaştırın.

Farklı ölçekler ve farklı zaman dilimleri farklı tasarımlardır.

Birden fazla ölçek, aynı H=1 serisinde 2, 5 ve 10 pivot yarıçaplarının çalıştırılması anlamına gelebilir. Birden fazla zaman dilimi, H=1, H=4 veya günlük çubukların ayrı ayrı hesaplanması anlamına gelir. Bunlar eşdeğer değildir: dört H=1 çubuğunu H=4'ye birleştirmek, bunların iç sıralamasını ortadan kaldırır. Yarıçapı sekiz olan bir H=1 pivotu, yarıçapı iki olan bir H=4 pivotuyla eşleşmek zorunda değildir.

TradingView, [1] zaman dilimlerini tanımlar ve onaylanmış daha yüksek zaman dilimi isteklerini [2] ile açıklar. Önerilen protokol, H=4'yi yalnızca bağlam için ve H=1'yi yalnızca tetikleme için atar. Bir işlem, geçmiş sonucunun en ikna edici görünmesini sağlayan zaman dilimini seçemez.

Bağlamın ne tür bir katkı sağlaması gerektiğini tanımlayın. Bu, bir yönü, bir referans bölgesini veya bir oynaklık rejimini belirleyebilir. Üçünü birden birleştirmek, hangi bileşenin yardımcı olduğunu keşfetmeyi zorlaştırır. Bir rolle başlayın, daha düşük zaman dilimindeki temel çizgiyle karşılaştırın ve karmaşıklığı yalnızca kayıtlı bir deney olarak ekleyin.

Ekstremum zamanına değil, verinin erişilebilirlik zamanına göre birleştirin

Her pivotta occurred_at, confirmed_at ve available_at gerekir. Son alan gerektiğinde veri iletimi ve işleme gecikmesini içerir. H=1 karar anı t’de yalnız available_at≤t olan H=4 durumunu kullanın. H=4 pivotu için r=2 gerekiyorsa ekstremum barının kapanması yetmez: sonraki iki H=4 barı da kapanmalıdır.

pandas merge_asof işleminin backward yönü, sol anahtardan sonraya düşmeyen en yeni sağ kaydı seçer [3]. available_at üzerinden eşleştirin; enstrüman ve işlem yerine göre gruplayın, zamanları sıralayın ve bağlamın azami yaşını sınırlayın. nearest yönü gelecek gözlem seçebilir; bu nedensel aramaya uygun değildir.

Eşit zaman damgaları, açık bir olay sırası gerektirir. Ya H=4 güncellemesi H=1 kararından önce tamamlanır ya da bir işlem gecikmesi nedeniyle ancak sonrasında kullanılabilir hale gelir. Gerçek zaman eşitliği, verilerin kullanılabilir olduğunu kanıtlamaz. Ayrıca, en son ham H=4 pivot güncellemesini, gerekli onaylanmış en yüksek ve en düşük değerleri içeren eksiksiz bir yapısal durumdan ayırt edin.

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.

Sayısal zamanlama ve geçerli olduğu hâlde kaybeden kurulum

Dip içeren H=4 barı 12:00’de kapansın; pivotun sağındaki iki bar 16:00 ve 20:00’de kapanmalıdır. Bu dip 13:00’deki H=1 emrine dayanak olamaz. Ancak 20:00 verileri alındıktan sonra bağlama girer. İletim iki saniye sürerse 20:00:00 kararı hâlâ eski durumu kullanmalıdır.

Sentetik geçerli kurulum: Zaten bilinen H=4 zirveleri 110→116'ye, dipler ise 100→105'ye doğru ilerliyor. Önerilen destek bölgesi 104.7–105.3'dir. H=1, 105.1'ye dokunuyor ve daha sonra 106'nin zaten teyit edilmiş mikro zirvesinin üzerinde 106.2'de kapanıyor. 106.3'den giriş ve 104.7'de stop loss, 1.6 puanlık planlanmış risk içeriyor; 109.5'deki araştırma hedefi, maliyetler öncesinde 2R'dir.

Başarısızlık yolu: H=1 kırılması gerçekleşir ancak fiyat daha sonra 104.7'nin altına düşer. H=4 yükseliş trendi, bilinen geçmişin bir açıklamasıydı, 105'nin tutunacağının garantisi değildi. Kayıptan sonra bağlamın aslında düşüş yönlü olduğunu savunmak için H=8'ye geçmek, sonucu gözlemledikten sonra kuralı değiştirecektir.

Zamanlama testinde aynı H=1 tetikleyicisini H=4 durumunun available_at zamanından birkaç saniye önceye ve sonraya taşıyın. İzinli bağlam yalnız belirtilen sınırda değişmelidir. Eksik H=4 barı içeren başka test, boşluğu kaydetmeden sonraki tamamlanmış barı yerine koymak yerine yeni pivotu onaysız tutmalıdır.

Her bir ölçeğin rolünü ve dayanak noktalarını dondurun.

Tam bir yapılandırma, daha büyük ölçeğe bir bölge, daha küçük ölçeğe bir tetikleyici ve önceden tanımlanmış bir stop politikası atar. Küçük ölçekli bir stop, daha dar bir başlangıç risk mesafesi oluşturabilir ancak daha büyük yapı içindeki olağan hareketlere karşı savunmasız olabilir. Büyük ölçekli bir stop, pozisyon boyutunu ve genellikle bekleme süresini değiştirir. Bunların hiçbiri, işlem başına geriye dönük olarak seçilmemelidir.

Aday oluşturulurken bağlamın dayanak kimliklerini, fiyatlarını, bölge genişliğini, bağlamın erişim zamanını ve o anda onaylı alt dilim mikro zirvesini saklayın. Yeni bağlam, sabit kural kapsamında henüz emri gerçekleşmemiş adayı iptal edebilir; eski sinyalin gerekçesini yeniden yazamaz.

Sözde kod yapısal taslaktır; aday etkinleşmesiyle tetikleyici değerlendirmesinin zamanları ayrılmalıdır. Kesin sonraki-bar sürümünde t>candidate.created_at ve en geç oluşturma anında onaylanmış mikro zirve şartı koyun. Oluşturma barı bu zirveyi zaten geçtiyse ne olacağını tanımlayın: eski adayı reddedin veya ayrı bir anında etkinleşme sürümü kaydedin.

TTL'yi geçen işlem süresi veya H=1 çubukları cinsinden ayarlayın. Çok eski bir H=4 durumu, yalnızca en son kayıt olduğu için yeni bir kanıt değildir. Bağlamın sona ermesi, eksik veri ve gerçek bir düşüş geçişi, her bir politikanın fırsat kaybının ölçülebilmesi için ayrı neden kodlarına sahip olmalıdır.

Aynı hacmi tekrar tekrar saymayın.

H=4 hacmi, onu oluşturan H=1 çubuklarının aktivitesini içerir. Bu nedenle yükselen H=1 ve H=4 hacimleri iki bağımsız gözlem değildir. Bir puan, karşılanan koşulları sayabilir, ancak keyfi ağırlıklar bu puanı kalibre edilmiş bir kazanma olasılığına dönüştürmez.

Daha odaklı özellik, H=4 yapısını sabit tutarken H=1 geri çekilme hacmini günün aynı saatindeki H=1 referansıyla karşılaştırır. Kısmi H=4 hacmi kullanılıyorsa bar başlangıcından aynı dakika sayısı geçmiş tarihsel kısmi hacimle karşılaştırın. Tam geçmiş H=4 hacmi, yeni açılmış H=4 barıyla adil karşılaştırılamaz.

Giriş programı, formül kadar önemlidir. Hacim düzeltmeleri, gecikmeli çubuklar ve farklı seans tanımları, aynı nominal H=4 döneminin dört yerel H=1 çubuğundan farklı şekilde toplanmasına neden olabilir. Herhangi bir varsayılan onayı değerlendirmeden önce, toplama kaynağını koruyun ve toplamları bir bütünlük kontrolü olarak karşılaştırın.

Bileşen katkısı testinde aynı aday kümesi ve gerçekleşme kurallarıyla her seferinde tek hacim özelliği ekleyin. İyileşmenin günün saati, oynaklık ve likidite kontrolünden sonra sürüp sürmediğine bakın; birden fazla olumlu hacim şartını bağımsız onay saymayın.

Daha yüksek zaman dilimi bağlamının artımlı değerini ölçün.

Aynı H=1 dedektörünü üç sürümde karşılaştırın: bağlam filtresiz, yalnız H=4 yönü ve H=4 yönüyle bölgesine yakınlık. Risk ve gerçekleşme kuralları ile test tarihlerini aynı tutun. Reddedilen sinyal sayısı, maruziyet ve net beklentiyi raporlayın; filtre yalnız işlem alt kümesini değiştirerek kazanma oranını yükseltebilir.

H=4 sınırlarını, planlı piyasa kapanışlarını, yaz saati değişimlerini ve eksik gözlemleri kapsayan testler çalıştırın. Veriyi alınma sırasıyla yeniden oynatıp toplu zamansal birleştirmeyle karşılaştırın. Toplu hesap H=4 yapısını daha erken tanıyorsa yeni gösterge eklemeden eşleştirmeyi düzeltin.

Tek zaman dilimli, çok ölçekli bir temel çizgiyi de karşılaştırın. Daha basit senkronizasyonu, ikinci bir çubuk takvimine ihtiyaç duymadan görünen faydanın büyük bir kısmını açıklayabilir. Zaman dilimi çiftlerini ve maksimum yaş ayarlarını araştırma denemeleri olarak kaydedin ve son testten önce dondurun.

Eski bağlamlı başarısızlıkları, geçerli bağlamlı kayıp işlemlerden ayrı olarak raporlayın. İlki senkronizasyon veya vade sonu politikası sorununu ortaya çıkarabilir; ikincisi ise hipotezin tahmin değeriyle ilgilidir. Net sınıflandırma, her kaybın başka bir ölçek seçilerek açıklanmasını önler.

Yaygın hatalar

Bu yöntemi kullanmadan önce kontrol listesi

Her maddeyi kendi verilerinizle doğruladıktan sonra işaretleyin. İlerleme bu tarayıcıda saklanır; stratejinin kârlı olduğunu belgelemez.

• Her bir ölçeğe sabit bir rol atayın.
• Tamamlanmamış daha yüksek zaman dilimi değerlerini hariç tutun.
• Üst zaman dilimi pivotunun tüm sağ onay barlarını bekleyin.
• available_at kullanarak geriye doğru birleştirme yapın.
• Aynı zaman damgalarına sahip işlemler için işlem sırasını tanımlayın.
• İzinli yaş sınırını aşan bağlamı kullanım dışı bırakın.
• İç içe geçmiş hacimleri bağımsız bir kanıt olarak değerlendirmeyin.
• Toplu hesapla veri alınma sırasındaki tekrarın eşleşmesini zorunlu kılın.

Araştırma kaynakları

Her kaynak, yanında açıklanan tanımı veya kanıtı destekler. Sözde kod, sentetik örnekler ve önerilen parametreler ayrı ayrı doğrulanmalıdır.

1. Pine Script: TimeframesTradingView. Zaman dilimi tanımları ve birimleri okundu. Kontrol tarihi: 2026-10-11.
2. Other timeframes and dataTradingView. Onaylı üst zaman dilimi verisi isteme örnekleri okundu. Kontrol tarihi: 2026-10-11.
3. pandas.merge_asofpandas. backward eşleştirme, tolerans ve tam eşleşme davranışı okundu. Kontrol tarihi: 2026-10-11.

İlgili yöntemler