LiquidityScan Confluence Engine

LiquidityScan Confluence Engine Nedir?

Confluence engine, birden fazla tarayıcı ve zaman dilimi aynı yönü gösterdiğinde ortaya çıkan, giriş yapmış kullanıcıların erişebildiği önceden hazırlanmış çoklu zaman dilimi kurulumları kataloğudur. Grafikleri tek tek karşılaştırmak yerine, koşulları zaten üst üste gelmiş ve hâlâ hizalı olan kurulumların canlı akışını okursun.

Trader’lar “confluence” kelimesini sürekli kullanıyor: yüksek zaman diliminde yön eğilimi, orta zaman diliminde yapı değişimi, düşük zaman diliminde giriş formasyonu. Zor kısım fikir değil; onlarca paritede, her saat, hiçbirini kaçırmadan bu çapraz kontrolü yapabilmek.

Confluence engine bu angaryayı göz atılabilir bir listeye çevirir. Her kayıt, tarayıcı ayaklarından oluşan bir reçetedir ve yalnızca bütün ayaklar aktifken, aynı zaman dilimi koşullarında ve aynı yönü gösterirken görünür. Hizalanma bozulduğunda kurulum seni yanıltmaya devam etmesin diye ölü olarak işaretlenir.

Confluence Engine, “Confluence Kontrol Et” İşini Canlı Akışa Nasıl Çeviriyor?

Platformdaki her temel tarayıcı yalnızca kapanmış mumlarda tespit yapar; bu nedenle sinyalleri yeniden çizilmez. Confluence engine bu tarayıcıların üzerine kurulur. Canlı çıktıları izler ve katalogdaki her kurulum için şu basit soruyu sorar: Bu kurulumun gerekli bütün ayakları, kendi zaman dilimlerinde, aynı yönde ve şu anda çalışıyor mu?

Cevap evetse kurulum, ortak akışta görünür. Akışta o anda yükseliş tarafında ve düşüş tarafında kurulumu karşılayan kaç sembol olduğu canlı olarak gösterilir.

Bir ayak devre dışı kaldığında, yön eğilimi tersine döndüğünde, bir bölge mitigation gördüğünde ya da mum bütçesi sona erdiğinde eşleşme akıştan düşer veya kurulum ölü olarak işaretlenir. Sistemi kullanışlı yapan üç özellik var:

• Yöne kilitli: Bir kurulum yalnızca bütün ayaklar tek bir yönde birleştiğinde sayılır. Haftalık yükseliş okuması ile günlük düşüş okuması confluence değildir; bu yüzden eşleşme olarak görünmez.
• Yapısı gereği çoklu zaman dilimli: Kurulumların çoğu bilinçli olarak iki veya üç zaman dilimine yayılır. Böylece yüksek zaman dilimi bağlamını ve düşük zaman dilimi tetikleyicisini birlikte görürsün.
• Seçili, rastgele değil: Katalog, motorların mümkün olan her matematiksel kombinasyonundan değil, işlem mantığı taşıyan ve elle hazırlanmış kurulumlardan oluşur.

Confluence engine, normalde elle cevaplayacağın şu soruyu yanıtlar: Şu anda hangi paritelerde gerçek bir çoklu tarayıcı hizalanması var ve bu hizalanma hangi yönde?

Üç Confluence Seviyesi: Dual, Triple ve Sequence

Katalog, bir kurulumun kaç onay istediğine ve bu onayların sırasının önemli olup olmadığına göre üç seviyeye ayrılır.

• Dual , iki onay. Aynı zaman dilimini paylaşabilir veya farklı zaman dilimlerine yayılabilir; örneğin Haftalık yön eğilimi ile Günlük CRT (Candle Range Theory) sweep'i. Her iki ayak da aktif olmalı ve aynı yönü göstermelidir.
• Triple , üç onayın üst üste gelmesi. Genellikle zaman dilimleri arasında yukarıdan aşağıya kurulur; örneğin Aylık yön eğilimi, ardından Haftalık okuma ve sonrasında Günlük tetikleyici. Ayak sayısı arttıkça filtre sıkılaşır ve genellikle daha az canlı eşleşme oluşur.
• Sequence , sıralı işlem planları. Her adım, yalnızca önceki adımdan sonra çalışmalıdır; aynı anda görünmeleri yeterli değildir. Change of Character (CHoCH) sonrasında gelen Order Block (OB+) teması bunun klasik örneğidir.

Dual ve Triple, kaç şeyin aynı yönde birleştiğini anlatır. Sequence ise ikinci bir boyut ekler: olayların hangi sırayla gerçekleştiği. Kendi seviyesine sahip olmasının nedeni bu.

Sequence Neden Farklıdır: Sıra Bilgi Taşır

İki olayın aynı anda görülmesi, aynı iki olayın doğru sırayla gerçekleşmesinden daha zayıf kanıttır. Bir CHoCH ile OB+ temasının aynı anda geçerli olması, piyasanın ilginç bir seviyede bulunduğunu söyler.

CHoCH ve ardından OB+ teması ise bir hikâye anlatır: Önce yapı döndü, fiyat bu dönüşü oluşturan order block'a geri çekildi ve şimdi o bölgeyi test ediyor. Bu, niteliği farklı ve daha güçlü bir olaydır.

Sequence kurulumları bu hikâyeyi zorunlu kılar. Engine içinde sıralı bir kurulum, her ayağın bir önceki ayağın mumu kapandıktan sonra çalışmasıyla tamamlanır; değerlendirme kapanış zamanına göre açgözlü bir zincir mantığıyla yapılır. OB+ teması CHoCH'tan önce oluşursa Sequence çalışmaz, çünkü aradığın nedensel hikâye gerçekleşmemiştir.

Market Structure tarayıcısının sıralı formasyonlarında da aynı mantık kullanılır. “CHoCH → BOS → BOS” gibi bir kurulum ancak olaylar tam bu sırayla gerçekleştiğinde tamamlanır.

Pratik kazanım net: Sequence eşleşmesi yalnızca “bu şeyler mevcut” demek değildir. “Bu şeyler, kuruluma anlam kazandıran sırayla gerçekleşti” demektir.

Katalogdaki Her Kayıt Sana Ne Gösterir?

Katalogda herhangi bir kurulumu açtığında, hem ne istediğini hem de o anda neyin geçerli olduğunu açıkça görürsün. Her kayıtta şunlar bulunur:

• Sıralı reçete , her ayak, zaman dilimi ve motor bilgisiyle birlikte açıkça yazılır. Böylece tam olarak neyin gerçekleşmesi gerektiğini görürsün; örneğin: Ayak 1: Günlük ICT Bias yükseliş; Ayak 2: 4H CHoCH yükseliş; Ayak 3: 1H OB+ teması. Hiçbir şey bir puanın arkasına saklanmaz.
• Canlı yükseliş ve düşüş sayıları , o anda kaç sembolün kurulumu uzun yönünde ve kaçının kısa yönünde karşıladığını gösterir. Bu hem fırsatların nerede olduğunu hem de kurulumun o an ne kadar seçici davrandığını anlatır.
• “Süresi Doldu” işareti , daha önce canlı olan bir eşleşme, bir ayağın düşmesi veya zaman bütçesinin dolması nedeniyle öldüğünde kurulum işaretlenir; ekranda sessizce bırakılmaz. Böylece çoktan bozulmuş eski bir hizalanmaya bakmazsın.

Reçete açıkça gösterildiği için eşleşmeyi kendi ölçütlerinle değerlendirebilirsin. Kurulum bir Haftalık yön eğilimi ayağı istiyorsa ve haftalık mum okuması sana sınırda görünüyorsa, bu ayağa vereceğin ağırlığı sen belirlersin. Engine hizalanmayı önüne koyar; karar yine sende kalır.

Uygulamalı Örnek: Akışta CHoCH → OB+ Temas Sequence'i

ETHUSDT'nin 4H grafiğinde fiyatın bir süredir aşağı sürüklendiğini düşün. En son lower high seviyesinin üzerinde bir 4H mum kapanana kadar düşüş yönlü iç yapı korunur; bu kapanış yükseliş yönlü bir CHoCH ve yapının aşağıdan yukarıya dönmesidir. Bu, Sequence kurulumunun ilk ayağıdır ve kapanış zamanı artık ankraj olarak kaydedilir.

Sonraki birkaç saat içinde fiyat, kırılmayı başlatan order block'a geri çekilir; yani alış tarafı likiditesini alan impulsif hareketten önce gelen son düşüş kapanışlı mumun bölgesine. Fiyat bölgeye fitil attığında platformun OB+ tarayıcısı teması kaydeder: oluştu, yaklaşıyor, dokunuldu.

Bu temas CHoCH mumunun kapanışından sonra oluştuğu için ikinci ayak doğru sırayla tamamlanır. Sequence çalışır, ETHUSDT yükseliş tarafında akışta görünür ve reçetede her iki ayak, kendi zaman dilimleriyle birlikte yer alır.

Bunu, aynı anda izliyor olabileceğin Dual kurulumla karşılaştır: BTCUSDT'de yükseliş yönlü Haftalık yön eğilimi ve yükseliş yönlü Günlük CRT. Her iki ayak da yalnızca “şu anda doğru” durumundadır; sıra şartı yoktur. Dolayısıyla eşleşme, gelişen bir hikâyeden değil, uyumdan ibarettir.

Aynı engine, farklı seviye, farklı kanıt türü. BTC'nin haftalık okuması hafta ortasında tersine dönerse Dual eşleşmesi “Süresi Doldu” olarak işaretlenir ve yükseliş sayından çıkar.

Yapmak zorunda kalmadığın şeyi fark et. ETHUSDT'yi açıp 4H grafikte geriye giderek CHoCH'u doğrulamadın, ardından origin order block'u aramadın, sonra da teması beklemek için grafiğin başında oturmadın; aynı işlemleri izleme listendeki diğer paritelerde de tekrarlamadın.

Confluence engine bu kontrolü uygun durumdaki her paritede yaptı ve sıralı hikâyenin gerçekten tamamlandığı kurulumu, okumanı sıfırdan yeniden kurmak yerine birkaç saniyede doğrulayabilmen için reçetesiyle birlikte önüne getirdi.

Core-Layer ve Scanner Studio ile İlişkisi

Confluence engine tek başına çalışmaz. İki farklı ürün yüzeyinin arasında durur; aralarındaki farkı bilmek beklentini doğru yerde tutar.

• Core-Layer otomatik dizicidir. Canlı Super Engulfing, CRT ve ICT Bias sinyallerini, farklı zaman dilimlerinde aynı yönün birleştiği hizalanma zincirlerine dönüştürür; örneğin Haftalık, Günlük ve 4H yönlerinin tamamı yükseliştir. Bu dizilimleri sabit bir temel motor setinden kendi başına üretir ve zaman dilimine göre ankrajlar. Core-Layer'ı, “Yön hangi zaman dilimlerinde üst üste birikiyor?” sorusunu sürekli izleyen katman olarak düşün.
• Confluence kataloğu seçili, çoklu motor katmanıdır. Kurulumları Core-Layer'ın dizmediği Market Structure, OB+ ve diğer tarayıcıları bir araya getirebilir; olayların sırasını da zorunlu kılabilir. Bunlar otomatik olarak aynı yönde oluşan dizilimler değil, elle seçilmiş işlem planlarıdır.
• Scanner Studio katalogdaki kurulumların geldiği yerdir. Her katalog kaydı, küresel olarak yayımlanmış bir Studio tarayıcısıdır. Studio; yüksek zaman dilimi kapsayıcıları, “olay mı, hâlâ geçerli mi?” modu, yön uyumu zorunluluğu ve sıralı Sequence kuralları dahil olmak üzere herhangi bir motoru göstergeler ve bağlam filtreleriyle birleştirmeni sağlayan kodsuz kural oluşturucudur. Katalogdaki bir kurulum sana yakın ama tam olarak istediğin gibi değilse, kendi özel versiyonunu orada oluşturabilirsin.

Okuma sırası şöyle: otomatik zaman dilimi dizilimleri için Core-Layer, seçili çoklu motor ve sıralı işlem planları için confluence kataloğu, kendi kurulumunu yazmak için Scanner Studio.

Dürüst Sınırlar: Hizalanma Bağlamdır, İşlem Çağrısı Değil

Canlı bir confluence kurulumu, yüksek kaliteli bir bağlam parçasıdır ve iddiası bununla sınırlıdır. Confluence engine kazanma oranı yayımlamaz; bir eşleşme de giriş talimatı değildir. Şu noktaları gözden kaçırmamak gerekir:

• Hizalanma garanti değildir. Birden fazla zaman diliminin aynı yönü göstermesi bağlamın kalitesini artırır; sonucu kesinleştirmez. Hizalanmış kurulumlar da başarısız olabilir ve hiçbirine belirli bir oran bağlanmaz.
• Bu, sinyal hizmeti değil, yalnızca okuma amaçlı bağlamdır. Akış, tarayıcılarda o anda neyin geçerli olduğunu gösterir. Pozisyon büyüklüğü belirlemez, stop yerleştirmez ve sana al ya da sat demez. İşlem kararı, risk ve yönetim sende kalır.
• Ayaklar sınırda olabilir. Her ayak kapanmış mumlarda mekanik bir tarayıcı okuması olduğu için eşiğine yakın bir ayak yine de “doğru” sayılır. Açık reçete tam olarak bu yüzden vardır; her ayağı kendi gözünle tartabilmen için.

Confluence engine'i, çoklu tarayıcı hizalanmasının o anda bulunduğu yerlerin canlı kısa listesi ve gerekçeyi açıkça gösteren bir araç olarak kullandığında, riskin ortadan kalktığını iddia etmeden yorucu çapraz kontrolleri azaltır. Her pariteyi tek tek tarayıp confluence aramakla, koşulları zaten üst üste gelmiş ve tek yöne bakan kurulumların akışını okumak arasındaki fark budur.

Sık Sorulan Sorular

Confluence engine, Core-Layer ile aynı şey mi?

Hayır. Core-Layer, sabit bir temel motor setindeki Super Engulfing, CRT ve ICT Bias sinyallerini zaman dilimleri arasında otomatik olarak aynı yönde dizer. Confluence kataloğu ise Market Structure ve OB+ gibi başka tarayıcıları da birleştirebilen, sıralamayı zorunlu kılabilen seçili çoklu motor kurulumlarından oluşur. Aynı yüzey değil, birbirini tamamlayan katmanlardır.

Bir confluence kurulumu çalıştığında uyarı alır mıyım?

Kataloğun kendisi, göz atabileceğin ortak ve yalnızca okuma amaçlı bir akıştır. Kurulumlar Scanner Studio tarayıcıları olarak yayımlanır ve Studio tarayıcıları her saat piyasanın tamamında değerlendirilip anlık uyarılar gönderir. Kendi ölçütlerine göre kişisel uyarı almak istiyorsan kurulumu Scanner Studio'da özel bir tarama olarak oluşturabilir veya kopyalayabilirsin.

Bir kurulumdaki “Süresi Doldu” ne anlama gelir?

Daha önce canlı olan bir eşleşmenin artık öldüğü anlamına gelir; gerekli bir ayak düşmüş, yön eğilimi tersine dönmüş veya zaman bütçesi dolmuştur. Engine eski hizalanmayı ekranda bırakmak yerine işaretler. Böylece çoktan bozulmuş confluence'a göre hareket etmezsin.

Sequence kurulumlarında neden Dual kurulumlardan daha az eşleşme var?

Sequence kurulumlarında ayakların yalnızca aynı anda görünmesi değil, belirli bir zaman sırasıyla çalışması gerekir. Bu yüzden herhangi bir anda çok daha az sembol bu koşulları karşılar. Triple kurulumları da iki yerine üç uyumlu ayak istediği için Dual'dan daha sıkıdır. Daha az eşleşme, daha yüksek kaliteli filtre için bilinçli bir takastır.

İlgili arama yolları

Platformun ne olduğundan tespit mekanizmasına, oradan da confluence engine'in otomatikleştirdiği çoklu zaman dilimi yaklaşımına uzanan doğal yolu takip et.

• LiquidityScan nedir? , confluence engine'in üzerine kurulduğu tarayıcının genel çerçevesi.
• LiquidityScan Tarayıcısı Nasıl Çalışır? , ham mumlardan tespit edilen kuruluma ve her ayağın arkasındaki kapanmış mum mekanizmasına kadar.
• ICT Yukarıdan Aşağıya Analiz: Çoklu Zaman Dilimi Hizalanması , confluence seviyelerinin otomatikleştirdiği manuel yöntem.
• En İyi ICT Zaman Dilimleri: HTF Yön Eğiliminden LTF Girişine Rehber , Dual veya Triple kurulumunun kapsaması gereken zaman dilimlerini seçme yöntemi.
• Önce Liquidity Sweep, Sonra MSS: Dönüş Rehberi , Sequence seviyesinin kodladığı türden sıralı bir yapının uygulamalı örneği.
• En İyi ICT Tarayıcısı: Nasıl Seçilir? , confluence araçlarının tarayıcı seçimine nasıl dahil edileceği.
• Kodsuz Özel ICT Tarayıcısı Nasıl Oluşturulur? , özel tarayıcı oluşturucuyla ilgili başka bir yaklaşım.
• LiquidityScan kimler için: gün içi, swing ve yarı zamanlı trader'lar , farklı işlem tarzlarının Confluence Engine'i nasıl kullandığını gör.