Fiyatlar yükleniyor…

Perp DEX Takas Merkezi ve Marjin Motoru Nasıl Çalışır?

Bir perp DEX, marjin sistemi, oracle veya güvence fonu hata yaptığında kârlı bir işlemi bile likide edebilir. Pozisyonlar, funding ve ADL’nin nasıl çalıştığını öğrenin.

Perp DEX Takas Merkezi ve Marjin Motoru Nasıl Çalışır?

Takas odası gerçek karşı taraf sistemidir

Birçok traderın beklemediği arıza, reddedilen bir emir ya da geçici olarak yavaşlayan bir arayüz değildir. Kendi pozisyonu kârlıyken yine de onu etkileyen bir kayıptır. Likidasyonlar bir açık bırakır ve sigorta fonu bunu karşılayamazsa, bir perp DEX kârlı pozisyonları karşı tarafta azaltmak için otomatik kaldıraç azaltma, yani ADL kullanabilir. Trader kapatmayı seçmemiştir, ancak takas odası pozisyonun bir kısmını ya da tamamını kapatır, çünkü piyasa bir bütün olarak zararı emebilecek sermayeyi tüketmiştir.

Genellikle perp diye kısaltılan perpetual futures sözleşmesi, bir varlığı vade tarihi olmadan takip eder. Trader'lar, pozisyonun tüm nominal değerini ödemek yerine teminat yatırır. Perp DEX takas odası, bu teminatı kaydeden, kazançları kayıplarla eşleştiren, fonlamayı uygulayan ve her hesabın ödeme gücünü koruyup korumadığına karar veren akıllı sözleşmeler, doğrulayıcılar, zincir dışı hizmetler ya da bunların birleşiminden oluşan sistemdir. Bir DEX emir defteri ya da AMM sunabilir, ancak yürütme yalnızca daha büyük bir muhasebe sisteminin görünür ön yüzüdür.

Takas odası terimi, alıcılar ve satıcılar arasında merkezi bir takas kurumunun yer aldığı geleneksel türev piyasalarından alınmıştır. Bir perp DEX bu kurumun bazı parçalarını kodla değiştirebilir, ancak işlevi ortadan kaldırmaz. Geçerli fiyatları yine birilerinin tanımlaması, yükümlülükleri hesaplaması, zayıf hesapları likide etmesi ve kötü borcu dağıtması gerekir. Platforma bağlı olarak bu görevler akıllı sözleşmeler, bir oracle ağı, keeper'lar, doğrulayıcılar, likidite kasaları ve yönetişim tarafından kontrol edilen acil durum süreçleri arasında paylaştırılabilir.

Bu ayrım, HYPE veya ASTER gibi tokenlarla bağlantılı platformları değerlendirirken önemlidir. Bir tokenın fiyatı, piyasa değeri ya da ödül programı, ilgili işlem sisteminin ödeme gücüne sahip olduğunu kanıtlamaz. Trader'ların gerçek marjin kurallarını, oracle tasarımını, sigorta kaynaklarını, likidasyon sürecini ve acil durum yetkilerini incelemesi gerekir. Perpetual futures temelleri ürünü açıklar, ancak takas mekanikleri kayıpların nerede yayılabileceğini gösterir.

Sigorta erimesi ve ADL kârlı trader'lara nasıl zarar verebilir

Bir likidasyon, kaybeden traderın teminatının zararı karşılayacağını garanti etmez. Fiyat boşluğu sırasında, bir oracle güncellemesinde ya da sığ bir piyasadaki ani hareket sırasında, motor hesabı tahmini iflas fiyatından daha kötü bir fiyatta kapatabilir. Ortaya çıkan açık kötü borçtur. Bir platform bunu likidasyon cezaları, sigorta fonu, protokol likidite kasası, sosyalize zarar kuralları ya da bunların bir kombinasyonu yoluyla üstlenebilir.

Sigorta fonu, açıklar ve diğer tanımlı acil durumlar için ayrılmış bir havuzdur. Yayılımı azaltabilir, ancak adı gerçekte olduğundan daha fazla koruma varmış izlenimi verebilir. Bu, düzenlenmiş bir sigorta olmak zorunda değildir, her olayı karşılamayabilir ve varlıkları oynak ya da platformla korele olabilir. Protokolün kendi tokenını tutan bir fon, protokole duyulan güven tam da azalırken değer kaybedebilir. Açıklanan bakiyeler, traderlar açık faizi, piyasa yoğunlaşmasını, çekim kurallarını ve fonun karşılaması beklenen yükümlülükleri bilmiyorsa çok az şey ifade eder.

ADL genellikle iflas etmiş ve zarar eden bir pozisyonu karşı taraftaki seçilmiş kârlı pozisyonlarla eşleştiren son çare mekanizmasıdır. Seçim formülü değişir. Kâr, etkin kaldıraç ya da ikisinin birleşimine göre sıralama yapabilir. Bu nedenle son derece kârlı bir trader, kuyruğun ön tarafına yakın olabilir. Pozisyon, kuralda tanımlanan bir fiyattan zorla azaltılır. Bu durum bir hedge'i ortadan kaldırabilir, vergi ya da operasyonel sonuçlar doğurabilir ve piyasa aynı yönde hareket etmeye devam ederse trader'ın daha fazla kazanç elde etmesini engelleyebilir.

Diğer arıza modları arasında gecikmeli likidasyonlar, kârsız açık artırmaları kabul etmeyen likidatörler, tıkanıklık, doğrulayıcı duraklamaları, hatalı sözleşme yükseltmeleri, yönetişim müdahalesi ve protokole ait bir kasadaki yoğunlaşma yer alır. Tarihsel kaldıraçlı platformlar, piyasalar risk kontrollerinden daha hızlı hareket ettiğinde zincirleme likidasyonlar ve sosyalize kayıplar yaşamıştır. Zincir üstü görünürlük gözlemcilerin bakiyeleri ve pozisyonları görmesine yardımcı olabilir, ancak şeffaflık, alttaki kaldıracı güvenli hale getirmez. Akıllı sözleşme riski sorunun yalnızca bir katmanıdır.

Bir pozisyonun açılıştan tasfiyeye nasıl geçtiği

Bir işlemci bir emir gönderdiğinde, yürütme katmanı emrin dolup dolmayacağını ve hangi fiyattan dolacağını belirler. Ardından takas kurumu, işlemcinin pozisyonunu, giriş fiyatını, teminat bakiyesini, gerçekleşmemiş kâr veya zararını ve ücretleri günceller. Marjin motoru, hesabın ortaya çıkan maruziyet için yeterli öz sermayeye sahip olup olmadığını sorar. Öz sermaye genellikle uygun teminat artı gerçekleşmemiş kazanç veya kayıplar anlamına gelir, platformun kurallarına ve teminat iskonto oranlarına göre düzeltilir.

Başlangıç teminatı, bir pozisyon açmak veya büyütmek için gereken asgari öz sermayedir. Bir piyasada yüzde 10 başlangıç teminatı gereksinimi varsa, 10.000 dolarlık bir pozisyon için, ücretler ve platforma özgü ayarlamalar öncesinde, normalde en az 1.000 dolar uygun öz sermaye gerekir. Bu, maksimum başlangıç kaldıraç seviyesinin 10 katına karşılık gelir, ancak bu basit oran yanıltıcı olabilir. Risk kademeleri, yoğunlaşma limitleri, teminat iskontoları, açık emirler ve birden fazla pozisyon, gerçek gereksinimi artırabilir.

Sürdürme teminatı, işlem açıldıktan sonra hesabın üstünde kalması gereken daha düşük eşiktir. Diyelim ki aynı pozisyon için yüzde 5 sürdürme teminatı gereksinimi var. Hesap öz sermayesi 500 dolara yaklaşırsa, pozisyon tasfiyeye uygun hale gelebilir. Motor emirleri iptal edebilir, kısmi tasfiye uygulayabilir ya da maruziyeti tamamen kapatabilir. Bu nedenle gösterilen tasfiye fiyatı, mevcut teminat, ücretler, fonlama, teminat kademeleri ve fiyat girdilerine dayalı bir tahmindir, koşulsuz bir vaat değildir.

Başlangıç ve sürdürme eşikleri arasındaki fark, olağan piyasa hareketleri için bir tampon oluşturur. Ayrıca tasfiye eden tarafa, öz sermaye sıfıra ulaşmadan önce pozisyonu kapatmak için biraz alan sağlar. Bu tampon, bir fiyat boşluğu sırasında ya da işlem işleme geciktiğinde kaybolabilir. Tasfiye cezaları hesabın öz sermayesini daha da azaltırken, açık emirler teminat ayırabilir. Görünüşte sürdürme teminatının oldukça üzerinde olan bir işlemci, bir fonlama borcu, teminat iskonto oranı ya da platformun risk gereksiniminde ani bir artış sonrası bunun altına düşebilir.

Çapraz teminat ve izole teminat riski farklı şekilde dağıtır

İzole teminat ile bir pozisyona belirlenmiş miktarda teminat tahsis edilir. Kayıplar genellikle bu tahsisle sınırlıdır, ancak tam uygulama platforma bağlıdır ve negatif bakiyeler yine de sistem düzeyinde borç oluşturabilir. Teminat eklemek, tahmini tasfiye noktasını daha uzağa iter. Teminatı azaltmak bu noktayı yaklaştırır. İzolasyon, zayıf bir pozisyonun tüm kullanılabilir hesap teminatını otomatik olarak tüketmesini engelleyebilir, ancak kayma, oracle hataları, akıllı sözleşme arızaları veya ADL’yi engellemez.

Çapraz teminat ile uygun öz sermaye aynı hesap veya portföy içindeki pozisyonlar arasında paylaşılır. Kârlı bir ETH pozisyonu zarar eden bir BTC pozisyonunu destekleyebilir ve kullanılmayan stablecoin teminatı ikisine de yardımcı olabilir. Bu, sermayeyi daha verimli kullanabilir ve aksi halde korunmuş bir portföyün gereksiz yere tasfiye edilmesini azaltabilir. Ancak pozisyonları birbirine bağlar. Tek bir büyük kayıp, diğer tüm işlemleri destekleyen teminatı tüketebilir ve yerel bir hatayı hesap geneli tasfiyesine dönüştürebilir.

Motor, korelasyonlu pozisyonlar arasındaki dengelemeleri tanıdığında çapraz teminat daha karmaşık hale gelir. Uzun bir spot varlık ve kısa bir perp ekonomik olarak korunmuş görünebilir, ancak iki fiyat ayrışabileceği için basis riski devam eder. Spot varlık ayrıca bir iskonto oranına tabi olabilir, yani piyasa değerinin yalnızca bir kısmı teminat olarak sayılır. Stres sırasında korelasyon varsayımları veya teminat değerleri değişirse, daha önce teminat gereksinimlerini karşılayan bir portföy aniden bunları karşılayamaz hale gelebilir.

Hiçbir mod her durumda doğası gereği daha güvenli değildir. İzole teminat, amaçlanan azami tahsisi anlamayı kolaylaştırabilirken, çapraz teminat gerçekten çeşitlendirilmiş ya da korunmuş bir portföyü izole gürültüye karşı koruyabilir. Önemli sorular, hangi varlıkların teminat olarak sayıldığı, iskonto oranlarının ne sıklıkla değiştiği, kârların hemen kullanılabilir olup olmadığı ve yükümlülüklerin varlık, piyasa veya hesap bazında netleştirilip netleştirilmediğidir. Bu kuralları okumadan bir ayar seçmek, bilinmeyen bir tasfiye yolunu seçmektir.

Fonlama ve fiyat girdileri kimin kime ödeme yapacağını belirler

Perp’lerin vadesi dolmaz, bu yüzden piyasa fiyatlarının dayanak spot piyasaya yakın kalmasını teşvik eden bir mekanizmaya ihtiyaç duyarlar. Bu mekanizma fonlamadır. Planlı ya da sürekli biriken aralıklarla, takas kurumu perp’in primi veya iskontosundan ve bazen bir faiz bileşeninden fonlama oranını hesaplar. Fonlama pozitif olduğunda, genellikle long’lar short’lara ödeme yapar. Fonlama negatif olduğunda, genellikle short’lar long’lara ödeme yapar. Platform bu transferi işleyebilir, ancak ekonomik olarak bu çoğu zaman sıradan bir protokol getirisi değil, iki taraf arasındaki bir ödemedir.

Fonlama, kotasyonu verilen varlık fiyatı neredeyse hiç hareket etmese bile bir hesabın öz sermayesini ve tasfiye riskini değiştirebilir. Çok kalabalık bir long pozisyon tekrar tekrar ödeme yapabilir ve zaman içinde teminatı azaltabilir. Fonlama alan bir işlemci, pozisyon fiyat hareketinden aldığı değerden çok daha fazlasını kaybedebileceği için garantili bir getiri elde etmiyor demektir. Hesaplama pencereleri, üst sınırlar, güncelleme aralıkları ve tam referans fiyat platformdan platforma değişir, bu yüzden iki DEX’te gösterilen oranlar her zaman doğrudan karşılaştırılamaz. Sürekli vadeli fonlama oranları bu mekanizmayı daha ayrıntılı açıklar.

Son fiyat, platformdaki en son işlemin fiyatıdır. İnce bir dolum nedeniyle sıçrayabilir ve genellikle tek başına tasfiye için kötü bir dayanak noktasıdır. Endeks fiyatı, çoğu zaman birkaç borsanın fiyatlarını birleştirerek ve eski ya da anormal veriler için kurallar uygulayarak dış spot değeri temsil etmeyi amaçlar. Mark fiyatı, gerçekleşmemiş kâr, teminat veya tasfiye hesaplamalarında kullanılan adil değer tahminidir. Endeksi, sınırlı bir perp primi ya da başka bir yumuşatma formülüyle birleştirebilir.

Mark fiyatı kullanmak, tek bir yerel işlemin hesapları anında tasfiye etmesini engelleyebilir, ancak güveni formüle ve girdilerine kaydırır. Yavaş bir endeks, gerçek bir piyasa hareketinin gerisinde kalabilir. Hızlı ama sığ bir kaynak manipüle edilebilir. Aşırı yumuşatma gerekli tasfiyeleri geciktirebilir, çok az yumuşatma ise gürültüyü iletebilir. İşlemciler, tasfiyeyi hangi fiyatın tetiklediğini, fonlamayı hangi fiyatın uzlaştırdığını, kaynaklar anlaşmazlığa düştüğünde ne olduğunu ve acil durum yöneticilerinin bir veri akışını değiştirip değiştiremeyeceğini ya da geçersiz kılıp kılamayacağını doğrulamalıdır.

Oracle vakaları, soyutlamaların nerede kırıldığını gösterir

Oracle, dış fiyat bilgisini bir blokzincire ya da işlem sistemine taşıyan bir mekanizmadır. Yoktan gerçek bir fiyat yaratamaz. Piyasaları, zaman damgalarını, toplulaştırma kurallarını ve yedek davranışı seçer. Bu da oracle tasarımını takas kurumunun ekonomik güvenliğinin bir parçası haline getirir. Bir saldırganın her zaman kriptografiyi kırması gerekmez. İnce bir referans piyasayı hareket ettirmek, gecikmiş bir güncellemeyi istismar etmek ya da teminat için kullanılan fiyat ile maruziyetin gerçekten kapatılabildiği fiyat arasında bir boşluk oluşturmak yeterli olabilir.

2022’deki Mango Markets istismarı bu uyumsuzluğu gösterdi. Saldırgan, düşük hacimli MNGO piyasasını hareket ettirdi, pozisyonların ve teminatın oracle tarafından bildirilen değerini artırdı ve şişirilmiş hesap değeri karşılığında varlık ödünç aldı. Olay, basit bir özel anahtar hırsızlığından çok piyasa manipülasyonu ve risk kontrolü zayıflıklarıyla ilgiliydi. Bir oracle fiyatının bir formüle göre geçerli olabileceğini, ancak bu fiyatın üzerine kurulan yükümlülükler için piyasa derinliği çok küçük olduğunda ekonomik olarak güvensiz kalabileceğini gösterdi.

Mart 2025’te Hyperliquid’de yaşanan JELLYJELLY olayı benzer bir kuyruk riski ortaya çıkardı. Büyük bir short pozisyon, token fiyatı dış piyasalarda keskin biçimde hareket ederken protokole bağlı HLP kasasına tasfiye edildi. Hyperliquid doğrulayıcıları sonunda piyasayı listeden çıkardı ve onu seçilmiş bir fiyattan uzlaştırdı, bu da kaybı sınırladı ancak oracle davranışı, sığ piyasa listeleri, kasa maruziyeti ve takdir yetkisine dayalı acil durum müdahalesi hakkında sorular doğurdu. Ayrıntılar Mango’dan farklıdır, ancak her iki olay da gecikme, piyasa derinliği ve tasfiye tasarımının nasıl etkileşebileceğini gösterir.

Ders, her oracle’ın başarısız olacağı ya da tek bir mimarinin her zaman üstün olduğu değildir. Ders, ilan edilen yürütme modelinin tüm güven modelini anlatmadığıdır. İşlemciler kaç fiyat kaynağı olduğunu, bunların anlamlı derinliğe sahip olup olmadığını, eski verilerin nasıl tespit edildiğini, hangi sapma sınırlarının uygulandığını, bir piyasayı kimin duraklatabileceğini ve duraklamadan sonra pozisyonların nasıl uzlaştırıldığını sormalıdır. Ayrıca protokol token’larını protokol güvenliğinden ayırmalıdırlar. HYPE veya ASTER performansı, belirli bir piyasanın oracle ve teminat parametrelerinin sağlam olup olmadığı sorusunu cevaplamaz.

Trader'ların bir perp açmadan önce kontrol etmesi gerekenler

Kayıp şelalesiyle başlayın, yani kaynakların bir temerrüdü hangi sırayla absorbe ettiğini anlayın. Bir trader’ın teminatı tükendikten sonra ne olduğunu, tasfiye edenlerin risk üstlenip üstlenmediğini, sigorta fonunun ne zaman ödeme yaptığını ve ADL ya da sosyalize kaybın ne zaman devreye girdiğini belirleyin. Güncel sigorta bakiyelerine ve tarihsel düşüşlere bakın, ancak bunları açık pozisyon ve yoğunlaşma ile karşılaştırın. Büyük bir fon bile kalabalık bir tek piyasaya kıyasla küçük kalabilir.

Sonra marjin ve fiyatlandırma dokümantasyonunu okuyun. Başlangıç ve sürdürme marjin oranlarını, risk kademelerini, tasfiye cezalarını, kısmi tasfiye kurallarını, uygun teminatı, haircut’leri ve açık emirlerin nasıl ele alındığını doğrulayın. Hesabınızın varsayılan olarak çapraz mı yoksa izole marjin mi kullandığını kontrol edin. Hem sakin hem de oynak dönemlerde endeks, mark ve son fiyatı karşılaştırın. Arayüz bir tasfiye tahminini net biçimde açıklayamıyorsa, o belirsizliği sabit bir sayı varmış gibi varsaymak yerine ek risk olarak değerlendirin.

Operasyonel korumalar da önemlidir. Donanım cüzdanı hijyeni kusurlu bir kayıp şelalesini engelleyemez, ancak hesabın ele geçirilmesi riskini azaltabilir. Daha küçük pozisyon boyutları, ek teminat ve izin verilen azami kaldıraçtan kaçınmak hata payı yaratabilir, ancak bunların hiçbiri protokol riskini ortadan kaldırmaz. Zorunlu bir kapanışın başka bir hedge’i bozup bozmayacağını ve platformda para çekme gecikmeleri, yükseltme anahtarları, doğrulayıcı kontrolleri ya da coğrafi ve yasal kısıtlamalar bulunup bulunmadığını değerlendirin. Bu, bir eğitim çerçevesidir, işlem yapmanız için bir öneri değildir.

Son olarak, yönetişim tekliflerini, oracle değişikliklerini, yeni teminat listelemelerini, sigorta fonu hareketlerini ve anormal fonlama ya da açık pozisyon yoğunlaşmasını izleyin. Risk, bir pozisyon açıldıktan sonra değişebilir. Yeni ve sığ bir piyasa ortak kasa maruziyeti yaratabilir ve bir parametre güncellemesi tasfiye eşiklerini değiştirebilir. Bir DeFi protokolü nasıl değerlendirilir, bu teknik kontrolleri akıllı sözleşme, yönetişim ve likidite riskleriyle ilişkilendirmeye yardımcı olabilir.

Perp DEX risk sinyallerini Zippfeed ile okuyun

Perp DEX koşulları, bir trader’ın oracle olaylarını, marjin güncellemelerini, yönetişim kararlarını ve sigorta fonu stresini manuel olarak takip edebileceğinden daha hızlı değişebilir. Zippfeed, ilgili manşetleri bullish, neutral veya bearish duygu puanlaması ve bir önem derecelendirmesiyle düzenler, böylece rutin piyasa gürültüsü ile bir takas merkezinin gerçek riskini değiştirebilecek haberleri ayırt etmenize yardımcı olur. Duygu bir bağlamdır, işlem talimatı değildir, bu yüzden kritik ayrıntıları protokol dokümantasyonunda ve zincir üstü verilerde doğrulayın.

Sıkça sorulan sorular

Bir perp DEX takas merkezi güvenli mi?
Bir perp DEX takas merkezi karşı taraf riskini azaltabilir, ancak zincir üstünde çalışıyor diye otomatik olarak güvenli olmaz. Oracle hataları, akıllı sözleşme bugları, düşük likidite, güvence fonunun tükenmesi, yönetişim müdahalesi ve ADL kayıplara yol açabilir. Her platformun tasarımını ayrı değerlendirin ve şeffaflığı bir güvence olarak görmeyin.
Bir perp DEX takas merkezi nasıl çalışır?
Teminatı ve pozisyonları kaydeder, kâr ve zararı hesaplar, long ve short arasında funding aktarır ve hesapların marjin gereksinimlerini karşılayıp karşılamadığını kontrol eder. Özkaynak bakım marjininin altına düşerse, platform kurallarına göre likidasyon tetiklenir. Teminat tükendikten sonra açığın nasıl dağıtılacağına da o karar verir.
Çapraz marjin mi yoksa izole marjin mi kullanmalıyım?
İzole marjin genellikle ayrılan teminatı tek bir pozisyonla sınırlar, çapraz marjin ise özkaynağı pozisyonlar arasında paylaşır ve tüm hesabı tek bir büyük kayba açık bırakabilir. En uygun seçenek hedge yapınıza, teminatınıza ve hesabı izleme becerinize bağlıdır. Bu içerik eğitim amaçlıdır, finansal tavsiye değildir ve hiçbir mod tasfiye ya da protokol riskini ortadan kaldırmaz.
Bir perp DEX güvence fonu biterse ne olur?
Platform, yayımladığı kurallara bağlı olarak auto-deleveraging, sosyalize kayıplar, bir protokol likidite kasası veya acil durum süreci kullanabilir. ADL’de, seçilen kârlı yatırımcıların pozisyonları iflas etmiş bir hesabı dengelemek için zorla azaltılabilir. Kesin sıralama ve tasfiye fiyatı platforma özeldir, bu yüzden işlem yapmadan önce kontrol edilmelidir.
İlgili tokenler
$HYPE $ASTER