Likidite mi Hacim mi? Gerçek Fark

Likidite ile Hacim Arasındaki Fark Nedir?

Hacim, belirli bir dönemde işlem gören varlık miktarıdır, geriye dönük bir sayım. Likidite ise ICT dilinde, karşı taraf olacak hazırda bekleyen emir havuzudur; ileriye dönük potansiyel enerji. Hacim geçmişi ölçer, likidite fiyatın henüz ulaşabileceği yeri.

İkisi birbirinin yerine geçiyor gibi hissettirir çünkü büyük hareketlerin ikisinde de ani artış olur. Ama farklı sorulara cevap verirler. Hacim "ne kadar işlem gördü?" diye sorar. Likidite "dolmamış emirler nerede, fiyatı kendine çekecek?" diye sorar.

İkisini bir tutan trader, hareketten sonra hacim çubuklarına tepki verir; hareketten önce Draw on Liquidity'yi haritalamak yerine. Likidite ile hacmi ayırt edebilmek, kovalamakla sezmek arasındaki farktır.

Hacim: Gerçekleşen İşlemlerin Geriye Dönük Sayımı

Hacim tamamlanmış işlem istatistiğidir. Şeritteki her kayıt, fiyatta anlaşmış bir alıcı ve satıcıyı temsil eder; hacim, el değiştiren büyüklüğü toplar. Mum grafiğinde hacim histogramı bu büyüklüğü bar başına özetler. Tamamen tarihseldir, hacim çubuğu uzadığında işlemler çoktan bitmiş, fiyat oraya ulaşmak için gerekli hareketi yapmıştır bile.

Hacim sana efor ve katılım hakkında bilgi verir. Geniş aralıklı, ağır hacimle desteklenen bir mum, agresif piyasa emirlerinin emir defterini ezip geçtiğini gösterir. Ama hacim tek başına fiyatın sonra nereye gideceğini söylemez, çünkü yerleşmiş işlemleri anlatır.

Bu bir dikiz aynasıdır, harita değil. Hacim göstergesinde, time-and-sales şeridinde ya da footprint/delta panelinde okursun; hepsi gerçekleşmiş akışı raporlar.

• Birim: işlem gören hisse, kontrat veya baz varlık miktarı.
• Zaman referansı: geçmiş, eşleşmesi tamamlanmış işlemler.
• Kanıtladığı şey: efor harcandığı, fiyatın yönü değil.

Likidite: İleriye Dönük Bekleyen Emirler

Likidite tam tersi bir referans çerçevesidir. Piyasada şu an bekleyen, fiyatın karşı taraf olabileceği emirlerdir: görünür defterdeki limit emirler artı bariz seviyelerde durduğu çıkarılan, çok daha büyük stop emri havuzu. ICT'de likidite soyut bir "işlem kolaylığı" fikri değildir; grafikte emirlerin kümelenip beklediği fiziksel bir konumdur.

Bu kümeler öngörülebilir yerlerde oluşur. Alış tarafı likidite (BSL) equal highs'in ve önceki swing high'ların üzerindedir; breakout buy-stop'ları ve short sahiplerinin koruyucu stop'ları orada bekler. Satış tarafı likidite (SSL) equal lows'ların altındadır, aynanın tersi durum geçerlidir.

Bu havuzlar hedeftir. Fiyat onlara çekilir çünkü kurumsal boyutta büyük emirleri doldurmak, ancak bir stop kaskadının sağlayacağı karşı taraf hacmi gerektirir. Likiditeyi emir defteri derinliğinden (DOM) artı Equal Highs / Equal Lows ve temiz swing noktalarındaki yapısal çıkarımla okursun.

• Birim: bir fiyat seviyesindeki bekleyen emir büyüklüğü (potansiyel, gerçekleşmemiş).
• Zaman referansı: gelecek, fiyatın henüz doldurabileceği emirler.
• Kanıtladığı şey: fiyatın hareket etmeden önce nereye çekileceği.

Neden Yüksek Hacim Yüksek Likidite Demek Değildir

Temel yanılgı, uzun bir hacim çubuğunu derin ve likit bir piyasanın kanıtı saymaktır. Çoğu zaman durum tam tersidir. Likiditesiz bir ortamdaki sert hareket, kitap zayıf olduğu için devasa hacim basar; fiyat boş seviyelerden boşlukla geçer ve tüketilen her ince kademe şeride bir işlem olarak düşer.

Fiyatın altına ağır bekleyen alış emirleri dizilmiş bir defter düşün. Bir dalga satış emri çarpar, emilir, fiyat zor kıpırdar: yüksek likidite, az yol, küçük displacement.

Şimdi fiyatın altının neredeyse bomboş olduğu bir defter düşün. Daha küçük bir satış dalgası gelir, emecek hiçbir şey bulamaz ve fiyat beş seviyeyi birden çökertir: düşük likidite, derinliğe oranla yüksek hacim, dev displacement. Hacim rakamı benzer görünebilir; piyasa koşulu tam zıttır.

Likidite ile hacim ayrımı mekanik düzeyde bu yüzden önemli. Hacim, fiyat yol alırken ürettiği sürtünmedir; likidite, depoda bekleyen yakıttır.

Uzun bir hacim çubuğu "çok sayıda bekleyen emir tüketildi" ya da "orada hiçbir şey yoktu, fiyat üzerinden koştu" anlamına gelebilir. İkisini histogramdan ayıramazsın, emirlerin nerede olduğunu bilmen gerekir. Aşağıdaki tablo iki kavramın önemli her boyutta nasıl ayrıştığını gösteriyor.

Liquidity Sweep Likidite ile Hacmi Nasıl Bağlar?

Likidite ile hacmin etkileşimini en net gördüğün yer Liquidity Sweep'tir. Sweep, bir likidite havuzunda bekleyen stop'lar tetiklenirken gerçekleşen tek bir yüksek hacimli olaydır. İki kavramın temas ettiği andır: fiyat havuza ulaşır (likidite), stop'lar piyasa emri olarak tetiklenir (hacim patlaması) ve karşı taraf akışındaki bu yükseliş, büyük oyunculara pozisyonlarını doldurma imkanı verir.

Burada hacim patlaması neden değildir, teyittir. Equal highs üzerindeki stop'lar çalıştırılır; tetiklenen her stop bir piyasa alışı olur ve bu piyasa alışları o mumda hacim patlamasına dönüşür. Hacim yüksektir çünkü orada likidite vardı.

Doğru sırayla okunduğunda patlama, havuzun var olduğunu ve tüketildiğini teyit eder; tek başına hacim histogramının asla veremeyeceği bilgi tam olarak budur. ICT'nin önce likiditeye demir atması da bu yüzden: patlamanın sebebi havuzdur, dolayısıyla haritalanacak nesne çubuk değil havuzdur.

Uygulamalı örnek: sweep mumu

EURUSD, 1.0855'in hemen altında sıkışıyor; 1.0850 ve 1.0851'de birbirine yakın iki tepe basıyor. Breakout alıcıları stop'larını üste koyuyor, geç kalan short'lar da koruyucu stop'ları aynı yere park ediyor. O raf bir BSL havuzu. London seansında fiyat 1.0856'ya fırlıyor ve günün en büyük hacim çubuğunu basıyor, sonra 1.0842'den kapanıyor, tepelerin altından.

Sadece hacme bakan okur dev çubuğu görür ve "güçlü alım, breakout teyitli" der. Likidite okuru aynı çubuğu doğru okur: fırlama, 1.0850 üzerindeki bekleyen stop'lar mühendislikle oluşturulup süpürüldüğü için gerçekleşti.

Hacim havuzun alındığını teyit eder; anlık geri dönüş hareketinin bir breakout değil baskın olduğunu. Aynı çubuk, zıt sonuç, fark hangisine demir attığında: hacime mi, hacmin içine koştuğu likidite havuzuna mı.

ICT neden hacmi değil likiditeyi hedefler

ICT metodolojisi draw on liquidity fikrinin üzerine kurulur: fiyat, kurumsal büyüklüğü doldurmak için algoritmik biçimde bekleyen emir havuzlarına doğru hareket eder. Temel soru hep "emirler nerede bekliyor?"dir, "ne kadar işlem gördü?" değil. Bu da likiditeyi hedef, hacmi en iyi ihtimalle ikincil bir teyit yapar.

Emirlerin NEREDE beklediğini okursan ileriye dönük bir hedefin vardır; hacmi okursan iş bittikten sonra bir yerlerde işlem yapıldığını öğrenirsin sadece.

Sebep pratiktir. Büyük katılımcılar karşı taraf olmadan büyüklük dolduramaz. Equal highs veya lows'taki bir stop koşusunun ürettiği yoğun akışa ihtiyaçları vardır; fiyat o yüzden bu havuzlara doğru mühendislikle yönlendirilir.

Havuzları haritalarsan fiyatın ulaşması muhtemel bir noktan olur. Tüm çerçevenin, Order Block mitigation'dan Fair Value Gap (FVG) hedeflemesine kadar likidite konumları çevresinde örgütlenmesinin sebebi bu; hacimse yalnızca destekleyici role indirgenir.

Hacmin Gerçek İşlevleri, Dürüst Sınırları ve Order-Flow Araçları

Hacim işe yaramaz değildir, sadece yardımcı rolde oynar. Meşru görevi Displacement'i teyit etmek: fiyat bir seviyeden geniş ve kararlı bir mumla ayrıldığında, o mumu destekleyen hacim gerçek kurumsal eforu, sürüklenen düşük kararlılıklı bir hareketten ayırt eder. Bir FVG'de ya da order block'ta emilmiş bir test ile gerçek kırılımı ayırmaya da yarar.

Ama dürüst uyarı büyük, özellikle forex'te. Spot FX'te merkezi bir borsa yoktur, konsolide bir hacim rakamı da yoktur. Perakende platformların "hacim" dediği şey tick volumedür, o brokerın beslemesindeki bar başına fiyat değişimi sayısı; gerçek işlem gören büyüklük değil.

Gerçek aktiviteyle gevşek bir korelasyonu vardır ama broker'a özgüdür ve kolayca bozulur. Forex tick volume'ünü borsa hacmi gibi kabul etmek gerçek bir analitik hatadır. Vadeli işlemler (euro için CME'nin 6E'si gibi) ve merkezi kripto platformları gerçek işlem hacmi verir; spot FX vermez.

Order-flow camiası hacimden türetilen araçlara yaslanır: footprint grafikleri, delta, kümülatif delta ve DOM ısı haritaları, her mumun içinde agresif alıcı ve satıcıların tam olarak nasıl etkileştiğini görmek için. Gerçekleşen akışı okumak için hassas aletlerdir; emilim, tükenme ve imbalance'i gerçek hacimli enstrümanlarda canlı gösterirler.

ICT'nin yapısal likidite okuması aynı piyasaya farklı bir mercektir: gerçekleşen akışı tik tik ölçmek yerine, fiyat yapısından gerçekleşmemiş emirlerin nerede beklediğini çıkarır ve oralı draw sayar. İkisi birbirini tamamlar, footprint ve delta bir seviyede ne olduğunu teyit eder; yapısal likidite haritası önce hangi seviyeye bakman gerektiğini söyler.

Likidite ile Hacmi Bulanıklaştıran Sık Hatalar

1. Hacmi likidite haritası gibi kullanmak. Uzun bir çubuk işlem yapıldığını söyler, emirlerin nerede beklediğini değil. Havuzlar histogram ne gösterirse göstersin equal highs/lows'ta durur.
2. Forex tick volume'ünü gerçek hacim sanmak. Spot FX'teki "hacim" broker'a özel bir tik sayımıdır. Sonuç çıkarmadan önce karşılık gelen vadeli kontratla çapraz kontrol et.
3. Sweep patlamasını breakout okumak. Bir seviyedeki en büyük hacim çubuğu çoğu zaman o seviyeyi alan baskındır, o yöne koşma teyidi değil.
4. Displacement kalitesini yok saymak. Geniş, boşluk bırakan bir mum olmadan hacim gürültüdür; çubuğun yüksekliğinden çok mumun yapısı önemlidir.
5. Yüksek hacmin derin likidite anlamına geldiğini varsaymak. Zayıf defterler en sert, derinliğe oranla en yüksek hacimli hareketleri üretir, likit piyasanın tam tersi.

Likidite-hacim sorusunu bir kez çözümlediğinde her grafiği okuma şeklin değişir: hacim efor ve displacement için bir teyit aracına dönüşür, likidite ise high'larda, low'larda ve equal seviyelerde bekleyen emirler olarak planını kurduğun hedefe. Emirlerin beklediği yere doğru işlem kur, hacmin işi sadece orada olduklarını teyit etmek olsun.

Sık Sorulan Sorular

Bir piyasada hacim yüksek ama likidite düşük olabilir mi?

Evet ve oldukça yaygındır. Emir defteri zayıfken mütevazı bir emir akışı bile fiyatı boş seviyelerden boşlukla geçirir ve tüketilen her seviye yine bir işlem olarak basılır. Sonuç, sığ ve likitsiz bir defteri ele veren yüksek hacimli, yüksek volatiliteli bir harekettir; hacim tam da likidite kıt olduğu için yükselmiştir.

Forex hacmi gerçek midir?

Borsa anlamında değil. Spot FX merkeziyetsizdir, bu yüzden perakende platformlar tick volume gösterir; bir brokerın beslemesindeki bar başına fiyat değişimi sayısını, gerçek işlem büyüklüğünü değil. Aktiviteyi kabaca takip eder ama broker'a özgüdür. Gerçek euro hacmi için trader'lar spot grafiği değil CME vadeli ürünlerini, mesela 6E'yi referans alır.

ICT hacmi hiç kullanır mı?

Yalnızca teyit olarak, asla birincil sinyal değil. ICT likidite havuzlarını hedefler, high ve low'lardaki bekleyen emirleri. Hacim gerçek hacimli enstrümanlarda displacement'i ya da eforu destekleyebilir ama kurulum, emirlerin nerede beklediğiyle tanımlanır, ne kadar işlem gördüğüyle değil. Draw on liquidity önce gelir.

Emir defterini göremiyorsam likiditeyi nasıl bulurum?

Yapıdan çıkarırsın. Equal highs ve equal lows, önceki seans high/low'ları ve temiz swing noktaları stop'ların kümelendiği yerlerdir. Canlı bir DOM'a ihtiyacın yok; grafikteki bariz seviyeler perakende stop'larının yattığı yerlerdir ve fiyatın oraya çekilmesi mühendislik edilir.

İlgili arama yolları

Likidite ile hacmi net biçimde ayırdıktan sonra bu rehberler resmin likidite tarafını derinleştirir: nerede beklediği, nasıl alındığı ve order-flow hacminin tepkiyi nasıl teyit ettiği.

• Internal vs External Liquidity: An SMC Trader's Guide, her draw'ın üzerine kurulduğu iki likidite türü.
• BSL vs SSL in SMC: Identify Liquidity, bekleyen stop'ların fiyatın üstünde ve altında tam olarak nerede havuzlandığı.
• What Is a Liquidity Sweep?, bir havuzun alındığı yüksek hacimli olay.
• ICT vs Footprint Charts, yapısal likidite okuması karşısında hacim bazlı order flow.
• Bookmap with ICT: Confirm POIs, bir likidite seviyesini gerçek hacim araçlarıyla teyit etmek.
• Validating FVG with Order Flow: A Professional's Guide, hacim teyidini belirli bir POI'ye uygulamak.
• What Is a Liquidity Pool in ICT Trading?, likidite havuzu kavramıyla bağlantısı.