Pinjaman bunga tiba-tiba melonjak hingga 800%, stablecoin hampir kehilangan patokannya, bagaimana Lista DAO bangkit kembali di tengah kondisi ekstrem ini?

Sederhananya adalah dengan menggunakan pinjaman kilat untuk cepat mengumpulkan dana, lalu menutup jaminan bermasalah, dan melakukan voting pengelolaan darurat (LIP-022) untuk memperbarui data oracle. Akhirnya meskipun berhasil menyelamatkan aset senilai 2,9 juta dolar AS, langkah penyelamatan ini juga mengungkapkan banyak hal.

Masalah umum pada protokol pinjaman DeFi adalah keterlambatan oracle. Penjahat bisa memanfaatkan celah ini secara malicious, meskipun respons Lista cepat, namun muncul masalah baru: apakah tingkat desentralisasi oracle cukup? Apakah selalu bisa merespons secepat ini? Apakah efisiensi dan biaya engine likuidasi bisa mengatasi fluktuasi pasar yang lebih kompleks?

Dibandingkan dengan protokol lama seperti Aave, pengujian tekanan Lista di kondisi pasar ekstrem memang masih kurang. Ada risiko kepatuhan yang tidak bisa dihindari—apakah pengelolaan darurat bisa dianggap sebagai "pengambilan keputusan desentralisasi"? Otoritas pengawas mungkin akan mempertanyakan kendali sebenarnya.

Investor harus fokus pada data berikut: tingkat pemulihan jaminan, frekuensi pembaruan oracle dan jumlah node, serta rata-rata periode dari pengajuan proposal hingga pelaksanaan. Jangan hanya melihat angka hasil pengembalian protokol, tingkat risiko redundansi adalah hal yang benar-benar melindungi dana.

Sebuah pertanyaan menarik: seberapa banyak protokol DeFi harus menyisihkan langkah darurat, atau sebaiknya biarkan kode berjalan otomatis tanpa campur tangan manusia? Titik keseimbangan ini jawabannya berbeda-beda untuk setiap proyek.

Peringatan risiko: protokol pinjaman DeFi harus waspada terhadap risiko serangan oracle, serangan pengelolaan, dan risiko lain yang telah menyebabkan kerugian dana berkali-kali di masa lalu.