Aave(AAVE) V4'te risk yetkileri 5 role ayrılıyor, dondurmayı çözme kararı yönetişimde kalıyor

Aave(AAVE), V4 Ethereum(ETH) ve Avalanche(AVAX) sürümlerinde risk ayarlama yetkilerini daha küçük parçalara bölme planını tartışıyor. Acil durumlarda piyasayı durdurma veya dondurma yetkisi tanınırken, bu kararı geri alma yetkisi yönetişimde kalacak şekilde tasarlanıyor.

Aave Labs, 21 Ağustos'ta (Kore saatiyle) yönetişim forumuna sunduğu 'Activate Aave Risk Stewards on Aave V4' başlıklı teklifte, Aave V4'ün Ethereum ve Avalanche sürümlerinde 'Risk Steward' rolünün etkinleştirilmesini önerdi. Teklif 3 Eylül'de (Kore saatiyle) Snapshot aşamasına geçti. Degov Atlas verilerine göre 7'sinde Aave DAO bünyesinde 3 aktif teklif bulunuyor.

Teklifin özü, yönetici yetkisini tek bir çatı altında toplamamak. Her sürümün yapılandırma yönetici yetkisi 5 alt role ayrılıyor. Bu roller şöyle sıralanıyor: △tüm işlemleri durdurma △yeni işlemleri durdurma △listeleme △acil müdahale △risk yönetimi.

'Risk yönetimi' rolü, 'Hub', 'Spoke' ve oracle'a ait bazı risk değişkenlerini belirlenen değişim aralığı ve bekleme süresi içinde ayarlayabiliyor. 'Acil müdahale' rolü ise devre dışı bırakma, durdurma, askıya alma ve dondurma gibi yalnızca daha güvenli bir duruma geçişi sağlayan işlevleri kapsıyor.

Ancak bu sürümde acil müdahale rolü hemen devreye girmiyor. Aave Labs teklif metninde “bu aşamada önerilen sürüm, bu fonksiyon çağrılarını (selector) tetiklemiyor” ifadesini kullandı. Yani acil yetki tanınsa bile, sonraki bir sürüme kadar fiilen kullanılmayacak.

Risk yönetimi kapsamındaki parametreler arasında Hub bazlı optimal kullanım oranı, temel borçlanma faizi, faiz artış oranı, ek limit ve çekim limiti yer alıyor. Bekleme süresi (cooldown) parametreye göre 36 veya 72 saat olarak belirlendi; Pendle iskonto oranı kalemi için ise 48 saat öngörülüyor. Değişim aralığı da kaleme göre mutlak veya oransal yöntemle sınırlandırılıyor.

Bu teklif, Aave V4'ün genel mimarisiyle doğrudan bağlantılı. V4, likiditeyi toplayan 'Hub' ile kullanıcı borç verme mantığını yürüten 'Spoke' yapılarını birbirinden ayırıyor. Aave Labs, Mart ayında yayımladığı V4 etkinleştirme dokümanında Hub'ın ortak likidite ve acil durdurma işlevini, Spoke'ların ise borç verme ortamı ve rezerv ayarlarını yönettiğini açıklamıştı.

Bu yapı, büyük ölçekli borç verme protokollerinin farklı piyasalardaki riski tek merkezden yönetmesinin giderek zorlaştığı eğilimi yansıtıyor. DeFi borç verme piyasalarında genellikle varlık bazlı teminat oranı, borçlanma limiti, faiz eğrisi ve oracle referansları birlikte hareket ediyor. Her ayarlamanın tüm yönetişim oylamasından geçmesi beklenirse müdahale hızı yavaşlayabiliyor.

Aave'in yönetişim çerçevesi v2 dokümanı da benzer bir yaklaşımı yansıtıyor. Bu belgeye göre, dondurma yetkisine sahip bir 'steward' rezervi anında dondurup yeni arz ve borçlanmayı engelleyebiliyor; ancak dondurmanın kaldırılması yönetişim onayı gerektiriyor. Hızlı savunma önlemlerine izin verilirken, normale dönüş DAO süreciyle sağlanıyor.

Yetki devrinin genişlemesiyle denetim mekanizmaları da tartışma konusu oluyor. Forumda MconnectDAO, her önemli risk steward işleminde kamuya açık gerekçe, kullanılan veri, beklenen etki, alternatif değerlendirmesi ve sonrasında raporlama talep edilip edilemeyeceğini sordu. Hız ile hesap verebilirliği birlikte isteyen bir çıkış oldu.

Abel189, “sınırlı erişim yaklaşımı makul görünüyor” dedi. Ancak Risk Steward'ların değişken değişikliklerinin boyutu ve sıklığının düzenli olarak raporlanması gerektiğini, aksi halde DAO'nun devredilen yetkinin fiilen nasıl kullanıldığını değerlendiremeyeceğini ekledi.

Aave Labs'in 1 Eylül tarihli geliştirme güncellemesine göre, Ağustos ayında V4'teki mevduat 800 milyon doları aştı ve aktif borç verme rekor seviyeye ulaştı. Aynı güncellemede, Ethereum ve Avalanche taraflarında V4 Risk Steward etkinleştirme çalışmalarının sürdüğü ve arz-borç limiti ayarlamasının 3 kez uygulandığı belirtildi.

Aave V4'e ait rakamların yorumlanmasında dikkatli olmak gerekiyor. TokenPost daha önce Aave V4'ün Avalanche'a dağıtıldığını, ancak mevduat tutarı ile TVL'nin aynı gösterge olmadığını aktarmıştı. Mevduat tutarı, toplam kilitli değer (TVL) ve aktif borç verme rakamları protokol kullanımını gösterse de hesaplama yöntemleri birbirinden farklı.

Bu tartışma, sadece bir yönetişim prosedüründen ibaret değil. Aave gibi büyük ölçekli DeFi borç verme protokollerinde teminat değeri ve borçlanma limiti ayarlamaları, kullanıcı pozisyonlarını ve likidite yönetimini doğrudan etkileyebiliyor. Ancak bu teklif bir getiri tahmini değil, risk parametreleri ve yetki dağılımıyla ilgili bir konu.

Aave DAO'nun bu teklifi nihai olarak onayladığı veya uyguladığına dair bir bilgi 7'si itibarıyla doğrulanmadı. Teklif metnine göre sıradaki adım, Snapshot onayının ardından V4 Security Council aracılığıyla payload'ın uygulanması.