#AaveLaunchesrsETHRecoveryPlan

#AaveLaunchesrsETHRecoveryPlan
Dalam langkah penting untuk mengembalikan kepercayaan dan stabilitas dalam ekosistem keuangan terdesentralisasi (DeFi), Aave, salah satu protokol pinjaman terkemuka, secara resmi meluncurkan rencana pemulihan komprehensif untuk rsETH. Aset ini, token restaking cair dari Kelp DAO, mengalami volatilitas kritis dan masalah terkait oracle yang mengancam dana pengguna dan kesehatan keseluruhan pasar Aave. Rencana pemulihan ini, dikembangkan melalui diskusi tata kelola komunitas yang luas, bertujuan untuk mengurangi kerugian, mencegah risiko sistemik, dan mengembalikan operasi normal. Berikut adalah penjelasan rinci tanpa tautan tentang apa yang terjadi, mengapa pemulihan diperlukan, dan bagaimana rencana ini bekerja.

Memahami rsETH dan Perannya di Aave

rsETH adalah token restaking cair yang mewakili ETH yang dipertaruhkan melalui mekanisme restaking EigenLayer. Ini memungkinkan pengguna mendapatkan hasil dari staking Ethereum dan layanan yang aktif divalidasi (AVS) sambil mempertahankan likuiditas. Di Aave, rsETH terdaftar sebagai aset jaminan, memungkinkan pengguna menyetor rsETH dan meminjam aset lain terhadapnya. Integrasi ini memberikan utilitas bagi pemegang rsETH dan memperdalam likuiditas untuk Kelp DAO.

Namun, kompleksitas token restaking memperkenalkan risiko unik, terutama terkait oracle harga. Berbeda dengan token ERC-20 sederhana yang dipatok ke ETH, nilai rsETH berasal dari beberapa sumber hasil dasar dan dapat menyimpang dari nilai tukar yang diharapkan di bawah kondisi pasar ekstrem atau kerusakan oracle.

Insiden yang Memicu Rencana Pemulihan

Pada akhir Maret 2024, terjadi anomali feed harga yang tiba-tiba dan parah untuk rsETH di jaringan oracle terdesentralisasi tertentu. Secara spesifik, harga yang dilaporkan untuk rsETH turun secara signifikan—lebih dari 50% dalam beberapa blok—sementara nilai pasar sebenarnya tetap stabil. Harga yang salah ini dikonsumsi oleh adaptor oracle harga Aave, yang menyebabkan rangkaian likuidasi.

Pemegang yang telah menaruh rsETH sebagai jaminan tiba-tiba melihat faktor kesehatan mereka turun ke tingkat berbahaya. Banyak posisi dilikuidasi secara otomatis, dan likuidator menyita jaminan rsETH yang didiskon. Namun, karena likuidasi didasarkan pada harga palsu, pengguna kehilangan nilai jauh lebih besar dari yang seharusnya. Beberapa jaminan rsETH dijual dengan harga buatan rendah, menciptakan situasi utang buruk bagi protokol.

Setelah insiden terdeteksi, tim manajemen risiko Aave menghentikan pinjaman dan likuidasi rsETH, tetapi kerusakan sudah terjadi. Protokol menghadapi defisit—liabilitas yang tidak didukung—yang perlu diatasi untuk melindungi pemberi pinjaman dan deposan yang tersisa.

Komponen Utama dari Rencana Pemulihan

Komunitas Aave, melalui sistem Tata Kelola Aave, memilih dan menyetujui rencana pemulihan multi-fase. Rencana ini dirancang agar adil bagi pengguna yang terdampak, melindungi solvabilitas protokol, dan mencegah kejadian serupa terulang. Berikut elemen utamanya:

1. Penangguhan Segera dan Perubahan Parameter

Sebelum pemulihan dimulai, administrator darurat Aave (bagian dari sistem Guardian Aave) menonaktifkan rsETH sebagai jaminan dan menghentikan semua deposit dan pinjaman baru yang melibatkan token tersebut. Ambang likuidasi sementara diatur ke nol untuk mencegah likuidasi otomatis lebih lanjut. Posisi yang ada dibekukan tetapi tidak ditutup, memberi waktu pengguna untuk bereaksi tanpa likuidasi paksa.

Perubahan parameter ini penting untuk menstabilkan pasar dan menghentikan kerugian. Pemegang masih dapat melunasi pinjaman mereka atau menarik jaminan mereka, tetapi tidak ada risiko baru yang diperkenalkan.

2. Penutup Utang Buruk melalui Modul Keamanan Aave

Aave memiliki Modul Keamanan (SM) yang memegang token Aave yang dipertaruhkan (stkAAVE) dan stkABPT (token pool Balancer). Modul ini bertindak sebagai penyangga: jika terjadi kekurangan, SM dapat digunakan untuk menutup utang buruk. Rencana pemulihan termasuk usulan untuk memanfaatkan sebagian dana dari Modul Keamanan guna menyerap defisit yang disebabkan oleh serangan oracle rsETH.

Jumlah utang buruk diperkirakan sekitar 1,6 juta USD-ekivalen. SM menutup ini dengan mencetak dan menjual token AAVE atau langsung menulis liabilitas. Langkah ini memastikan bahwa pemberi pinjaman di pasar rsETH Aave—yang menyediakan aset dengan harapan akan dibayar kembali—tidak mengalami kerugian.

3. Mekanisme Kompensasi Pengguna Terdampak

Salah satu bagian yang paling diperdebatkan dari rencana adalah bagaimana mengkompensasi pengguna yang dilikuidasi secara tidak adil. Diskusi tata kelola menyimpulkan bahwa meskipun likuidasi adalah risiko pinjaman, yang dipicu oleh harga oracle palsu merupakan kejadian luar biasa. Oleh karena itu, rencana pemulihan mencakup proses klaim retrospektif.

Pengguna yang dapat membuktikan bahwa posisi mereka dilikuidasi antara blok tertentu saat harga keliru aktif dapat menerima kompensasi parsial atau penuh. Kompensasi berasal dari kombinasi:

· Sebagian dana yang dipulihkan dari lelang likuidasi (beberapa likuidator mengembalikan keuntungan secara sukarela)
· Alokasi dari cadangan ekosistem kas Aave
· Distribusi terpisah dari Kelp DAO, yang mengakui masalah oracle dan menyumbang dana

Rumus kompensasi yang tepat didasarkan pada selisih antara harga likuidasi palsu dan harga pasar sebenarnya pada saat yang sama, dikalikan dengan jumlah jaminan rsETH yang hilang.

4. Redundansi Oracle dan Circuit Breaker

Untuk mencegah kejadian serupa di masa depan, Aave sedang menerapkan perlindungan oracle baru untuk semua token restaking dan aset volatil lainnya. Rencana pemulihan mewajibkan peningkatan teknis berikut:

· Penggabungan multi-oracle: Feed harga akan diambil dari minimal tiga penyedia oracle independen (misalnya, Chainlink, Chronicle, RedStone). Adapter harga Aave di L2 akan membandingkan dan menggunakan median, menolak outlier.
· Circuit breaker: Jika harga yang dilaporkan suatu aset berubah lebih dari persentase yang dapat dikonfigurasi (misalnya, 10%) dalam satu blok atau dalam jangka waktu singkat, protokol akan secara otomatis menjeda fungsi likuidasi dan pinjaman pasar tersebut. Penangguhan harus dibuka kembali secara manual oleh Guardian Aave setelah verifikasi.
· Periode tenggang untuk likuidasi: Ketika harga suatu aset turun tajam, likuidasi akan ditunda beberapa detik atau satu blok untuk memberi kesempatan arbitrator dan oracle memperbaiki ketidaksesuaian sementara.

Perubahan ini saat ini sedang diaudit dan akan diterapkan melalui Usulan Peningkatan Aave (AIP) di semua jaringan tempat rsETH terdaftar.

Garis Waktu Pelaksanaan

Rencana pemulihan dilaksanakan secara bertahap selama sekitar empat sampai enam minggu. Pembekuan awal pasar rsETH berlangsung selama 72 jam, setelah itu aktivasi Modul Keamanan dimulai. Portal klaim untuk pengguna yang terdampak dibuka pada hari kelima dan akan tetap aktif selama 90 hari. Peningkatan oracle dijadwalkan selesai dalam dua bulan, tergantung audit. Pengembalian penuh rsETH sebagai jaminan (dengan perlindungan baru) diharapkan hanya setelah semua peningkatan teknis aktif dan kepercayaan komunitas pulih.

Reaksi Komunitas dan Pasar

Reaksi awal dari komunitas Aave dan DeFi secara umum cukup positif. Banyak yang memuji tindakan cepat tata kelola—proposal darurat pertama diajukan dalam waktu empat jam setelah anomaly oracle. Keputusan untuk menggunakan Modul Keamanan daripada membebankan kerugian kepada semua pengguna protokol dilihat sebagai penggunaan dana asuransi yang tepat.

Namun, beberapa kritikus berpendapat bahwa proses kompensasi bagi pengguna yang dilikuidasi masih terlalu rumit dan mungkin mengecualikan peminjam ritel yang tidak memiliki kemampuan teknis untuk membuktikan kejadian likuidasi. Ada juga kekhawatiran tentang preseden yang ditetapkan: akankah Aave menyelamatkan pengguna dari kegagalan oracle di masa depan? Delegasi tata kelola telah memperjelas bahwa ini adalah pengecualian satu kali karena sifat ekstrem dari deviasi harga (lebih dari 50% dalam hitungan detik) dan bahwa risiko likuidasi standar tetap menjadi tanggung jawab peminjam.

Pelajaran untuk Ekosistem DeFi

Insiden rsETH dan rencana pemulihan Aave menyoroti beberapa pelajaran kunci. Pertama, staking cair dan token restaking memperkenalkan risiko baru, termasuk penemuan harga yang kompleks dan lapisan oracle yang berlapis. Kedua, bahkan protokol yang sudah teruji seperti Aave dapat mengalami kegagalan oracle yang tak terduga. Ketiga, tata kelola terdesentralisasi dapat bertindak cepat jika mekanisme darurat dan saluran komunikasi yang jelas tersedia.

Bagi pengguna, kejadian ini menegaskan pentingnya memantau faktor kesehatan posisi—bahkan saat mengandalkan jaminan yang “aman”. Bagi pengembang protokol, ini menekankan perlunya fallback oracle, harga rata-rata berbobot waktu (TWAP) untuk aset tertentu, dan simulasi kondisi pasar ekstrem yang lebih baik.

Apa yang Terjadi Selanjutnya

Hingga pembaruan terbaru, pasar rsETH di Aave tetap dalam keadaan pemulihan. Peminjam dengan posisi terbuka masih dapat melunasi utang mereka untuk menarik sisa jaminan mereka. Utang buruk yang ditanggung oleh Modul Keamanan telah diselesaikan, dan dana kas sedang didistribusikan kepada klaim yang memenuhi syarat. Sistem oracle baru sedang diuji di testnet Aave, dengan voting tata kelola dijadwalkan untuk peluncuran akhir.

Aave juga bekerja sama dengan Kelp DAO untuk meningkatkan komite oracle rsETH sendiri dan menyediakan dashboard kesehatan real-time. Setelah semua peningkatan diterapkan, komunitas akan mempertimbangkan usulan untuk mengaktifkan kembali rsETH sebagai jaminan dengan parameter risiko yang lebih ketat—kemungkinan rasio pinjaman terhadap nilai (LTV) yang lebih rendah dan ambang likuidasi yang lebih tinggi.

Rencana pemulihan untuk rsETH menunjukkan bahwa DeFi sedang matang. Meskipun insiden seperti ini menguji ketahanan ekosistem, keberadaan proses pemulihan yang terstruktur, transparan, dan dikendalikan komunitas mengubah krisis menjadi peluang untuk perbaikan. Penanganan Aave terhadap kejadian ini dapat menjadi cetak biru tentang bagaimana protokol pinjaman mengatasi kegagalan terkait oracle di masa depan, menyeimbangkan perlindungan pengguna dengan solvabilitas protokol. Untuk saat ini, pesan yang jelas adalah: DeFi terus berkembang, satu tantangan dalam satu waktu.