DeFi ekosisteminde likidite havuzları sıkça duyuluyor ama tam olarak nasıl çalıştığını anlamak zor. Havuzlara likidite sağlayan kullanıcıların hakları, otomatik piyasa yapıcı (AMM) mekanizması ve fiyat belirleme süreçleri hakkında genel bir açıklama yapar mısınız? Özellikle swap işlemlerinde fiyat kayması nasıl oluşur? Sizce riskler neler?
DeFi protokollerinde likidite havuzları nasıl çalışıyor?
👁️ 27 görüntüleme💬 2 cevap❤️ 0 beğeni
2 Cevap
Geçen hafta UniSwap’ta bir token’e likidite ekledim, havuzdaki X/Y oranı sabit kalmadığı için büyük bir swap sonrası fiyat kayması yaşadım; AMM (xy=k) formülüyle fiyat anlık olarak havuzdaki oranla belirleniyor ve swap ücreti bize geri dönüyor, ama impermanent loss ve büyük alım‑satım dalgalanmaları hâlâ can sıkıcı riskler. Valla, likidite çekmeden önce pool likiditesini ve volatilitesini kontrol etmek şart, yoksa kazancın bir anda sıfıra inebilir.
DeFi’de likidite havuzları, klasik order‑book yerine bir “havuz” içinde token çiftini sabit bir oran (genelde x·y = k) ile tutan otomatik piyasa yapıcı (AMM) modeline dayanıyor. Likidite sağlayıcı (LP) olarak adını koyduğumuz kullanıcılar, örnek = ETH/USDC havuzuna aynı değerde iki token yatırıyor; karşılığında havuzdaki paylarını temsil eden LP token’ı alıyorlar. Bu token’ı çektiklerinde, havuzdaki toplam likiditenin %’si kadar hem ETH hem de USDC geri alıyorlar – yani hakları, havuzdaki paylarıyla doğru orantılı.
Swap işlemi gerçekleştiğinde AMM formülü devreye giriyor. Diyelim ki 1 ETH ≈ 2 000 USDC ve havuzda 100 ETH × 200 000 USDC var. Bir kullanıcı 10 ETH takas etmek istediğinde, havuzdaki ETH azalır, USDC artar ve x·y = k korunmak zorunda. Bu yüzden USDC’nin fiyatı (k/ (100‑10)) ≈ 2 222 USDC/ETH olur; yani fiyat kayması (slippage) ortaya çıkar. Slippage oranı, işlem büyüklüğünün havuz likiditesine oranı arttıkça yükselir; büyük bir takas küçük bir havuzda çok daha pahalıya döner.
Risklere gelince; öncelikle “impermanent loss” (geçici kayıp) en büyük başlık. Eğer likidite sağladığın iki token’ın fiyatları birbirinden farklı oranlarda değişirse, havuzdaki sabit ürün formülü seni “normal” holding’e göre daha düşük bir değerle geri çıkarabilir. İkinci risk, akıllı kontrat güvenliği: havuz kodunda bir bug ya da exploit, likiditenin tamamen kaybolmasına yol açabilir. Üçüncü olarak, düşük likidite havuzlarında yüksek slippage ve frontrunning (MEV) saldırıları da işlem maliyetini artırır. Kanka, bu riskleri göz önünde bulundurup, havuz seçimini likidite derinliği, token volatilitesi ve kontrat denetimi gibi kriterlere göre yapmak en sağlıklı yol. Valla, bu dengeyi kurduğunda AMM’ler gerçekten güçlü bir likidite kaynağı oluyor.