Uniswap v4 Hooks: Hype'ın Ötesinde Gerçek Kullanım Alanları

v4 hook'larının gerçekte çözmeye çalıştığı sorun

Uniswap v3, likidite sağlayıcılarına sermayelerinin oturduğu fiyat aralığı üzerinde hassas bir kontrol verdi. Bu, v2'nin düz eğrisine kıyasla anlamlı bir sıçramaydı; ancak her havuzu aynı sabit ücret kademesi, aynı basit swap mantığı ve maksimum çıkarılabilir değer ya da MEV olarak adlandırılan, blok üreticilerinin ve botların işlemleri yeniden sıralayarak, ekleyerek veya sansürleyerek trader'lardan ve LP'lerden kâr sıyırdığı bir saldırı sınıfına karşı aynı maruziyetle baş başa bıraktı.

v4'ün hook sistemi, tek bir temel hayal kırıklığına verilen bir cevaptır: v3'te özel bir şey yapmak istiyorsanız sözleşmeleri fork'lamanız, paralel bir AMM'yi yeniden dağıtmanız ve likiditenizi ana havuzlardan uzaklaştırarak parçalamanız gerekiyordu. Uniswap'ın markasından ve likidite ağı etkilerinden vazgeçmeden özel bir ücret eğrisi, bir oracle veya bir yeniden dengeleme kuralı eklemenin temiz bir yolu yoktu.

Hook'lar, bir havuzun çekirdek yönlendiricisinin havuzun yaşam döngüsündeki iyi tanımlanmış noktalarda çağırdığı harici akıllı sözleşmeler eklemesine izin vererek bunu değiştirir: bir swap'tan önce, bir swap'tan sonra, likidite eklenmeden önce, likidite çıkarıldıktan sonra ve fiyat değişikliklerinin etrafında. Havuz sahibi havuzu oluştururken bir hook adresi seçer ve bu hook havuzun durumunu okuyabilir, kendi mantığını çalıştırabilir ve bazı durumlarda swap'ın nasıl yürütüldüğünü değiştirebilir. Çekirdek matematik aynı Uniswap yoğunlaştırılmış likidite eğrisi olarak kalır, ancak etrafındaki sarmalayıcı artık daha önce ayrı bir proje gerektiren şeyleri yapabilir.

Hook karmaşıklığıyla birlikte gelen riskler

Kullanım alanlarını incelemeden önce riskler ön planda olmalıdır, çünkü hook'lar başarısızlık modlarını kaydırır. Hook tarzı özel sözleşme dünyasında çoktan birkaç gerçek silinme yaşandı ve örüntü tekrar ediyor: kullanıcı fonlarına karşı ayrıcalıklı mantık çalıştıran bir akıllı sözleşme, genellikle bilinen bir kriptografik açık yerine bir mantık hatası yoluyla istismar ediliyor.

İlk risk denetim yüzeyidir. Her hook, tokenleri taşıyabilen veya swap davranışını değiştirebilen esasen ayrı bir akıllı sözleşmedir. Egzotik bir hook içeren bir v4 havuzuna likidite yatırdığınızda, havuz oluşturucuya, hook geliştiricisine ve onların işe aldığı denetçiye güveniyorsunuz demektir. Hook'taki bir hata havuzu kurutabilir, kullanıcı fonlarını dondurabilir ya da bir saldırganın içinden geçen her swap'tan değer çıkarmasına izin verebilir.

İkinci risk kod incelemesinin merkezileşmesidir. v3 sınırlı özelleştirmeye sahipti; bu da her havuzun aynı zihinsel modelle akıl yürütülebileceği anlamına geliyordu. v4 herkesin bir hook dağıtmasına izin veriyor ve bunların çoğu hızlı bir şekilde dağıtılıyor. Uniswap ekibi çekirdek sözleşmeleri inceliyor, ancak hook'lar büyük ölçüde üçüncü taraf bir serbest piyasa. Bir havuzun hook adresini okuyan herkes, kodu kendileri okumadıkları veya saygın bir firmadan bir denetim raporuna güvenmedikçe hook'u hâlâ kara kutu olarak ele almak zorundadır.

Üçüncü risk, hook'ların eksik olduğu durumlarda ortaya çıkan MEV'dir. Çoğu havuz oluşturucu sıradan bir hook ya da hiç hook dağıtacak; bu, v4 hacminin büyük olasılıkla v3 ile aynı sandviç saldırısı maruziyetine sahip havuzlardan geçeceği anlamına gelir. Sandviç botları büyük bekleyen işlemleri tespit eder, hemen öncesinde bir alım, hemen sonrasında bir satım yerleştirir ve LP'nin ve trader'ın zararına fiyat etkisini kâr olarak kapar. Hook'lar bunu hafifletebilir, ancak yalnızca bu korumayı gerçekten etkinleştiren havuzlar faydayı görür.

Dördüncü risk rug örüntüleridir. Bir hook oluşturmak ve bir havuzu ona yönlendirmek az bir maliyet taşıdığı için dolandırıcılık projeleri bir token oluşturabilir, bazı dinamik ücret mucizeleri vaat eden gösterişli bir hook dağıtabilir, kullanıcı yatırımlarını toplayabilir ve ortadan kaybolabilir. Kullanıcının bir başvuru yolu yoktur ve Uniswap markası, yüzeye eski fork-DEX dolandırıcılıklarının hiç sahip olmadığı bir meşruiyet cilası verir.

Gerçek kullanım senaryosu 1: dinamik ve özel ücret eğrileri

Hook'lar için en somut kazanım, v3'teki sabit ücret kademelerini (0,05%, 0,30%, 1,00%) havuz koşullarına göre ayarlanan mantıkla değiştirmek. Bu teorik bir özellik değil. PancakeSwap'ın v4 dağıtımı gibi projeler ve birkaç bağımsız hook stüdyosu, volatiliteye, günün saatine veya hacim bantlarına yanıt veren ücret hook'larını çoktan yayına aldı.

Ekonomik argüman oldukça basit. Stablecoin-stablecoin havuzları çoğunlukla küçük fiyat hareketlerini yönetir ve 0,01% kadar düşük ücretlerden fayda sağlar, oysa uzun kuyruklu bir token lansmanı bir saat içinde %20'lik hareketler görebilir ve envanter riskini karşılayan LP'leri telafi etmek için %1'e yakın bir ücretten fayda görür. v3 her havuzun tek bir sayı seçmesini zorunlu kılar. Bir hook sakin saatlerde %0,01 alabilir, volatilite sıçramasında %0,50'ye çıkabilir ve piyasa normalleştiğinde tekrar düşebilir.

Bu aynı zamanda asimetrik ücretleri de mümkün kılar; burada bir token alırken alınan ücret, satarken alınan ücretten farklıdır. Bu tuhaf gelebilir, ancak launchpad'ler ve programatik token ihraççıları gerçekten satışları sübvanse etmek (lanşman sonrası çıkış likiditesini kolaylaştırmak için) ve alımları daha ağır vergilendirmek (spekülatif girişleri yavaşlatmak için) istiyor. v3 bunu basitçe ifade edemezdi. v4 hook'ları, takas yönünü ve token rezervlerini işlem gerçekleşmeden önce inceleyerek bunu yapabilir.

Gerçek kullanım senaryosu 2: hook'lar aracılığıyla zincir üstü limit emirler

v3'te gerçek bir limit emir vermenin tek yolu, dar bir aralıkta yoğunlaştırılmış likidite eklemekti. Herkes fiyat aralığına girdiğinde pozisyonu tek bir varlığa dönüşecek olan mikro bir LP haline gelebilirdi. Bu işe yarıyordu, ancak doldurulduktan sonra artık ücret kazanmayan bir pozisyona sermaye kilitliyordu.

v4 hook'ları bir havuzun daha temiz bir limit emir modeli uygulamasına olanak tanır. Bir hook fiyatı izleyebilir ve kullanıcının belirttiği bir fiyat seviyesi geçildiğinde, kullanıcı adına bir takas gerçekleştirir, çıktı tokenlerini kullanıcıya aktarır ve artık boş olan pozisyonu kaldırır. Kullanıcının bakış açısından bu, merkezi bir borsadaki limit emir gibi davranır, ancak her şey zincir üstünde kalır ve işlem havuzun geri kalanıyla aynı likidite ağında gerçekleşir.

Bu önemlidir çünkü daha önce merkezi emir defterlerine sızan aktiviteyi tekrar zincir üstü ortamlara çeker. Aynı zamanda gerçekten birleştirilebilir olduğu için de önemlidir: bir hook, limit emir doldurmayı başka bir eylemle zincirleyebilir; örneğin gelirleri bir lending kasasına yönlendirmek veya bir stablecoin'e takas etmek. Takas, kullanıcının dolum mantığını sadakatle yürüteceğine güvendiği hook geliştiricisine güvenmesidir ve hook'taki bir hata, bir saldırganın dolumu öne çekmesine veya adımları atlamasına izin verebilir.

Gerçek kullanım senaryosu 3: MEV ve sandviç direnci

Üçüncü kategori, hook'ların en güçlü teknik argümana sahip olduğu yerdir, çünkü MEV her zincir üstü işlem üzerinde gerçek ve ölçülebilir bir vergidir. Açıkça MEV karşıtı olan hook'lar, standart bir havuzdan birkaç açıdan farklılaşır. Takas gerçekleşmeden önce işlem içeriklerini şifreler veya taahhüt ederler, yürütme sırasını toplu ve rastgele hale getirirler ya da sandviç kalıplarını tespit edip saldırının son bacağını reddederler.

Klasik sandviç saldırısı, saldırganın mağdurun işlemini halka açık mempool'ta görmesine, önce satın almasına ve hemen ardından satmasına dayanır. Bir hook, tacirin önce hash'lenmiş bir niyet gönderdiği ve parametreleri yalnızca bloğun içinde açıkladığı bir commit-reveal şeması sunarsa, saldırgan artık işlemi öne çekecek kadar erken gözlemleyemez. Hook ayrıca çevresindeki gaz kalıbı sandviç gibi görünen işlemleri, bir miktar yanlış pozitif pahasına, geri alabilir.

Bu kategori, benzer tasarımlarda gerçek dünyada kanıtlanmıştır. CoW Protocol ve diğer toplu açık artırma ortamları, toplu işlem ve tek tip takas fiyatlarının çıkarılabilecek değeri önemli ölçüde azalttığını yıllardır göstermektedir. Hook'lar benzer fikirleri ayrı bir toplayıcı gerektirmek yerine tek havuz yapısına taşır. Dürüst bir uyarı, MEV karşıtı hook'ların da akıllı kontratlar olması ve saldırganları tespit etmek ve engellemek için kullandıkları mantığın da bir saldırı yüzeyi olmasıdır. Kötü tasarlanmış bir filtre, kötüye kullanılabilir, DDoS edilebilir veya meşru işlemleri sansürlemek için kullanılabilir. Savunma kodunun, yenmeye çalıştığı saldırı kodu kadar en az iyi yazılmış olması gerekir.

Gerçek kullanım senaryosu 4: TWAP oracle'ları ve LP yeniden dengeleme

İki bitişik fikir, pratik listeyi tamamlar. Birincisi, havuz için zaman ağırlıklı ortalama fiyat (TWAP) yayınlamak amacıyla bir hook kullanmaktır. Oracle'lar, DeFi protokollerinin fiyat bilgisini zincir üstünde aldığı yoldur ve Uniswap v3 TWAP'ları zaten alandaki en çok kullanılan fiyat beslemeleri arasındadır. Bir v4 hook'u, hesaplama takas ile aynı hook yürütmesinin içinde çalışabildiği için, v3'ün harici kontrat kalıbından daha ucuza bir TWAP hesaplayabilir ve sunabilir.

İkincisi otomatik yeniden dengelemedir. Bir hook, bir kullanıcının yoğunlaştırılmış likidite pozisyonunu izleyebilir ve fiyat seçilen aralıktan çıktığında, pozisyonu yavaşça aktif aralığa geri taşıyabilir; ideal olarak yeniden dengeleme maliyetini en aza indirmek için küçük takaslar dizisi kullanır. Bu, v4'ün aktif bir LP stratejisine en yakın olduğu noktadır ve aksi takdirde her hafta manuel olarak yeniden dengeleme yapmak zorunda kalacak LP'ler için gerçekten faydalıdır.

Bunlar dinamik ücretler veya MEV karşıtlığı kadar gösterişli değil, ancak faydalı, kalıcı ve sorunsuz özelliklerdir. Muhtemelen birçok havuzda kullanıcılar farkına bile varmadan yayına alınacaklar ve bu da başarılı altyapının işaretidir.

Kancaların çoğunlukla kozmetik olduğu yerler

Sosyal, yönetişim ve itibar kancaları

Her v4 döngüsü, yeni sosyal veya yönetişim davranışı uygulayan kancalar için bir teklif dalgası üretti: uzun vadeli sahiplere yönelik fee iadeleri, kullanıcının zincir üstü geçmişine dayalı ağırlıklı fee'ler veya fee'in bir kısmını bir topluluk hazinesine dağıtan havuzlar. Bunlar tasarım belgelerinde zekice ama pratikte neredeyse her zaman başarısız olur.

Bunun nedeni basit bir ekonomi meselesidir. Bir havuzun fee mekaniğine topluluk hazinesi kesintisi eklemek, sosyal mekanizma telafi edici bir akış üretmediği sürece, o havuzu aynı fee tierındaki kancasız özdeş bir havuzdan kesinlikle daha kötü hale getirir. Trader'ların en iyi icrayı sunan havuza yönlendirdiği bir ortamda, hazineye yönlendirilen %5'lik bir fee kesintisi basitçe yönlendirilmeyecektir. Havuz boş kalacak ve proje, sosyal katmanın değerini takdir etmeyen piyasayı suçlayacaktır.

Erişimi kısıtlyormuş gibi yapan itibar kancaları (KYC, sybil direnci, coğrafi kısıtlamalar) daha da kötüdür. Gerçek kimliği herkese açık bir zincirde doğrulayamazlar, havuzun ihtiyaç duyduğu meşru trader'ları tam olarak caydırırlar ve hiçbir anonim kanca geliştiricisinin istemeyeceği düzenleyici sorunlara davetiye çıkarırlar.

Kancaların içine gizlenmiş yeni AMM matematiği

İkinci kozmetik kategori, standart yoğunlaştırılmış likidite matematiğinin etrafına "yeni bir AMM eğrisi" saran kancalardır. Teklif genellikle kancanın bir kanca katmanının içinde bir stableswap değişmezi, sabit ortalama eğrisi veya bir karma formül uyguladığı yönündedir. Matematik gerçektir, ancak sonuç, hacim açısından Curve ve Balancer gibi yerleşik stableswap mekanlarıyla rekabet eden ve yıllarca birikmiş likidite ve entegrasyonlar karşısında kaybeden bir havuzdur.

Kancalar, mevcut bir likidite ağını genişletmenin güçlü bir yoludur. Rekabet eden bir ağ başlatmanın ise zayıf bir yoludur. Gerçek anlamda yeni matematik isteyen geliştiriciler, Uniswap markasını yanlış eğriyi gönderen bir kanca için kiralamak yerine kendi denetlenmiş AMM'lerini yayımlamalı ve likiditeyi organik olarak kazanmalıdır.

Bu, v3 LP'leri ve geliştiricileri için ne anlama geliyor

Mevcut v3 likidite sağlayıcıları için pratik soru, geçiş yapılıp yapılmayacağı ve nasıl yapılacağıdır. Uniswap ekibi, v3'ün desteklenmeye devam edeceğini ve v4'ün zorunlu bir yükseltme olarak değil paralel şekilde çalışacağını işaret etti. Geçiş için resmi bir son tarih yoktur ve v3 havuzları bugün hâlâ fee kazanmaktadır. Dürüst cevap, bir v3 LP'sinin sırf v4 var diye bir v4 havuzuna geçmemesi gerektiğidir. Yalnızca belirli bir v4 havuzu, kendi pair'ına uyan bir dinamik fee eğrisi, sandviç kayıplarını azaltan bir anti-MEV kancası veya manuel işten tasarruf sağlayan otomatik bir yeniden dengeleyici aracılığıyla risk toleransı için kanıtlanabilir şekilde daha iyi beklenen getiri sunduğunda geçiş yapmalıdırlar.

Geliştiriciler için v4, daha önce bir fork gerektiren fikirleri deneme maliyetini düşürüyor. Bu, avantaj ve aynı zamanda tuzaktır. Çoğu kanca fikri ürün-pazar uyumunu bulamayacaktır. Ekonomik test basittir: Kanca, aynı fee tierındaki sıradan bir v4 havuzuna kıyasla, ticaretleri gerçekten yönlendiren kişi için havuzu daha iyi hale getiriyor mu? Getirmediği sürece, kanca bir pazarlama sayfası için bir özelliktir, kullanıcılar için değil.

Denetim hesaplaması, neredeyse her diğer DeFi temel unsurundan daha fazla önem taşır. Token transferlerine dokunan veya takas yürütmesini değiştiren bir kanca, kullanıcı fonlarına ayrıcalıklı erişime sahiptir. Kanca geliştiricisinin itibarı, denetim raporunun kalitesi, kodun açık kaynak olup olmadığı ve dağıtıcı adresin geçmişte temiz lansmanlar geçmişi olup olmadığı, bir LP'nin para yatırmadan önce değerlendirmesi gereken sinyallerdir.

Uniswap v4 kancalarını akıllıca takip etmenin yolu

v4 kanca geliştirme hızla ilerliyor ve etrafındaki haberler de öyle: denetim duyuruları, kanca lansmanları, exploit'ler ve fee tier deneyleri her hafta geliyor. Zippfeed, en alakalı UNI, Uniswap v4 ve daha geniş DeFi-AMM manşetlerini sentiment puanlaması (bullish, neutral veya bearish) ve önem derecelendirmesi ile öne çıkarır; böylece sinyali abartıdan ayırabilir ve LP'ler ile trader'lar için ekonomiyi gerçekten değiştiren kancaları takip edebilirsiniz.