Aave(AAVE) V4'te Kredi Zararını Önce DAO'nun Karşılaması Önerildi: 3 Piyasa Hedefleniyor

Aave(AAVE) V4'te bir kredide zarar oluştuğunda, dış yükleniciler tarafından sağlanan sermayeden önce Aave DAO'nun "deficit offset" adlı tamponunun zararı karşılamasını öngören bir yapı önerildi. Önerinin ilk kapsamı Ethereum üzerindeki Core WETH, Core USDC ve Core USDT piyasaları.

TokenLogic, 11'inde Aave yönetişim forumunda yayımladığı teklifte bu üç piyasa için Umbrella teminat yapısının devreye alınmasını önerdi. Teklif, 15 Eylül 2026 itibarıyla henüz yönetişim oylamasından geçmedi.

Önerilen hedef likidite Core WETH için 800 ETH, Core USDC için 400 bin USDC ve Core USDT için 400 bin USDT olarak belirlendi. TokenLogic, bu rakamları önümüzdeki 6-8 haftada beklenen kredi büyümesini ve rezerv ekonomisini dikkate alarak hesapladığını açıkladı.

Zarar karşılama süreci iki aşamalı işliyor. Önce DAO'nun deficit offset tamponu, teminatın tasfiyesinin ardından kalan zararı belirli bir limite kadar üstleniyor; bu limitin üzerindeki zararı ise Umbrella sermayesi karşılıyor.

Teklife göre deficit offset tutarları Core WETH için 33 ETH, Core USDC için 15 bin USDC ve Core USDT için 15 bin USDT olarak belirlendi. Deficit offset, teminat tasfiye edildikten sonra kalan borcu ilk olarak emen DAO'nun ilk zarar tamponu işlevi görüyor.

Bu tamponu aşan zararı, Umbrella'ya fon sağlayan bağımsız yüklenici sermayesi karşılıyor. Söz konusu fon, zarar oluşana kadar ilgili piyasada arz getirisi elde ediyor; ancak zarar kesinleştiğinde borcu azaltmak için arz payının yakılmasında kullanılabiliyor.

Aave Umbrella teknik dokümanı, deficit offset sonrasında stake edilen varlıkların yakılarak zararın karşılandığı yapıyı açıklıyor. Buna göre Umbrella'ya katılan fonlar hem getiri elde edebiliyor hem de zarar oluşması durumunda risk altında kalıyor.

Teminat kapsamı yalnızca varlık adına göre değil, Hub ve rezerv kombinasyonuna göre belirleniyor. Core piyasasındaki USDC korunuyor olsa da, başka bir Hub'da tutulan USDC otomatik olarak kapsama girmiyor.

Aave V4, likiditeyi tutan Hub ile borcu oluşturan Spoke yapısından oluşuyor. Spoke'ta oluşan borcun hangi Hub varlığından çekildiği zarar sorumluluğunu belirlediği için, başka bir Hub'da teminatı olsa bile Core'dan borçlanan bir kullanıcının zararını Core tedarikçileri üstlenebiliyor.

TokenLogic, teklifin hazırlandığı tarih itibarıyla Aave V4 Ethereum'da toplam mevduatın 596 milyon dolar, aktif kredilerin ise 226 milyon dolar olduğunu belirtti. Kredilerin WETH'te 79,3 milyon dolar, USDG'de 79,2 milyon dolar, USD Coin(USDC)'de 26 milyon dolar, Tether(USDT)'te 21 milyon dolar ve frxUSD'de 20 milyon dolar yoğunlaştığı aktarıldı.

İlk kapsamdan Core USDG ve Core frxUSD çıkarıldı. TokenLogic, bu iki piyasada teşvik bağımlılığının yüksek olduğunu, frxUSD'de ise tedarikçi tabanının yoğunlaşmış olması nedeniyle bağımsız yüklenici sermayesi bulmanın zor olduğunu değerlendirdi.

Umbrella'ya katılanlar 20 günlük bekleme (cooldown) süresinin ardından 2 günlük bir çekim penceresinden geçmek zorunda. Bu pencere kaçırılırsa 20 günlük bekleme yeniden başlıyor; bekleme sürecindeki varlıklar zarar riskine açık kalırken getiri kazanmaya devam ediyor.

TokenLogic, teminat seviyesinin, tedarikçi yapısının ve piyasa koşullarının devreye alınmasından 3 ay sonra yeniden değerlendirilmesini önerdi. Ancak bu değerlendirme takvimi teklif aşamasında olup, nihai uygulama yönetişim sürecinden geçmesine bağlı.

Aave yönetişim forumunda 12'sinde bir katılımcı, ileride yeni Spoke'lar eklenmesi durumunda mevcut Umbrella fonlarının kapsamının nasıl değişeceğini sordu. Teklifte, 15 Eylül 2026 itibarıyla nihai oylama sonucu ve uygulama takvimi yer almıyor.

Bu teklif, Aave V4'te risk ayarlama yetkisinin detaylandırılmasının tartışıldığı önceki yönetişim sürecine paralel olarak, V4'ün fon koruması ve yetki yapısının birlikte ele alındığı bir örnek oluşturuyor. Ancak iki teklifin onay durumu ve uygulama kapsamı ayrı ayrı belirlenecek.

Teklif onaylansa bile fiili koruma büyüklüğü, hedef likiditeye ulaşılıp ulaşılmadığına ve her rezervde zarar oluşup oluşmadığına bağlı olarak değişecek. Şu an için bilinen bir sonraki adım yönetişim oylaması; nihai oylama sonucu ve uygulama takvimi henüz belirlenmedi.