Risiko Manipulasi Oracle dan Dampaknya ke Dana Anda

Berdasarkan laporan yang dipublikasikan, Mango Markets kehilangan sekitar $114 juta pada Oktober 2022 setelah penyerang memanipulasi harga token MNGO melalui mekanisme oracle, lalu memakai kenaikan harga palsu itu sebagai jaminan untuk meminjam hampir seluruh treasury protokol dalam hitungan menit. Kejadian serupa dalam skala berbeda terus berulang di berbagai protokol lending dan derivatif — dan yang menanggung kerugian akhir bukan hanya penyerang atau tim protokol, tapi pool likuiditas bersama tempat dana Anda mungkin ikut terparkir.

Bagaimana Manipulasi Oracle Bekerja

Setiap protokol DeFi yang menentukan nilai jaminan, harga likuidasi, atau rasio pinjaman butuh sumber data harga — inilah oracle. Kalau Anda belum familiar dengan istilah ini, definisi teknisnya sudah dibahas di oracle manipulation attack. Yang perlu Anda pahami sebagai pengguna adalah dampaknya ke posisi dan dana Anda, bukan detail teknik serangannya.

Secara sederhana, ada dua pola utama yang berulang di berbagai insiden:

1. Manipulasi harga di pool likuiditas tipis. Kalau oracle protokol mengambil harga langsung dari satu pool DEX dengan likuiditas kecil, penyerang bisa menaikkan atau menjatuhkan harga sementara dengan modal relatif kecil — sering dibantu flash loan yang dipinjam dan dilunasi dalam satu transaksi. Harga palsu itu lalu dibaca oracle sebagai harga “asli,” dan protokol mengambil keputusan berdasarkan angka yang keliru itu.

2. Manipulasi melalui posisi derivatif atau governance token tipis likuiditas. Seperti pada kasus Mango Markets, penyerang menaikkan harga token yang dipakai sebagai jaminan lewat perdagangan agresif di pasar dengan likuiditas rendah, lalu memakai jaminan yang “nilainya” sudah membengkak itu untuk meminjam aset riil dalam jumlah besar.

Dampak ke dana pengguna biasa terjadi lewat dua jalur: dana yang langsung dipinjamkan keluar dari pool tempat Anda menyimpan aset, atau posisi Anda ikut terlikuidasi karena harga acuan sempat menyentuh level ekstrem meski hanya untuk beberapa blok.

3. Manipulasi saat likuiditas sedang tipis di luar jam sibuk. Sebagian eksploit oracle dieksekusi sengaja di waktu-waktu volume perdagangan rendah — akhir pekan, dini hari di zona waktu pasar utama — karena harga di pool DEX lebih mudah digerakkan dengan modal lebih kecil saat kedalaman likuiditas sedang menipis dibanding jam sibuk.

Penting dibedakan: manipulasi oracle berbeda dari sekadar volatilitas pasar wajar. Kalau harga sungguhan sedang bergerak cepat karena berita atau sentimen, itu risiko pasar biasa. Manipulasi oracle spesifik terjadi ketika satu pihak sengaja menciptakan kondisi harga palsu yang tidak mencerminkan nilai pasar sesungguhnya, semata untuk memicu keputusan salah dari protokol.

Red Flag yang Bisa Anda Cek

• Oracle bergantung pada satu sumber harga tunggal, terutama dari DEX dengan likuiditas kecil — bukan agregat dari beberapa sumber independen.
• Tidak ada time-weighted average price (TWAP) — protokol memakai harga spot instan yang bisa berubah drastis dalam satu blok.
• Tidak ada circuit breaker atau price deviation limit yang menghentikan transaksi kalau harga bergerak jauh melampaui rentang wajar dalam waktu singkat.
• Token jaminan yang diterima protokol punya likuiditas tipis dibanding total nilai yang bisa dipinjam terhadapnya — rasio ini sering tidak diumumkan secara jelas oleh protokol, jadi Anda perlu cek sendiri di DeFiLlama atau dashboard protokol.
• Protokol relatif baru dengan TVL kecil namun menawarkan leverage tinggi terhadap token dengan volume perdagangan rendah.
• Tidak ada penjelasan publik soal berapa banyak sumber oracle yang dipakai — protokol yang transparan biasanya mencantumkan ini di dokumentasi teknis atau halaman keamanan resminya.

Langkah Mitigasi

1. Prioritaskan protokol yang memakai oracle multi-sumber (misalnya menggabungkan Chainlink, Pyth, dan data on-chain lain) dibanding yang hanya mengandalkan satu pool DEX.
2. Cek apakah protokol punya TWAP dan price deviation guard — informasi ini biasanya ada di dokumentasi teknis atau laporan audit protokol.
3. Hindari menyimpan dana besar di protokol yang menerima jaminan token dengan likuiditas tipis — semakin mudah harga token itu digerakkan, semakin besar risiko sistemiknya terhadap pool bersama.
4. Diversifikasi antar-protokol lending, jangan taruh mayoritas dana DeFi Anda di satu tempat — prinsip ini dibahas lebih luas di risiko sistemik DeFi, karena eksploit oracle di satu protokol bisa merembet lewat token yang dipakai bersama di protokol lain.
5. Perhatikan volume harian dan kedalaman order book/pool dari token yang jadi jaminan utama protokol yang Anda pakai — bukan hanya harga di grafiknya.
6. Ikuti perkembangan audit dan bug bounty — sebagian eksploit oracle sebenarnya bukan bug kode, melainkan celah desain ekonomi yang audit standar tidak selalu menangkap, seperti dibahas di audit bukan jaminan protokol aman.
7. Perhatikan waktu Anda membuka posisi besar — hindari mengandalkan protokol dengan oracle lemah tepat saat likuiditas pasar sedang tipis, karena ini justru waktu paling rentan bagi manipulasi harga terjadi.

Kalau Sudah Terlanjur

Kalau protokol tempat dana Anda tersimpan baru saja kena eksploit oracle, langkah pertama adalah memeriksa apakah fungsi penarikan masih berjalan normal atau sudah dibekukan tim untuk mencegah kerugian lebih lanjut, lalu mengikuti kanal komunikasi resmi protokol (bukan link yang beredar di komentar media sosial) untuk update rencana pemulihan atau kompensasi. Jangan tergiur pihak yang menawarkan “bantuan recovery dana” secara pribadi — ini pola scam lanjutan yang sering muncul persis setelah insiden besar. Untuk langkah lebih rinci saat protokol yang Anda pakai kolaps atau dana ikut terdampak eksploit, baca kena rug pull, apa yang bisa dilakukan.

⚠️ Disclaimer: Artikel ini bersifat edukatif, bukan saran keuangan atau investasi personal.