Likidasyon önleme rehberi: Oracle gecikmesi ve açık artırma

Bir likidasyon önleme kontrol listesi, teminatlı bir krediyi fiyatların ani değişim gösterdiği ve protokolün oracle güncellemelerinin geciktiği durumlarda tetikleyicisinden güvenli bir şekilde uzak tutan izleme ve eylem kurallarının bir setidir. Amaç, bir sonraki mumu tahmin etmek değil, otomatik likidasyon mekanizmaları, cezalar ve zincirleme koşullarına dayanacak kadar yeterli tampon ve hazırlık oluşturmaktır.

Ana Noktalar

• Likidasyon riski “fiyat + zaman”: Maker’ın Oracle Güvenlik Modülü için kullanılan fiyat, müzayedeler için yaklaşık 1-2 saat gecikmelidir, bu nedenle sistem hızlı hareketler sırasında spot fiyatlardan farklı davranabilir.
• Maker Likidasyon 2.0'da, sınırı aşmak tam pozisyon olayıdır: Dog.bark tetiklendiğinde, tüm Vault borcu alınır, nazik bir kesim değil.
• Cezai matematik, ince çalıştığınızda önemlidir: 1.13'teki dalgalanma ile, 1,000 DAIborç 1.130 DAI açık artırma hedefi haline geliyor.
• Sırasındatasfiye zincirleri, dalgalanma, düşük likidite ve eski veya manipüle edilmiş oracle verilerizorunlu satışıarttırır, bu nedenle tamponlar en kötü durum koşullarını varsaymak zorundadır.

Borç verme işlemlerinde tasfiyeler nasıl gerçekleşir

Tasfiyeler otomatikleştirilmiştir çünkü protokol, borçlu ile müzakere etmek yerine iflası korumaktadır. aşırı teminatlı borç verme, pozisyon, teminat değeri yeterince düştüğünde ve kredi protokolün gerektirdiği eşiği aştığında uygun hale gelir. Birçok borç verme modeli bunu bir sağlık faktörü olarak ifade eder ve yaygın çerçeve, 1'in altına düştüğünde pozisyonun tasfiye edilebileceğidir.

Bu uygunluk, üçüncü tarafların harekete geçmesi için ödeme aldığı için hızlı bir şekilde gerçek bir tasfiyeye dönüşebilir. Maker'ın tasarımı bunu açık hale getirir: bir tasfiye, yetersiz teminatlandırılmış bir Vault'tan teminatın otomatik transferidir, Vault'un borcu protokole aktarılır ve atanmış borcu iptal etmek için DAI karşılığında teminat satışı başlatılır.

Keeper adı verilen dış aktörler, Vault'ları izler ve tasfiye oranı aşıldığında tasfiyeyi tetikler, çünkü sistem bu davranışı teşvik eder.

Tüccar açısından önemli olan nokta, bunun yalnızca bir gösterge panelindeki “tasfiye fiyatı” sayısı olmadığıdır. Tasfiye, kendi zamanlaması, fiyat girdileri ve teşvikleri olan bir iş akışıdır. Maker Liquidation 2.0'da, açık artırmalar, başlangıç fiyatı ve açık artırmanın başladığı zamandan itibaren geçen süreye göre hesaplanan bir fiyatla anında sonuçlanan Hollanda açık artırmalarıdır.

Bu anlık yerleşim, kimin katılabileceğini ve teminatın ne kadar hızlı temizlenebileceğini değiştirir, bu da bir kaskadın ne kadar şiddetli olabileceğine geri besleme yapar.

Chainlink'in tasfiye kaskadının tanımı, stres için doğru zihinsel modeldir: zorunlu otomatik satışlar fiyatları aşağı iter, bu da bir geri bildirim döngüsünde daha fazla tasfiyeyi tetikler. Amplifikatörler adlandırılmış ve somuttur: aşırı volatilite, düşük likidite ve kayma, ve oracle manipülasyonu veya eski fiyat verileri, güncellemeleri geciktiren tıkanıklık dahil. Bu, “tasfiye edilmemek” ifadesinin bir meme olmaktan çıkıp bir sistem problemi haline geldiği ortamdır.

Günlük izlenmesi gereken anahtar sayılar

Kontrol listesi, ekranda görünen ve tasfiye uygunluğuna doğrudan karşılık gelen dört sayı ile başlar. Diğer her şey yorumdur.

Kredi-değer oranı en basit olanıdır: kredi miktarı teminat değerine bölünür. Teminat düşerse veya borç artarsa, LTV artar. Protokoller genellikle aynı fikri bir sağlık faktörü olarak gösterir; burada yaygın model 1'in altında olmanın tasfiye uygunluğu anlamına geldiğidir. Maker, bir Vault'ın güvenli kalması için sürdürmesi gereken minimum teminat seviyesini belirten mat adında bir tasfiye oranı kullanır.

Operasyonel alışkanlık, protokolün tetikleyicisini ve onun üzerinde bir kişisel tetikleyiciyi takip etmektir, çünkü protokol tetikleyicisi, bekçilerin yarışmaya başladığı yerdir.

İkinci sayı tasfiye fiyatıdır. Çoğu kullanıcı arayüzü teminat için bir “tasfiye fiyatı” hesaplar, ancak kontrol listesi bunu bir referans noktası olarak ele alır, bir vaat olarak değil. Maker'da, açık artırmanın başlangıç fiyatı, Oracle Güvenlik Modülü fiyatının buf ile çarpılmasıyla belirlenir ve OSM fiyatı, piyasa ile yaklaşık 1-2 saat gecikmeli olarak gelir.

Bu gecikme, “Eğer düşerse teminat ekleyeceğim” ifadesinin, piyasa kullanıcının tepki verebileceğinden daha hızlı hareket ettiğinde veya zincir tıkandığında başarısız olmasının nedenidir.

Üçüncü sayı ceza çarpanıdır. Maker, tasfiye cezasını chop ile ifade eder. Belgeler temiz bir örnek verir: eğer borç 1.000 DAI ve chop 1.13 ise, açık artırma hedefi 1.130 DAI olur. Bu, borcu temizlemek için ne kadar teminatın satılması gerektiğini değiştirir; bu nedenle ince tamponlar küçük hataları daha büyük deliklere dönüştürür.

Dördüncü sayı, kullanılan platformdaki pozisyonun marj modu ve tasfiye motorudur. Merkezileştirilmiş sürekli sözleşmeler ve marj hesapları, bakım marjı ve izole edilmiş çapraz marj seçeneğini tanıtır. Bu ayarlar, bir pozisyonun tüm hesabı tasfiye etmesine neden olup olmayacağını veya kayıpların sınırlandırılıp sınırlandırılmayacağını belirler.

Bu, defi tasfiye mekaniklerinden ayrı bir konudur, ancak kontrol listesi bunu gerektirir çünkü birçok tüccar her ikisini de kullanır ve ikisini karıştırır.

Tasfiyeyi önleyen eylemler

Önleme çalışması çoğunlukla piyasa hareket etmeden önce yapılır. Kontrol listesi, bir fikrin etrafında inşa edilmiştir: tasfiye önleme kripto, operasyonel hazırlık artı oracle zamanlaması için tampon boyutlandırmasıdır, bir tahmin yarışması değil.

1. Protokol tetikleyicisinin üzerinde kişisel bir panik eşiği belirleyin. Protokolün çizgisi, tasfiyenin mümkün hale geldiği yerdir. Kişisel çizgi, kullanıcının hala zamanı ve seçenekleri varken teminat eklediği veya borcu ödediği yerdir. 2. Oracle gecikmesi için tampon boyutunu ayarlayın, spot için değil. Maker'ın OSM gecikmesi yaklaşık 1-2 saattir ve açık artırma başlangıç fiyatı OSM*buf'a dayanmaktadır.

Sadece bir spot wick'ten kurtulan bir tampon, sistemin referans fiyatı kullanıcının zaten sıkıştığı noktaya geldiğinde başarısız olabilir. 3. “Kurtar” işlem yolunu önceden aşamalı hale getirin. Başarısızlık durumu, tasfiyeden nasıl kaçınılacağını bilmemek değil, onayları karıştırmak, geri ödeme varlığı için takas yapmak veya gaz fiyatları yükseldiğinde köprü kurmaktır.

Kontrol listesi maddesi basittir: cüzdan, teminat kaynağı ve geri ödeme varlığı yolu, pozisyon zorlandığında hazır olmalıdır. 4. Ceza hesabı kötü olduğunda teminat eklemeden önce borcu azaltın. Chop anlamlı olduğunda, soru, teminatın borcu ve ceza etiketlendiğinde karşılayıp karşılayamayacağıdır. Borcu geri ödemek, açık artırma hedefini doğrudan azaltır, oysa teminat eklemek yalnızca fiyat kaymaya devam etmediğinde yardımcı olur. 5.

Platform destekliyorsa bir stop loss emri kullanın. Merkezileştirilmiş marj ve sürekli sözleşmelerde, bir stop loss emri, bakım marjı ihlal edilmeden önce çıkış yapmak için bir araçtır. Bu bir garanti değildir, ancak kullanıcının ekranda olamayacağı durumlarda tanımlanmış bir otomasyon yoludur. 6. Marj modunu kasıtlı tutun. İzole edilmiş çapraz marj bir tercih değildir, bir tasfiye topolojisi seçimidir.

Çapraz, tek bir pozisyonu hesabın geri kalanından çekerek kurtarabilir ve büyük bir hareket durumunda tüm hesabı da tasfiye edebilir.

Bu eylemler, “tasfiyeden nasıl kaçınılır” sloganı ile tekrarlanabilir bir rutin arasındaki farktır. Kontrol listesi, piyasanın manuel bir ekleme işleminden daha hızlı hareket edebileceğini varsayar, özellikle de zincirleme olaylar sırasında.

Maker Vault tasfiye mekanikleri

Maker'ın tasfiye yolu, tasfiyenin bir zamanlama sorunu olduğunu gösteren en temiz örnektir. Bir Vault güvensiz hale geldiğinde, Dog.bark Vault'u el koyar ve teminatı ilgili Clipper'a gönderir, kötü borç muhasebesini artırır ve açık artırmayı başlatır. Ana borçluya yönelik sonuç yapısaldır: Maker Liquidation 2.0'da, Dog.bark çağrıldığında, tüm Vault borcu alınır.

Eski sistemin kullandığı sabit boyutlu kısmi kesimler gibi bir dunk parametresi yoktur. Sınırı aşmak küçük bir kesim olayı değildir.

Açık artırma kendisi anında yerleşim ile bir Hollanda açık artırmasıdır. Fiyat, başlangıç fiyatından ve açık artırmanın başladığı zamandan itibaren geçen süreye göre hesaplanır, bu da teklif verenlerin kilitlenmesini azaltır ve daha hızlı sermaye geri dönüşümüne olanak tanır.

Maker'ın belgeleri ayrıca belirgin olmayan bir davranışı işaret eder: fiyat genellikle zamanla düşerken, aktif bir açık artırmanın fiyatı, açık artırma yeniden başlatılırsa veya yönetişim fiyat hesaplayıcı parametrelerini değiştirirse artabilir.

Yeniden başlatma önemsiz bir detay değildir. Maker, çok fazla zaman geçmişse (kuyruk) veya fiyat başlangıç fiyatına göre bir eşik değerinin altına düştüyse (eşik) bir açık artırmayı sıfırlayabilir. Yeniden başlatıldığında, açık artırma başlangıç fiyatını başladığı şekilde yeniden sabitler: mevcut OSM fiyatı buf ile çarpılır. OSM gecikmeli olduğu ve buf bir ek maliyet olduğu için, sıfırlama, spot düşerken bile açık artırma fiyatını artırabilir. Bu, bir borçlunun sezgisini bozan türden bir mekanizmadır.

Stres anında önemli olan bir sistem seviyesi kısıtlama da vardır. Maker, aktif açık artırmaların borç ve tasfiye cezalarını karşılamak için gereken toplam DAI üzerinde Hole ve ilk.hole aracılığıyla sınırlar uygular, Dirt ve ilk.dirt tarafından takip edilir. Dog.bark, bunların limitlerinin altında olmasını gerektirir.

Borçlu bu parametreleri kontrol etmez, ancak bunlar birçok Vault'un etiketlendiğinde tasfiyelerin beklenildiği gibi ilerleyip ilerlemeyeceğini şekillendirir.

Aşırı piyasa stresindeki uyarılar

Mart 2020'deki Kara Perşembe, tasfiye önlemenin yalnızca 'çizginin üstünde' olmakla ilgili olmadığını hatırlatan kanonik bir örnektir. Chainlink'in yazısı, Ethereum'un tek bir günde %50'den fazla düştüğünü, ağ tıkanıklığının oracle güncellemelerini geciktirdiğini ve kullanıcıların ek teminat yatırmasını engellediğini açıklar.

Ayrıca, tıkanıklığın tasfiye botlarını etkilediğini ve bazı katılımcıların sıfır maliyetle tasfiye açık artırmalarını kazandığını, protokol için kötü borç bıraktığını belirtir.

Bu olay, üç kaskad amplifikatörünü bir ticaret gerçekliğine toplar: volatilite, likidite ve oracle koşulları. Likidite ince olduğunda, zorunlu satışlar, spotu beklenenden daha düşük bir seviyeye iten kaymalar yaratır ve birkaç dakika önce iyi görünen pozisyonları etiketleyebilir. Oracle güncellemeleri bayat veya tıkanıklık nedeniyle geciktiğinde, protokol, tüccarın grafiğinden farklı bir saat üzerinde çalışıyor olabilir.

Tasfiye edenler etkilenirse, açık artırmalar kötü bir şekilde sonuçlanabilir, bu da tasfiye sonuçlarının borçlunun modellediğinden daha kötü olma olasılığını artırır.

Merkezi mekanlar kendi stres mekanizmalarına sahiptir. Bakım marj gereksinimleri volatilite ile değişebilir ve tasfiye motorları, mekanın kitapta riski azaltması gerektiğinde ADL otomatik deleveraging'i tetikleyebilir. Bu, bir Maker açık artırmasıyla aynı değildir, ancak aynı dersi verir: tasfiye, stres altında bir sistem tepkisidir ve kullanıcı öncelik değildir.

Kontrol listesinin stres varsayımı basittir: kaskadlar sırasında, piyasa yapısı düşmandır. Muhafazakar kaldıraç, güvende hissetmekle ilgili değildir, geri bildirim döngüsü başladığında zorunlu akış olmamakla ilgilidir.

Borç almadan önce hızlı kontrol listesi

Bu ön uçuş, pozisyon var olmadan önce önemli olan likidasyon önleme kontrol listesidir. İki dakikada çalışacak şekilde tasarlanmıştır ve boyut veya teminat değiştiğinde tekrar edilmelidir.

1. Protokoldeki veya mekandaki kesin tetikleyici metriği belirleyin. Likidasyon oranı matını veya sağlık faktörü modelini ve merkezi bir hesapsa bakım marjı kuralını kaydedin. 2. Likidasyon fiyatını ve bunun üzerinde kişisel bir panik eşiğini yazın. Panik eşiği, tartışmadan harekete geçilen yerdir. 3. Ceza ve ücret çarpanlarını kontrol edin. Maker için, kesim notunu alın ve bunu 'borç × kesim' olarak çevirin, böylece ihale hedefi anlaşılır. 4.

Oracle zamanlamasını ve referans fiyat davranışını onaylayın. Maker için, ihale başlatımı için kullanılan OSM fiyatının yaklaşık 1-2 saat gecikmeli olduğunu ve başlangıç ihale fiyatının OSM*buf olduğunu varsayın. 5. Marj izolasyonunu belirleyin. İstediğiniz şekilde izole edilmiş çapraz marjı seçin ve hangi teminatın hangi pozisyonu desteklediğini onaylayın. 6. Kurtarma yolunu önceden hazırlayın.

Geri ödeme varlık kaynağının hazır olduğundan, onayların yerinde olduğundan ve cüzdanın kullanılan zincir için gazı olduğundan emin olun. 7. Çıkış otomasyonunu tanımlayın. Perpetüel ticaret yapıyorsanız veya marj ticareti yapıyorsanız, hızlı bir hareket sırasında likidasyona kayma olasılığını önleyen stop-loss emir mantığını ayarlayın.

Bu, bir alışkanlık olarak ticaret risk yönetimidir, tek seferlik bir kurulum değil. Kontrol listesi, piyasalar sakin olduğunda sıkıcı hissettirilmelidir.

Alıntı

Maker üzerinde likide olan insanların, spot grafiğine bağlı kaldıklarını ve 'yakınsa artırırım' dediklerini izledim. OSM gecikmesi ve OSM*buf ihale başlangıç fiyatı, protokolün saatinin piyasadan bir ila iki saat geride olabileceği anlamına gelir ve Dog.bark tüm Vault borcunu aldığında, çizgi aşıldığında nazik bir kısmi kurtarma olmayacaktır.

Kuralım, likidasyonu bir marj masası bir çağrı gibi ele almak. Protokol tetikleyicisinden rahatça yukarıda olan kişisel bir eşikte hareket edin ve tıkanıklığın tam olarak volatilite ile birlikte ortaya çıkacağını varsayın. Pozisyon, her şey mükemmel çalıştığında yalnızca hayatta kalıyorsa, likidasyon mekanikleri için zaten yanlış boyutlandırılmıştır.

Kaynaklar

• Maker Protokol Teknik Belgeleri
• Maker Protokol Teknik Belgeleri
• Maker Protocol Teknik Belgeleri
• Chainlink