DeFi Stack 2 - DeFi riskleri ve bunların nasıl sınırlandırılacağı

Bu bölümde DeFi'deki ana risklerden ve proje seçiminde risklerin nasıl sınırlandırılacağından bahsedeceğim.

Seriye DeFi Stack'te devam ederek, 1. bölümde size DeFi'yi oluşturan "karlı parçalar" hakkında genel bir bilgi verdim ( projeyi değerlendirmenin bir yolunu bulmak için buradan okuyabilirsiniz). makul)

Bu bölümde DeFi'deki en büyük riskleri ve bu risklerin nasıl yönetilip sınırlandırılacağını değerlendireceğiz. Böylece kendiniz için karları en üst düzeye çıkarmaya ve riskleri en aza indirmeye yardımcı olur.

Başlayalım!

DeFi'de Risk Yönetimi

DeFi'de Üstel Risk

Arjun Balaji'nin tweetinden alıntı:

“DeFi'deki risk katlanarak büyüyor. Nedeni şunlardan kaynaklanmaktadır:

• Sözleşme hatası.
• Protokoldeki parametreleştirme zayıf.
• Zincir içi ağ tıkanıklığı.
• Oracle'dan gelen riskler.
• Keeper bot/LP'den kaynaklanan sorunlar.

Bu riskler, birleştirilebilirlik ve kaldıraçla artıyor.”

Ünlü bir verim çiftçiliği stratejisine bir örnek alıyorum: Curve'nin sUSD havuzu. Kullanıcılar havuza bir veya daha fazla stabilcoin (DAI, USDT, TUSD, sUSD) yatırabilir ve SNX ödüllerini almak için Synthetix'in Mintr platformunda LP jetonlarını stake edebilirler.

Curve'nin havuzundaki her bir stablecoin, coinin değerini doğrudan etkileyen kendi riskine tabidir (DAI, Maker, Oracle,.. USDT'nin Tether'in banka hesabından dolayı risk altındadır). 

Birçok stablecoin içeren yukarıdaki havuz tasarımıyla, bir stablecoin çöktüğünde etkiyi azaltacak ve coinler arasındaki fiyatları bir arada tutmak için desteğe sahip olacak. Ancak, bir jeton çökerse, havuzda kalan jetonlar üzerinde hala çok kötü bir etkisi olacak ve bu havuzu kullanan protokolleri daha fazla etkileyecektir. 

Bu iki ucu keskin bir kılıçtır, asimilasyon büyük ilerlemeler sunar ama aynı zamanda katlanarak artan riskleri de beraberinde getirir.

Bugün DeFi'deki en büyük riskler

ipotek riski

Şu anda en iyi 10 DeFi Protokolünde (Uniswap, Compound, Aave, Balancer, Curve, MakerDAO, ..) kilitli 13 milyar doların üzerinde varlık var. Bunların arasında büyük miktarda DAI, USDC, renBTC vb. vardır. Bunlardan herhangi birine bir şey olursa, büyük bir varlık tasfiyesi dalgası, temerrütler ve kalanın fiyatı üzerinde olumsuz etkilerle sonuçlanacaktır.

Oracle Riskleri

Synthetix, 25 Haziran 2019'da yaklaşık 37 milyon dolar değerinde ETH'ye zarar veren bir kehanet saldırısına uğradı (pazarlık yapıldıktan sonra saldırgan çalınan fonları iade etti). 

18 Şubat 2020'de bir saldırgan, sUSD fiyatını 2$'a yükseltmek için bir flaş krediden yararlandı, 2400 ETH ödünç almak için bZx'te teminat olarak sUSD sağladı, ardından bZx'te bir pozisyondan çıkıp onu ipotek etti. O zamandan beri oracle saldırıları artıyor (Harvest, Value DeFi), DeFi'deki oracle riskini vurguluyor.

Chainlink , (Aave, Synthetix ve Yearn,..) gibi önde gelen DeFi projeleri için temel bir rol oynuyor ve bu önde gelen oracle projesinde büyük bir sorun varsa, tüm sistemi etkileyecektir.

Ethereum Ağ Tıkanıklığı Riski

Bugün Ethereum'un ölçeklenebilirliği ile gördüğünüz gibi, ağ küresel ticaret için hazır değil. Perpetual Protocol veya Aavegotchi gibi bazı projeler, yüksek gaz ücretleri nedeniyle ana ağ başlatma programını ertelemek zorunda kaldı. Yüksek gaz ücretleri, işlemleri ve DeFi üzerindeki ilgili faaliyetleri (varlık tasfiyesi veya ipotek gibi) çok zorlaştıracaktır.

DeFi'deki riskleri sınırlayın

Serinin 1. bölümünde belirtildiği gibi, DeFi Yığınının Düzey 1 ila Düzey 3'ü, tüm DeFi'yi doğrudan etkileyen temeldir. Dolayısıyla risk azaltmayı düşünürken, proje seçiminde riski en aza indirmeye yardımcı olacak birkaç kriter olarak kabul edilebilecek bu katmanlara daha çok odaklanmalıyız.

Mortgage jetonları

Çoğu DeFi protokolü aynı teminat türlerini (DAI, USDC, USDT, wBTC, aToken, cToken,...) kullanır, böylece projeler varlıklarla ilişkili riskleri azaltabilir.

1. Protokolde kullanılan teminat miktarını sınırlayın. Takas, daha az kullanıcı olacağı olsa da, sistemik riskleri azaltacaktır.
2. Yalnızca şeffaf ve denetlenmiş sabit paralar (USDC, PAX) kabul edilir.
3. Mülkleri teminat olarak kabul etme koşullarını kademeli olarak iyileştirin.
4. Bakiye, teminatlar arasındaki oran farkını sınırlayın.
5. Mortgage sigortası satın alın.

kehanet

Oracle, DeFi Protokolüne yapılan saldırıların ana nedenidir. En iyi DeFi adları ya Chainlink tarafından sağlanan fiyat verilerine dayanır ya da protokollerinde LINK belirtecini kullanır. "Oracle king" ile ilgili bir şeyler ters giderse, bu kesinlikle DeFi için ölümcül bir darbe olacaktır.

Oracle'ın neden olduğu riski sınırlamak için proje, Chainlink, Band, Nest,... 

İşlem yapabilme

1. bölümde DeFi Protokolünde işlem yapabilmenin öneminden bahsetmiştim.

"DeFi büyüdükçe sistemleri giderek daha karmaşık hale geliyor. Sadece işlem göndermek ve token almakla kalmıyor, modern DeFi protokolleri de sorunları çözmek için birçok işlem yapmak zorunda. Teminat bakiyelerini bulma ve saklama, ipotek oranlarını hesaplama, işleme gibi çeşitli konular. oracle fiyat verileri, tasfiye işlemleri, stake ödüllerinin dağıtılması, kaldıraç hesaplaması, ..."

Ethereum'daki protokollere yönelik artan taleple birlikte, işlem yapma yeteneği en önemli endişelerden biri olacaktır. 

Bir işlemi gerçekleştirememe riskinin üstesinden gelmek için DeFi primitiflerinin kullanabileceği birkaç çözüm vardır.

1. Katman 2 çözümleri 

• İyimser gruplar, güvenliği Katman 1'den, yüksek verimden, düşük gecikme süresinden ve ucuz gaz ücretlerinden devralır, ancak varlıkları yatırmak veya çekmek için uzun süre bekler.
• SKALE veya MATIC gibi yan zincirler yüksek verime, düşük gecikme süresine, ucuz gaz ücretlerine ve hızlı para yatırma ve çekme işlemlerine sahiptir, ancak Ethereum'un 1. Katmanı ile aynı güvenlik düzeyine sahip değildirler.

2. Katman 1 çözümleri

• Solana , Near, Avalanche, oldukça ölçeklenebilir ve ucuz olan ancak Ethereum'u başarılı kılan kullanıcı tabanı ve karlı parçalardan yoksun blok zincirleridir.

3. Tasfiyeye yardımcı olacak botlar oluşturun

• KeeperDAO , kullanıcıların varlık tasfiyesi yoluyla ödül almasına izin verir, diğer projeler, tasfiyeyi gerçekleştirirken herhangi bir kişiye bağlı olmamak için kendi mini "KeeperDAO"larını oluşturabilir.

4. Madencilik havuzları, bloklardaki işlemlere öncelik verebilir. Basitçe söylemek gerekirse, havuza jeton vermek, işlem adresi bir jeton havuzuna sahip olduğunda, işleme öncelik verilecektir.

5. Gaz jetonları. Gaz ücretleri düşük olduğunda gaz jetonları çıkarırsınız ve işlem maliyetlerini en aza indirmek için gaz ücretleri yüksek olduğunda bunları değiştirirsiniz.

İçerik Özeti

Birçok farklı DeFi protokolü vardır, ancak çoğu ortak bir modeli paylaşır.

• Varlıkların alım satımı veya ödünç alınması için sözleşmede teminat içeren bir havuz bulunmaktadır.
• Türev veya ödünç alma/ödünç verme protokolleri, sözleşme için fiyat verilerini sağlamak için Oracle'ı kullanır.
• Tasfiye edilecek varlıklar varsa, üçüncü bir taraf tasfiyeyi yapacak ve kârın bir kısmını alacaktır.

Bu nedenle yazımda size DeFi (1) Teminat riski, (2) Oracle riski (3) Potansiyel risk işlemleri ve varlıkların tasfiyesindeki ana riskleri kontrol etmek için bir çerçeve sundum.

DeFi daha da geliştikçe, geliştirme ekibi daha derin düşünmek, yukarıdaki riskleri aşmak için önlemler bulmak ve kullanmak zorunda kalacak, "Tahmin" sorusuna cevap verebileceklere nakit akışı akacak. Oracle sorunları veya ağ tıkanıklığı?". Yukarıdaki soruların cevapları, rekabetçi bir DeFi alanında kazananlar ve kaybedenler arasındaki büyük fark olacaktır.

sonsöz

DeFi'yi oluşturan parçaları anlayın, projeyi etkileyen ana risklerin neler olduğunu ve bunları nasıl sınırlayacağınızı öğrenin. Bunlar, yatırım projeleri bulmanıza yardımcı olacak harika araçlar olacaktır.

Referans kaynağı: DeFi Yığını