Dex-likidasyon Müşteri Dokümanı

1. Temel Alan Tanımı ve Açıklaması

Marjin Moduna Giriş: Kullanıcıların güvenle işlem yapmalarına yardımcı olmak için, sürekli swaplarda tekli kripto çapraz marjin mevcuttur. Bu, kullanıcıların varlıklarını bir çapraz marjin hesabına aktararak aynı anda farklı sürekli swaplarla işlem yapmalarına ve risk hesaplaması sırasında sözleşmeleri USDC cinsinden kapatmalarına olanak tanır. USDC net varlığında bir eksiklik olması durumunda, sürekli sözleşmedeki bir pozisyonun kısmen veya tamamen azaltılması tetiklenebilir ve net varlığın tamamı kaybedilebilir. Varlık Tekli kripto çapraz marjini altındaki varlıklar (al-sat hesabı) aşağıdaki resimde gösterilmektedir.

Sürekli swaplar, tekli kripto çapraz marjininde alış/satış modunu destekler. Örnekler aşağıdaki gibidir:

Alış/Satış Modu

2. Emir İptali

Risk Değerlendirmesi Tekli kripto çapraz çapraz marjini iki risk değerlendirme katmanından oluşur: Emir İptali Değerlendirmesi ve Likidasyon Öncesi Değerlendirme. Bu değerlendirmeler sayesinde kullanıcılar, genellikle bekleyen tüm emirlerin iptal edilmesine ve pozisyonların kısmen veya tamamen azaltılmasına (hatta likidasyona uğramasına) yol açan yetersiz marjin konusunda endişelenmeden işlem yapabilir.

Emir İptali Emir iptali, kullanıcının hesap riski belirli bir seviyeden yüksek olduğunda ancak henüz likidasyon öncesi risk seviyesine ulaşmadığında bekleyen emrin bir kısmını iptal eder. Bu iptal, hesabı güvenli duruma geri getirir ve kullanıcıların aniden likidasyon öncesi seviyeye ulaşmasını ve bekleyen tüm emirlerin iptal edilmesine neden olmasını önler.

Emir İptali Kuralları (Hesabın varlık değeri- dondurulmuş net varlık) < pozisyonun ihtiyaç duyduğu sürdürme marjini+ bekleyen emri açmak için başlangıç marjini+ bekleyen emir ücreti olduğunda, tüm emirler iptal edilir ve dondurulmuş net varlık ile bekleyen emirler artırılır (sürekli emir dahil).

3. Likidasyon Uyarıları

Likidasyon Öncesi Tekli kripto marjini modu altında, zorunlu indirim hesap marjin oranının %100’e ulaşıp ulaşmadığına göre belirlenir. Tekli kripto çapraz marjini altında hesap marjin oranı, çapraz marjin hesabının net varlıklarından ve belirli bir para biriminin sürdürme marjininden hesaplanan bir endekstir. Genel olarak, hesap net varlığı ne kadar yüksek ve sürdürme marjini ne kadar düşükse, risk o kadar düşük olur.

Hesap marjin oranı ≤ %300 olduğunda, bir likidasyon uyarısı gönderilir ve kullanıcıların likidasyon riskinin farkında olması gerekir. %300, OKX’in gerçek duruma göre ayarlama hakkını saklı tuttuğu bir uyarı parametresidir.

Hesap marjin oranı ≤ %100 olduğunda, emirler aşağıdaki kurallara göre iptal edilir:

Bekleyen emirler iptal edildikten sonra marjin seviyesi hala ≤ %100 ise, zorunlu likidasyon gerçekleştirilir.

4. Zorunlu Lkidasyon

Kısmi Azaltma Bu, hesabın güvenli hale getirilmesi için bir pozisyonun tamamının kapatılmasının gerekmediği bir durumu ifade eder.

Tam Likidasyon Hesabın güvenliğini yeniden sağlamak için tüm pozisyonların kapatılması gerekir.

Ödeme Tüm pozisyonlar likide edilmiş olsa bile, hesap yine de güvenlik seviyesine geri dönmeyebilir. Bu durumda sigorta fonu hesabı, pozisyonu kapatarak hesabın negatif bakiyesini telafi eder.

5. Likidasyon

Likidasyon Sırası Seçenekleri

Bir kapanış teklifi seçerken, risk yönetimini kolaylaştırmak için her bir teklifin K&Z’sine dayalı olarak en büyük zarara sahip pozisyona azaltım için öncelik verilir.

Uzun Pozisyon: Zarar = (Ortalama Açık Fiyat - Likidasyon tetiklendiğinde Oracle fiyatı) * Boyut * |Miktar| * Sözleşme Katsayısı

Kısa Pozisyon: Zarar = (Ortalama Açık Fiyat - Likidasyon tetiklendiğinde Oracle fiyatı) * Boyut * |Miktar| * Sözleşme Katsayısı

Kademe Düşürme Kuralları Likidasyon motoru, seçilen teklife göre kademeleri düşürerek pozisyonları azaltır ve belirli bir kademeye ulaşana kadar ve hesap güvenlik çizgisine (örneğin %100) geri getirildiğinde çalışmayı durdurur.

Likidasyon Fiyat Hesaplaması Likidasyon dayanağı teyit edildikten sonra, pozisyon uzlaşma fiyatı üzerinden likide edilir.

Uzun Pozisyon: Uzlaşma Fiyatı = Oracle Fiyatı * (1 - Likide edilen pozisyonlar için sürdürme marjin oranı * likidasyon anındaki marjin oranı)

Kısa Pozisyon: Uzlaşma Fiyatı = Oracle Fiyatı * (1+ Likide edilen pozisyonlar için sürdürme marjin oranı * likidasyon anındaki marjin oranı)

"Likide edilen pozisyonlar için sürdürme marjin oranı * likidasyon anındaki marjin oranı" bir likidasyon cezasıdır. Aşırı piyasa dalgalanmalarından kaynaklanan kayıpları karşılamak için sigorta fonu eklediğinizden emin olun.

Aşırı Likidite Riski Piyasada aşırı likidite riski olduğunda, likidasyon emri normal şekilde yerine getirilemez. Bu gibi durumlarda, kullanıcının hesabı pozisyon likide edilinceye ve likidite yeniden sağlanıncaya kadar dondurulur.

Fonlama Ücreti Likidasyon sırasında fonlama ücreti alınabilir ve bu ücret likidasyon anındaki pozisyon durumuna göre belirlenir.

Örneğin: 1) Kısmi Likidasyon Bir kullanıcı T0’da (burada T zamana eşittir) 10.000 USDC’ye sahiptir ve Oracle fiyatı olan sırasıyla 20.000 ve 1.000’den 10 BTC satar ve 10 ETH kalıcı sözleşme satın alır.

Şunu varsayarsak: BTC sözleşme boyutu = 0,1; BTC sözleşme katsayısı= 1; ETH sözleşme boyutu = 1; ETH sözleşme katsayısı = 1; ve T0’da kullanıcı hesabı net varlığı= 10.000. BTC ve ETH için kademeler şu şekildedir:

BTC’nin Kademe 2’de, ETH’nin ise Kademe 1’de yer aldığını, ilgili kademe için sürdürme teminatı oranının 0,2/0,1 ve 0,1 olduğunu, kullanıcının pozisyonlarını tutmak için 5.000 [(20.000 * 0,2) + (10.000 * 0,1)] sürdürme marjinine ve %200 (10.000/5.000) hesap marjin oranına ihtiyaç duyduğunu varsayalım.

T1’de BTC’nin oracle fiyatı 25.000’e yükselirken ETH’nin oracle fiyatı 800’e düştü, hesabın varlık değeri 3.000 (10.000 - 5.000 - 2000) oldu, kullanıcı pozisyonlarını tutmak için 5.800 [(25.000 * 0,2) + (8.000 * 0,1)] sürdürme marjinine ve %51,7’lik (20.000/5.800) bir hesap marjin oranına ihtiyaç duyuyor.

Güvenlik hattının (%100) tetiklendiğini varsayalım. BTC ve ETH’deki zarar sırasıyla 5.000 ve 3.000’dir, bu nedenle kullanıcı BTC pozisyonlarını likide etmeyi seçer. BTC’nin pozisyonlarının Kademe 2’nin sol açık aralığına kadar likide edildiğini, ancak hesabın hala güvenlik çizgisinin üzerine çıkamadığını varsayarsak, Kademe 1’e likide etmeye devam eder. Bu noktada likidasyona uğrayan pozisyon sayısının Kademe 1’e karşılık geldiği varsayıldığında, likidasyon için 0,1 sürdürme marjin oranı ve 26.292,5 [(1 + 0,1 * %51,7) * 25.000] kapanış fiyatı gereklidir.

Beş sözleşmenin likidasyonu ile hesap, 2.353 hesap varlık değeri; pozisyonlarını tutmak için 2.050 sürdürme marjin oranı ve %114,8 hesap marjin oranı ile güvenlik çizgisine geri getirilmiştir.

2) Tam Likidasyon Bir kullanıcı T0’da (burada T zamana eşittir) 10.000 USDC’ye sahiptir ve Oracle fiyatı olan sırasıyla 20.000 ve 1.000’den 1 BTC satar ve 10 ETH kalıcı sözleşme satın alır.

Şunu varsayarsak: BTC sözleşme boyutu = 1; BTC sözleşme katsayısı= 1; ETH sözleşme boyutu = 1; ETH sözleşme katsayısı = 1; ve T0’da kullanıcı hesabı net varlığı= 10.000.

Her iki coinin de Kademe 1’de yer aldığını, ilgili kademe için sürdürme teminatı oranının 0,2 ve 0,1 olduğunu, kullanıcının pozisyonlarını tutmak için 5.000 [(20.000 * 0,2) + (10.000 * 0,1)] sürdürme marjinine ve %200 (10.000/5.000) hesap marjin oranına ihtiyaç duyduğunu varsayalım. T1’de BTC’nin oracle fiyatı 25.000’e yükselirken ETH’nin oracle fiyatı 800’e düştü, hesabın varlık değeri 3.000 (10.000 - 5.000 - 2000) oldu, kullanıcı pozisyonlarını tutmak için 5.800 [(25.000 * 0,2) + (8.000 * 0,1)] sürdürme marjinine ve %51,7’lik (20.000/5.800) bir hesap marjin oranına ihtiyaç duyuyor.

Güvenlik hattının (%100) tetiklendiğini varsayalım. BTC ve ETH’deki zarar sırasıyla 5.000 ve 3.000’dir, bu nedenle kullanıcı BTC pozisyonlarını likide etmeyi seçer. Ancak, kullanıcıya Kademe 1’de konumlandırılmış 1 BTC sözleşmesi kalır, 0,2’lik bir sürdürme marjı oranı ve likidasyon için 27.585 [(1 + 0,2 * %51,7) * 25.000] kapanış fiyatı gerekir.

Bir sözleşmenin likidasyonu ile hesap, 2.870 hesap varlık değeri; pozisyonlarını tutmak için 800 sürdürme marjin oranı ve %358 hesap marjin oranı ile güvenlik çizgisine geri getirilmiştir.

3) Ödeme Bir kullanıcı T0’da (burada T zamana eşittir) 10.000 USDC’ye sahiptir ve Oracle fiyatı olan sırasıyla 20.000 ve 1.000’den 1 BTC satar ve 10 ETH kalıcı sözleşme satın alır. Şunu varsayarsak: BTC sözleşme boyutu = 1; BTC sözleşme katsayısı= 1; ETH sözleşme boyutu = 1; ETH sözleşme katsayısı = 1; ve T0’da kullanıcı hesabı net varlığı= 10.000. Her iki coinin de Kademe 1’de yer aldığını, ilgili kademe için sürdürme teminatı oranının 0,2 ve 0,1 olduğunu, kullanıcının pozisyonlarını tutmak için 5.000 [(20.000 * 0,2) + (10.000 * 0,1)] sürdürme marjinine ve %200 (10.000/5.000) hesap marjin oranına ihtiyaç duyduğunu varsayalım. T1’de BTC’nin oracle fiyatı 26.000’e yükselirken ETH’nin oracle fiyatı 400’e düştü, hesap varlık değeri -2.000 oldu ve hesaptaki tüm pozisyonlar likidasyona uğradığı için sigorta fonu kullanılarak ödenecek.