Önemli Çıkarımlar:
Aave Labs, protokole giren her varlığın — ister V3, ister V4 veya Horizon üzerinde olsun — aynı teknik kapıdan geçmesini istiyor.
Aave Labs, 29 Mayıs'ta, üç Aave dağıtımını da kapsayan standartlaştırılmış bir Teknik Varlık Listeleme Çerçevesi için bir ARFC teklifi sundu. Çerçeve, ERC20 uyumluluğu, oracle tasarımı, erişim kontrolleri, basım ve yakma mekanizmaları, yükseltilebilirlik, köprü riski, denetimler ve harici bağımlılıklar için birleşik gereksinimler belirliyor.
"Sınırlandırılmamış ihraç, zayıf yükseltme izinleri, tutarsız köprüleme arzı, opak itfa yolları ve zincir dışı saklamaya bağımlılık gibi gizli riskleri ele almayı hedefliyor," denildi teklifte. Bu sorunların bir borç verme protokolünün ödeme gücünü, tasfiye sistemlerini ve teminat parametre güvenliğini doğrudan tehdit edebileceği eklendi.
Varlıklar, tam incelemeden önce bir ön tarama kapısından geçmeli: dağıtılmış olmalı, zincir üzerinde doğrulanmış olmalı ve varsa karşılaştırılabilir bir listeye eşlenmelidir. İşlem ücreti aktaran veya yeniden bazlanan (rebasing) token'lar ERC20 kuralları kapsamında kısıtlanırken, oracle tasarımı getiri getiren varlıklar için Chainlink fiyat beslemeleri veya onaylı CAPO adaptörleri gerektiriyor. Erişim kontrolü, rol güvenliğini tek anahtar kontrolünden DAO yönetişimine kadar sıralıyor ve zayıf yapılandırmalar izin verilen risk seviyelerini düşürüyor.
Çerçevenin Aave'nin çok zincirli genişlemesi için önemi
Teklif, Aave'nin tek bir borç verme piyasasının ötesine geçmesiyle artan karmaşıklığa yanıt veriyor. V4, paylaşılan likidite mimarisi etrafında inşa edilirken, Horizon kurumsal ve gerçek dünya varlık kullanım durumlarına yöneliyor. Standartlaştırılmış bir inceleme katmanı, DAO'ya bir varlığın teknik profilinin bu farklı ortamlara uyup uymadığını değerlendirmek için tekrarlanabilir bir süreç sunuyor.
Köprü riskine özellikle dikkat ediliyor. DeFi genelinde listelenen birçok varlık basit native token'lar değil — sarmalanmış, yeniden stake edilmiş, yeniden bazlanmış veya harici sözleşmelere bağımlı olabilirler. Teklifte, Aave'deki son rsETH kurtarma sürecinin, protokolün kendi çekirdek sözleşmeleri dışındaki bir sorunun, birden fazla V3 piyasasında borçlanma limitlerini ve teminat işlemlerini nasıl etkileyebileceğini gösterdiği belirtildi.
Yönetişim ayrımı ve ileriye dönük etki
Çerçeve, olgusal bulguları risk tavsiyelerinden ayırıyor. İncelemeciler sözleşmeleri, riskleri, azaltma önlemlerini ve kalan riski açıkça belgeliyor; niteliksel derecelendirmeler sunuyor ancak sabit puanlama eşikleri koymuyor. Aave Labs'a göre bu, teknik netliği artırırken yönetişim esnekliğini koruyor.
Çerçeve kabul edilirse yalnızca yeni listelere değil, aynı zamanda devam eden listelere ve önemli parametre genişletmelerine de uygulanacak — yani halihazırda Aave'de bulunan varlıklar, sözleşmeleri değişirse, köprü yolları eklenirse veya basım rolleri ayarlanırsa yeniden teknik incelemeye tabi tutulabilir. Önemli teknik kusurları olan varlıklar, düşük borçlanma limitleri, kısıtlı teminat parametreleri, gecikmeli lansmanlar veya tamamen erişimin reddedilmesi yönünde tavsiyelerle karşılaşabilir.
ARFC şu anda Aave'nin yönetişim tartışma aşamasında. Resmi bir oylamaya geçilirse, çerçeve DeFi borç verme alanındaki en yapılandırılmış teknik inceleme süreçlerinden birini oluşturacak ve diğer protokollerin birden fazla sürüm ve zincirde varlık dahil etme işlemlerini nasıl standartlaştıracağı konusunda emsal teşkil edebilir.
Bu makale yalnızca bilgilendirme amaçlıdır ve yatırım tavsiyesi niteliği taşımaz.
