@yieldbasis'de "Analitik" sekmesinde yeni grafikler ortaya çıktı - ne anlama geldiklerine daha yakından bakalım. 📊 1) Sanal Fiyat vs XCP Kâr Yarısı Bu grafik, havuzun değerinin zamanla nasıl evrildiğini ve yeniden dengeleme için ne kadar kar tamponu olduğunu gösterir. Turuncu çizgi (virtual_price), havuzdaki 1 LP tokenın değerini temsil eder. Havuz ilk oluşturulduğunda 1.0 ile başlar - kullanıcı girdiğinde değil. Daha sonra katılırsanız, havuz birikmiş kâr virtual_price zaten 1.0'ın üzerinde olur. Mavi çizgi (xcp_profit_half) havuzun ömür boyu birikmiş kârlarının %50'sini temsil eder. Bu katı bir fiyat tabanı değil. Dengeleme sırasında virtual_price geçici olarak bu çizginin altına düşebilir. Ancak, havuz yeni bir price_scale hamlesi başlatmaz, eğer bu virtual_price xcp_profit_half'in altına düşürürse. Bu mekanizma, havuzun yeniden dengeleme için kâr tamponu üzerinde fazla harcamasını korur. Bu, ömür boyu kazançların en az yarısının konsantre likidite kaydırmak için kullanılmak yerine tutulmasını sağlar. virtual_price ile xcp_profit_half arasındaki boşluk, yeniden dengeleme bütçesini temsil eder. Geniş bir boşluk, havuzun gerekirse price_scale taşımayı karşılayacak kadar kâr biriktirdiği anlamına gelir. Dar bir boşluk, havuzun güvenli bir şekilde yeniden dengelenebilmek için beklemesi ve daha fazla ücret biriktirmesi gerektiği anlamına gelir. Bu grafiğin Bağışlar grafiğiyle bağlantılı olması da önemlidir: kilitsiz bağış hisseleri, etkili sanal fiyatı (vp_boosted) geçici olarak artırabilir; bu da havuzun price_scale daha erken hareket etmek için gereken eşiğe ulaşmasına yardımcı olur. 📈 2) Fiyat Oracle vs Fiyat Ölçeği Bu grafik, dış piyasa fiyatını havuzun iç likidite konumuyla karşılaştırır. Yeşil çizgi (price_oracle) yakın dönemin işlem fiyatlarının EMA'sıdır. Arbitraj işlemleri, son işlem gören fiyatı hareket ettirir ve bu da price_oracle değerini etkiler. Teal çizgi (price_scale), havuzun likiditeyi yoğunlaştırdığı fiyat seviyesini temsil eder. Arbitrajın kendisi price_scale hareket etmez. Bunun yerine, arbitraj piyasa fiyatlarını → price_oracle → güncellenir ve ardından price_scale takip edebilir, ancak havuz bu hareketi karşılayacak kadar kâr tamponu varsa. Eğer price_scale price_oracle yakınında kalırsa, havuzun bu vardiyaları karşılamak için yeterli kâr tamponu olduğu anlamına gelir. Eğer ayrılırlarsa, havuz şu anda xcp_profit_half kısıtlamasını ihlal etmeden price_scale taşımaya güc ayağı veremez. Sapmadan kurtulmak otomatik değildir. Bu, ücret birikimine bağlıdır; düşük hacimli ortamlarda haftalar veya daha uzun sürebilir. Alternatif olarak, piyasa fiyatı (BTC/ETH) price_scale'ye doğru geri dönebilir, böylece havuzun dengeleme için daha az kâr harcaması gerekmeden farkı azaltabilir. Bu grafik, havuzun piyasa ile tam uyumlu olup olmadığını veya yeniden dengeleme bütçesini yeniden inşa etmeyi bekleyip beklemediğini gösteriyor. 🤍 3) Bağış Hisseleri vs Mevcut Hisseler Bu grafik, havuza geri bağışlanan faizi ve ne kadarının kullanılabilir olduğunu takip eder. ...