Aave Labs, önerilen V3.8 güvenlik güncellemesinin flash kredilerin likidasyonunu koruyacağını açıkladı. 23 Ekim tarihli yanıt, bir yeniden girme korumasının mevcut entegrasyonlarla nasıl etkileşime gireceğini açıklıyor.
TL;DR: Aave’in önerdiği V3.8 koruması, flash-kredi giriş noktalarını hariç tutuyor. Yönetim onayı ve güvenlik denetimleri hâlâ bekleniyor.
21 Ekim'de yayınlanan öneri, Havuz işlemlerine bir koruma ekler. Bu korumalar, daha önceki bir çağrı tamamlanmadan önce dış bir geri çağırmanın korumalı sözleşme fonksiyonlarına tekrar girmesini kısıtlar. Aave Labs, flashLoan() ve flashLoanSimple() fonksiyonlarının dışlanacağını, böylece geri çağırma işlemlerinin havuz işlemlerini, likidasyonları da dahil olmak üzere, devam ettirebileceğini belirtiyor.
Neden Geri Çağırma Önemli
Bir akıllı sözleşme flash kredisi aldığında, ödünç alınan varlıklarla işlem yapmak için transaksiyon içinde zaman ihtiyaç duyar. Aave’nin geliştirici rehberi, Havuz’un varlıkları transfer ettikten sonra alıcı sözleşmesini çağırıp ardından ödeme koşullarını kontrol ettiği bir sıralamayı tanımlar.
Basit bir flash kredisi için, alıcı, ödünç alınan miktarı ve gerekli ücreti geri ödemeye hazır hale getirmelidir. İşlem, koşullarını karşılayamazsa geri alınır. Daha geniş flash-kredi arayüzü, birden fazla varlığı kapsayabilir ve izin verilen koşullar altında, teminatlı bir borç pozisyonu açabilir.
Bu mekanikler, bir korumanın kapsamının neden önemli olduğunu açıklar. Bir likidasyon entegrasyonu, bir varlık ödünç alabilir, sağlıklı olmayan bir pozisyonu geri ödeyebilir ve varlık setlemesinden önce işlemlerinin geri kalanını tamamlayabilir. Tüm sonraki Havuz etkileşimlerini ayrıntısız şekilde engellemek, bu sırayı bozar.
Önemli tasarım sorusu, protokole geri dönen hangi yolların amaçlı olduğudur. Faydalı bir güvenlik sınırı, varlıklar Havuz'dan ayrıldıktan sonra ancak geri ödenme kontrolü yapılmadan önce gerçekleşen çağrılar da dahil olmak üzere entegrasyonların bağımlı olduğu işlem desenlerini dikkate almalıdır.
Bir İşlem Uzunluğu Kilidi
Önerilen uygulama, Ethereum’in EIP-1153’ü aracılığıyla tanıtılan geçici depolamayı kullanır. Bu depolama, bir işlem sırasında mevcut kalır ve işlem bittiğinde atılır. Bu nedenle, korunan bir işlemin zaten çalışıp çalışmadığını takip etmek için geçici kilit durumunu taşıyabilir.
Spesifikasyon, yeniden girilebilir kilitleri bir kullanım durumu olarak tanımlar ve geçici depolamanın, geçici durumu kalıcı depolamaya yazmaktan daha az maliyetli olmasının nedenini açıklar. Yoğun olarak kullanılan bir DeFi protokolü için tasarım sorusu, sıradan işlemlere getirilen maliyeti ve koruma mekanizmasının sağladığı korumayı da içerir.
Aave’in önerilen yolu, geri bildirim, bir Snapshot oylaması, güvenlik incelemesi ve zincir üstü iyileştirme önerisini içerir. Certora ve diğer inceleyiciler, bu son adımdan önce değişiklikleri değerlendirmesi beklenmektedir.
Ethereum ve diğer etkilenen ağlar üzerindeki entegratörler için bu açıklama, nihai kodla karşılaştırılacak somut bir uyumluluk noktası sağlar. İncelenen uygulama, yeni sınırı uygularken amaçlanan işlem sırasını korumalıdır. Tasarım niyeti hakkında bir ifade, bu çalışma sırasında faydalıdır; dağıtılan davranış, nihayetinde kabul edilen uygulama yönetimi tarafından belirlenecektir.
Haber Ekibi tarafından yazıldı ve Samuel Rae tarafından düzenlendi.