LiquidityScan Tarayıcısı Nasıl Çalışır?

LiquidityScan Tarayıcısı Nasıl Çalışır?

LiquidityScan tarayıcısı sabit bir hat gibi çalışır: yüzlerce enstrüman ve zaman diliminde canlı mumları alır, her motorun nesnel mum geometrisini çalıştırarak kurulumu tespit eder, notlandırıp çapraz kontrol eder, yaşam döngüsünü izler ve sonra grafikte doğrulayabileceğin bir uyarı gönderir.

Yön tahmin eden bir model yok, kara kutu da yok. Her motor, belirli bir ICT kavramını açılış, yüksek, düşük ve kapanış değerleri üzerinden ölçülebilir kurallara çevirir. Bu yazının devamında beş aşamayı baştan sona gezeceğiz; böylece her tespiti güvene değil, mekaniğe bakarak değerlendirebilirsin.

• Aşama 1 — Veri alımı: onaylanmış mumlar enstrüman ve zaman dilimi bazında çekilir.
• Aşama 2 — Tespit: her motor geometrisini kapanmış barlarda test eder.
• Aşama 3 — Doğrulama ve notlandırma: tazelik, displacement ve confluence filtreleri.
• Aşama 4 — Yaşam döngüsü: oluştu, sonra yaklaşıyor, sonra dokunuldu, sonra sonuç.
• Aşama 5 — İletim: geometriyi taşıyan akış kartları, push ve uygulama içi uyarılar.

Aşama 1 ve 2: Ham Mumdan Motor Bazlı Tespite

Tarayıcının nasıl çalıştığını anlamak veri katmanından başlıyor. Scanner, USDT marjlı pariteleri canlı kline'lardan oluşan bellek içi bir WebSocket akışından okur. Soket hazır değilse veritabanındaki önbelleğe alınmış anlık görüntüye, o da yetmezse tek seferlik REST yenilemesine düşer.

Alan semantiği standart: openTime, open, high, low, close, volume; hepsi UTC epoch milisaniye cinsinden, yaz saati kayması derdi yok.

Canlı bar her zaman atılır

Hiçbir motor çalışmadan önce scanner, henüz şekillenen mumu kesip atar ve yalnızca onaylanmış, kapanmış barları değerlendirir. Tespitlerin repaint yapmamasının sebebi bu tek kural: mum ortasında beliren bir şekil bar kapanmadan kaybolabilir; scanner bunu mum nihaileşmeden yargılamayı reddediyor.

Saatlik cron, her saat başında 1h, 4h, 1d ve 1w taramasını yapar. Saat altı dispatcher ise intrabar zamanlamanın kar ettiği motorlar için 15m ve 5m ekler; alt zaman dilimi her kapandığında kısa bir debounce sonrası boşaltım yapar ki yeni yapı bir sonraki saate kadar bekletilmesin.

Her tespit ayrıca sinyal mumunun kendi açılış zamanını kaydeder; geometri böylece daha sonra tekrar bulabileceğin belirli bir bara çapalanmış olur.

Her motor, geometriye dönüşmüş bir ICT kavramıdır

Tespit tek bir algoritma değil, bağımsız motorlardan oluşan bir aile. Her biri, belgelenmiş bir kavramı nesnel mum kuralları olarak kodluyor:

• Order Block (OB+ / OB++): likidite kökenli güçlü bir order block; impuls mumu alıcı tarafı veya satıcı tarafı likiditeyi (BSL ya da SSL) toplar. OB++, en az 1,5 ATR'lik displacement ve bir Fair Value Gap (FVG) şartını ekler.
• Fair Value Gap: fitillerin örtüşemediği üç mumluk bir imbalance; çoklu zaman dilimi iç içeliğine göre kademe kademe notlandırılır (küçük bir boşluk, daha büyük bir üst zaman dilimi boşluğunun içindeyse daha yüksek puan alır).
• Market Structure (BOS / CHoCH): Pine'a sadık bir port; onaylanmış swing pivotlardan Break of Structure veya Change of Character işaretler.
• CISD / MSS: delivery durumundaki değişim; pivot tespiti, ters yönlü bir mum ve ortaya çıkan MSS seviyesinin üzerinden kapanışla bulunur.
• CRT, Super Engulfing, RSI Divergence: mum aralığı sweep'leri, engulfing devam ve dönüş gövdeleri, Wilder-RSI pivot uyumsuzlukları.

Kuralların hepsi kapanmış mumlar üzerinde aritmetik olduğu için çıktı deterministiktir. Aynı barları iki kez besle, aynı tespiti iki kez al. Aşağıdaki tablo her motoru kodladığı kavramla ve notunu yükselten ölçümle eşleştiriyor.

Aşama 3: Doğrulama, Notlandırma ve Confluence

Ham geometrik eşleşme bir adaydır, sinyal değil. Sonraki aşama onu filtreleyip puanlar; böylece bağlam zengini tespitler yüzeye çıkar.

Tazelik ve ilk dokunuş

Bölgeler eskir. Fiyatın üzerinden geri geçtiği bir FVG, hiç dokunulmamış taze bir boşlukla aynı şey değildir; bu yüzden FVG motoru, iç içe geçmiş bir boşluğu canlı saymadan önce ilk dokunuş tazeliği şart koşar. Aynı mantık tüm motorlarda işler: bir kurulum statüsünü tarihin bir noktasında oluşmuş olmasından değil, mitigate edilmemiş olmasından alır.

Displacement ve nesnel eşikler

Güç kademeleri sayılardan gelir, görüşten değil. Bir order block, impuls bacağı en az 1,5 ATR yer değiştirdiğinde ve arkasında fair value gap bıraktığında ancak OB++'a terfi eder. CISD, kırılım mumu New York 09.00–14.00 penceresi içinde kapanırsa High-Prob MSS etiketi alır. Bu eşikler sabit sabitlerdir; kendi grafiğinde yeniden üretebilirsin.

Confluence: birden fazla motorun hemfikir olması

En yüksek bağlamlı katman, canlı tespitleri çoklu zaman dilimi hizalanma zincirlerine katlar. Haftalık, günlük ve 4h okumaları aynı yönü gösterdiğinde ya da iki farklı motor aynı pariteyi ve yönü işaretlediğinde, confluence katmanının yüzeye çıkardığı şey tam olarak bu uzlaşmadır.

Zamansal tutarlılık kontrolü hayalet istiflemeyi engeller; üç haftalık eski bir haftalık tespit, taze bir günlükle eşleşip hizalıymış gibi davranamaz. Confluence bir kurulumu doğru yapmaz; arkasındaki bağlam miktarını yükseltir.

Aşama 4 ve 5: Yaşam Döngüsü Takibi ve İletim

Tespit bir andır; işlem bir süreç. Scanner her kurulumu tek ateşleyip unutmak yerine, ömrü boyunca izler.

Oluştu, yaklaşıyor, dokunuldu

Bölge tespit edildikten sonra "oluştu" durumunda bekler. Ardından bir yakınlık döngüsü fiyatı bölgeye göre izler ve fiyat yaklaşırken, seviyeye dokunulmadan bile ön varış uyarısı verebilir; hiç uyumayan bir scanner'ın pratik değeri burada.

Fiyat bölgeye ulaştığında durum "dokunuldu"ya ilerler ve sonuç motorları devreye girer. Tanımlı hedefi olan motorlar TP1, TP2 ve TP3'ü takip eder; ilk hedef yazdığında stop'u breakeven'a taşır, böylece koşucu işlem zarara dönemez.

Diğerleri sonucu niteliksel olarak notlandırır: takip eden onaylanmış mumların seviyeye göre kapanışına göre güçlü, zayıf ya da başarısız diye işaretler; ya da belirleyici bir şey olmadığında kurulumu sabit bir mum bütçesi sonunda düşürür. Her geçiş zaman damgalıdır; kart tek donmuş kare yerine dürüst bir denetim izi taşır.

İnceleyebileceğin şekilde iletim

Hayatta kalan tespitler sana iki yolla ulaşır. Birincisi, akış kartları gerçek geometriyi çizer: order block, boşluk, swing, MSS seviyesi; tam grafiği açmadan sinyali yargılayabilirsin. İkincisi, uyarılar push bildirimleriyle ve uygulama içinde iletilir.

Sert bir hacim tabanı, 24 saatlik quote hacmi kabaca yirmi milyon doların altındaki her pariteyi eler; düşük likiditeli enstrümanlar masana ilk başta ulaşmaz bile.

Tasarımdan Nesnel: Scanner Neden Repaint Yapmaz?

Tarayıcının nasıl çalıştığının önemi şu: bütün hat deterministiktir. Aynı mumlar girer, aynı tespit çıkar. Bundan üç özellik doğrudan doğar:

• Repaint yok: yalnızca kapanmış barlar değerlendirilir; bir tespit belirdikten sonra sessizce kaybolamaz.
• Geriye dönük test edilebilir: her kural aritmetik olduğu için geçmiş mumları oynatıp scanner'ın neyi işaretleyeceğini birebir yeniden üretebilirsin.
• Doğrulanabilir: her kart geometrisini açığa vurur; aynı pariteyi açıp sweep'i, boşluğu ya da kırılımı kendi gözünle teyit edebilirsin.

Şeffaflık asıl mesele. İşini gösteren bir araç, onunla aynı fikirde olmamaya davet eder; doğrulayabildiğin bir kurulum, kararlılıkla pozisyon boyutlandırıp yönetebileceğin kurulumdur.

Bu, gelişme biçimini de değiştirir: kurallar sabit olduğundan, zarar eden bir tespit scanner'ın kale direklerini kaydırdığının kanıtı değil, piyasa rejimi ya da senin filtrelerin hakkında bir veri noktasıdır.

Koşulları dışa aktarabilir, yeniden oynatabilir ve hangi notlarla işlem yapacağını sıkılaştırıp sıkılaştırmayacağına karar verebilirsin. Bu geri besleme döngüsü, tespit değişken bir muhakeme değil tasarım gereği nesnel olduğunda mümkündür.

Scanner'ın yapmadıkları

Sınırları dürüstçe söylemek güvenilirliğin parçası. Scanner fiyatın nereye gideceğini tahmin etmez, sonuç garantisi vermez, muhakemenin yerine geçmez. Tespit etmek, kârlı bir işlem yapmak demek değil.

Tamamen geçerli bir order block bile başarısız olabilir; üst zaman dilimindeki liquidity draw ters yöndeyse ya da haber pariteyi yeniden fiyatlarsa. Scanner bağlam zengini adayları yüzeye çıkarır; bias'ı, zorunlu kıldığın confluence'ı, girişi ve riski sen sağlarsın. Her notu bir yapı tanımı olarak gör, kâr vaadi olarak asla.

Bir Tespitin Ömrü: Adım Adım Örnek

Aşağıda gerçekçi, temsili bir sıralama var; belirli bir işlem hakkında iddia değil, bir tespitin aldığı şekil bu.

1. Mumlar kapanır. 4h BTCUSDT'de impuls mumu yukarı sürer, önceki bir dipteki satıcı tarafı likidite yığınına sweep atar ve güçlü displacement'la kapanır. Bar nihaileşir; scanner bir sonraki değerlendirmede yakalar.
2. Motor ateşler. Order block motoru, impulsun SSL aldığını ve arkasında fair value gap bıraktığını doğrular. Displacement 1,5 ATR'yi aşar; aday sıradan OB+ değil OB++ olarak notlanır.
3. Notlandırma ve confluence. Bölge mitigate edilmemiş (ilk dokunuş, taze). Confluence katmanı günlük bias'ın aynı yönü okuduğunu not eder ve karta bağlam ekler.
4. Yakınlık uyarısı. Saatler sonra fiyat bloğa doğru geri çekilir. Yakınlık döngüsü, seviyeye dokunulmadan önce ön varış push'u gönderir; kovalamak yerine hazırlanacak zaman kazanırsın.
5. Karar senin. Grafiği açarsın, geometriyi teyit edersin, kendi üst zaman dilimi okumanın ve seans zamanlamanın uyup uymadığına bakarsın; ancak ondan sonra işlem yapar ya da pas geçersin. Scanner sana notlanmış, izlenen, doğrulanabilir bir aday getirdi; işlem kararı sende kalıyor.

Fiyat bölgenin üzerinden aleyhine geri kapanırsa yaşam döngüsü onu başarısız olarak işaretler ve kart bu sonucu dürüstçe yansıtır; sonradan gözden geçirmek için ihtiyacın olan kayıt tam olarak budur.

Baştan sona bu yol, LiquidityScan tarayıcısının pratikte çalışma biçimidir: ham mumları notlanmış, izlenen, doğrulanabilir bir adaya çevirir ve kararı sana teslim eder. Hattaki hiçbir şey geleceği tahmin etmez, kazanım vaat etmez.

Nesnel yapıyı izlemek için yüzlerce grafiği elle takip etme yükünü kaldırır; dikkatini bias'a, bağlama ve uygulamaya, scanner'ın otomatikleştiremeyeceği ve otomatikleştirmemesi gereken kısımlara yöneltir.

Sık Sorulan Sorular

LiquidityScan tarayıcısı sinyallerini repaint ediyor mu?

Hayır. Her motor şekillenmekte olan mumu kesip atar ve yalnızca onaylanmış, kapanmış barları değerlendirir. Mum içinde belirip kaybolan bir şekil hiçbir zaman kaydedilmez; dün gördüğün tespit bugün de aynı geometriyle oradadır. Çıktıyı yeniden üretilebilir ve geriye dönük test edilebilir yapan şey budur.

Grafiği kontrol etmeden bir tespite güvenebilir miyim?

Daha hızlı hareket edebilirsin ama yine de doğrulaman gerekir. Her akış kartı gerçek order block'u, boşluğu ya da market structure kırılımını çizer; bir bakışta yargılayabilirsin, tam grafik de sweep'i ve bağlamı teyit ettirir. Scanner bağlam zengini adayları bulur; nihai muhakeme ve risk senindir.

OB++ ya da High-Prob MSS gibi bir not gerçekte ne demek?

Adayın ek nesnel eşikleri aştığı anlamına gelir. OB++, impuls bacağında en az 1,5 ATR displacement artı bir fair value gap şart koşar. High-Prob MSS, kırılım mumunun New York 09.00–14.00 penceresi içinde kapanmasını gerektirir. Notlar yapıyı ve zamanlamayı tanımlar; garanti edilmiş bir sonucu değil.

Neden düşük likiditeli bir parite akışımda hiç görünmedi?

Sert hacim tabanı, 24 saatlik quote hacmi kabaca yirmi milyon doların altındaki her pariteyi masana ulaşmadan eler. İnce piyasalar güvenilmez geometri ve kötü emir doldurma üretir; scanner bunları filtreler ki gerçekçi işlem yapamayacağın gürültüyü yüzeye çıkarmasın.

İlgili arama yolları

Her motorun ardındaki kavramları izle; platformun ne olduğundan, kendi verinde nasıl doğrulayacağına kadar.

• LiquidityScan Nedir? — scanner hattının ardındaki platform genel bakışı.
• Order Block Nedir? — OB+ motorunun geometri olarak kodladığı kavram.
• Fair Value Gap (FVG) Nedir? — FVG motorunun notlandırdığı üç mumluk imbalance.
• ICT'de Market Structure Nedir? — BOS ve CHoCH tespitinin ardındaki swing mantığı.
• ICT İşlemlerinde CISD Nedir? — change-in-state-of-delivery motorunun açıklaması.
• ICT Stratejisi Doğru Şekilde Nasıl Backtest Edilir? — deterministik tespitleri kendi geçmişinde doğrula.
• LiquidityScan Fiyatlandırma ve Planlar: Free, Starter ve Pro — liquidityscan ile tradingview indikatörleri karşılaştırmasına bağlantısı.
• LiquidityScan Güvenilir mi? Tespit Nasıl Doğrulanır? — yakından ilgili bir sonraki adım.