1/ stETH CAPO Yanlış Konfigürasyonu Bugün, Aave'nin CAPO orakülündeki bir yanlış yapılandırma wstETH E-Modu tasfiyelerine yol açtı ve 345 ETH kaybına yol açtı. Kötü bir borç olmadı ve etkilenen tüm kullanıcılar tam olarak geri ödenecek. Daha fazlası aşağıda.

2/ Risk kehanetleri Aave için kritik altyapıdır ve faaliyete geçtiğinden beri yüz milyarlarca dolarlık kredi, tasfiye ve piyasa satın almıştır. Protokolün akış risk parametre güncellemelerini almasına ve dinamik, dalgalı piyasalarda gezinmesine olanak tanır.

3/ Bağlam için, Risk Oracles bir yıldan fazla bir süre önce başlatıldı ve ~3k+ parametreler için 1.200'den fazla yük yayınladı, Aave'nin şimdiye kadarki en güçlü büyüme aşamasına hiç kaza dahil olmadı.

4/ Aave CAPO (Koreleli Varlık Fiyat Oracle) sistemi, yapay olarak şişirilmiş döviz kuru değerleri ve bağış saldırılarını içeren bilinen bir Oracle istismar vektörünü önlemeyi, gözlemlenen gerçekçi büyüme dinamiklerine dayanarak döviz kuru oracle'ına maksimum bir sınır hesaplamayı amaçlar.

5/ CAPO hibrit bir oracle sistemidir: zincir dışı Chaos Oracle maksimum döviz kuru ve büyüme oranı güncellemelerini hesaplar ve sunarken, BGD'nin akıllı sözleşmeleri gerçeğin kaynağı olarak hizmet eder ve doğrulama mantığını uygular.

6/ Chaos Oracle bugün yayına girdi, CAPO wstETH akıllı sözleşmeleri ise 2024 başında başlatıldı ve 1.15 anlık bir oran kaydedildi; Bununla yakında daha fazla konuşurum.

7/ Sözleşmeler, zincir üzerindeki anahtar koruma görevi görür. Referans döviz kuru büyümesini ('anlık görüntü oranı') 3 günlük bir dönemde %3 ile sınırlar, enflasyon saldırılarına ve kötü güncellemelere karşı koruma sağlarlar.

8/ 11:46 UTC'de, Kaos Oracle, tasarlandığı gibi 7 günlük döviz kuru temelinde doğru wstETH/stETH anlık oranını ~1.2282 olarak hesapladı. Bu, sözleşmenin geçerli döviz kurlarının üst sınırının hesaplanması için referans noktası olmalıdır.

9/ Sorun: o değer sunulamazdı. Sözleşme, doğru anlık değerin Şubat 2024'teki bayat değerinin %3'ten fazla artması nedeniyle reddedilecekti.

10/ Kahin daha sonra tasarlandığı şeyi yaptı: sözleşmeyi maksimum izin verilen değer için sorguladı ve ~1.19 gönderdi.

11/ Normal koşullarda, önceki anlık fotoğraf oranı doğru hıza yakın olduğunda, istediğimiz tam olarak geri dönüş davranışı budur: gerçek değere mümkün olduğunca yaklaşmak.

12/ Sorun: Snapshot oranı ~1.19 ile sınırlandırılmışken, snapshot zaman damgası hâlâ 7 günlük bir referans noktasını yansıtıyordu.

13/ CAPO, fiyat sınırını oran + geçen süreden hesaplar. Düşük oran ve tam 7 günlük büyüme penceresi varsayan bir zaman damgası, mevcut piyasa oranının altında bir sınır anlamına geliyordu. Bu, oracle fiyatını yapay olarak %~2,85 düşürdü ve E-Mode tasfiyelerini tetikledi.

14/ Temel neden: akıllı sözleşme, snapshot oranına ve snapshot zaman damgasına farklı kısıtlamalar uyguladı.

15/ Oran oran sınırlıydı, zaman damgası ise sınırlı değildi. Bunlar senkronizasyondan çıkınca, sözleşme eski bir oranla başlatıldığında, sistem tutarsız bir duruma girdi.

16/ Düzeltme Kaos ve BGD hemen müdahale etti: → Etkilenen durumlarda wstETH ödünç alma sınırları 1'e indirildi → Risk Steward aracılığıyla anlık fotoğraf oranı manuel olarak ayarlandı → CAPO'nun döviz kuru geri getirildi

17/ Sonraki Adımlar Etkilenen her kullanıcıya tam olarak geri ödeme yapılacaktır. Aave DAO SP'leri geri ödeme planını tamamlamakta ve yakında yayımlayacak. Özellikle, 141 ETH zaten BuilderNet iadeleriyle geri alındı.