Aave Labs telah menjelaskan bahwa peningkatan keamanan V3.8 yang diusulkan akan mempertahankan likuidasi flash-loan. Tanggapan pada 23 Oktober membahas bagaimana reentrancy guard akan berinteraksi dengan integrasi yang sudah ada.
TL;DR: Perlindungan V3.8 yang diusulkan Aave mengecualikan titik masuk flash-loan. Persetujuan tata kelola dan audit keamanan masih menunggu.
Proposal, diposting 21 Oktober menambahkan pelindung untuk operasi Pool. Pelindung semacam ini membatasi kemampuan callback eksternal untuk memasuki fungsi kontrak yang dilindungi lagi sebelum panggilan sebelumnya selesai. Aave Labs mengatakan flashLoan() dan flashLoanSimple() akan dikecualikan, memungkinkan callback mereka terus memanggil tindakan Pool, termasuk likuidasi.
Mengapa Callback Penting
Sebuah kontrak pintar yang menerima pinjaman kilat memerlukan waktu dalam transaksi untuk melakukan sesuatu dengan aset yang dipinjam. Panduan pengembang Aave menjelaskan urutan di mana Pool mentransfer aset, memanggil kontrak penerima, lalu memeriksa kondisi penyelesaian.
Untuk pinjaman kilat sederhana, penerima harus menyediakan jumlah yang dipinjam ditambah biaya yang diperlukan untuk pembayaran kembali. Jika transaksi tidak dapat memenuhi syarat-syaratnya, transaksi akan dibatalkan. Antarmuka pinjaman kilat yang lebih luas dapat mencakup beberapa aset dan, di bawah kondisi yang diizinkan, membuka posisi utang yang dijamin jaminan.
Mekanisme tersebut menjelaskan mengapa cakupan penjaga penting. Integrasi likuidasi mungkin perlu meminjam aset, membayar posisi yang tidak sehat, dan menyelesaikan sisa transaksinya sebelum penyelesaian. Memblokir setiap interaksi Pool berikutnya secara sembarangan akan mengganggu urutan tersebut.
Pertanyaan desain penting adalah rute mana kembali ke protokol yang disengaja. Batas keamanan yang berguna harus mempertimbangkan pola transaksi yang menjadi andalan integrasi, termasuk panggilan yang terjadi setelah aset meninggalkan Pool tetapi sebelum pembayaran dilakukan.
Kunci Panjang Transaksi
Implementasi yang diusulkan menggunakan penyimpanan sementara yang diperkenalkan melalui Ethereum’s EIP-1153. Penyimpanan tersebut tetap tersedia selama transaksi dan dibuang saat transaksi berakhir. Oleh karena itu, ia dapat membawa status kunci sementara untuk melacak apakah operasi yang dilindungi sudah berjalan.
Spesifikasi mengidentifikasi reentrancy locks sebagai kasus penggunaan dan menjelaskan mengapa penyimpanan sementara dapat lebih murah daripada menulis status sementara ke penyimpanan permanen. Untuk protokol DeFi yang sering digunakan, pertanyaan desain mencakup biaya yang dikenakan pada transaksi biasa serta perlindungan yang ditambahkan oleh pengaman.
Jalur yang diusulkan Aave mencakup umpan balik, pemungutan suara Snapshot, tinjauan keamanan, dan usulan peningkatan berbasis rantai. Certora dan reviewer tambahan diharapkan menilai perubahan tersebut sebelum langkah terakhir.
Untuk integrator di Ethereum dan jaringan terdampak lainnya, klarifikasi ini memberikan titik kompatibilitas konkret untuk diperiksa terhadap kode akhir. Implementasi yang ditinjau harus mempertahankan urutan transaksi yang dimaksud sambil memberlakukan batas baru. Pernyataan niat desain berguna selama pekerjaan tersebut; perilaku yang dideploy akan bergantung pada tata kelola implementasi yang pada akhirnya diterima.
Ditulis oleh Tim Berita dan diedit oleh Samuel Rae.