Skor Risiko Protokol DeFi

Ringkasan jawaban

Skor risiko protokol DeFi adalah cara manual untuk memaksa pertanyaan sulit muncul sebelum dana masuk: kontrak mana yang menerima aset, apakah audit relevan dengan versi itu, siapa dapat mengubah parameter, oracle apa yang dipakai, seberapa mudah keluar, apakah ada risiko depeg, bagaimana reward dibuat, dan berapa biaya keluar saat stres. Artikel ini ditujukan untuk pembaca yang sudah bisa membuka dokumentasi protokol, tetapi membutuhkan kerangka penilaian yang tidak berhenti pada “sudah diaudit” atau “TVL besar”. Skor bukan mesin prediksi; skor adalah daftar hambatan. Jika satu dimensi tidak dapat diverifikasi, hasil yield harus diperlakukan sebagai belum cukup untuk keputusan.

Cocok untuk siapa

Artikel ini cocok untuk calon LP, pengguna lending, atau pembaca yield farming yang ingin menilai protokol sebelum memakai Laboratorium Hasil Nyata DeFi. Anda perlu dapat membuka dokumentasi resmi, alamat kontrak, repo, laporan audit, halaman governance, dan antarmuka transaksi. Artikel ini tidak menyatakan protokol tertentu aman atau tidak aman. Ia membantu Anda mencatat risiko dengan cara yang sama setiap kali, sehingga APY tidak menutupi bagian yang belum dipahami.

Daftar isi

• Cocok untuk siapa
• Tabel keputusan cepat
• Mekanisme dengan bahasa sederhana
• Detail teknis dan rumus
• Lapisan penilaian lanjutan
• Biaya dan skenario gagal
• Cara memverifikasi sendiri
• Checklist sebelum memasukkan dana

Tabel keputusan cepat

Dimensi	Skor 1	Skor 3	Skor 5
Kontrak	Alamat resmi, terverifikasi, dan cocok dengan UI	Alamat ada tetapi pencocokan manual sulit	Alamat tidak jelas atau hanya dari chat/iklan
Audit	Laporan resmi sesuai versi dan cakupan	Audit lama atau cakupan tidak lengkap	Hanya logo audit tanpa dokumen
Admin	Role terdokumentasi, multisig/timelock jelas	Role ada tetapi batas perubahan sulit dibaca	Admin dapat mengubah hal penting tanpa jejak jelas
Oracle	Sumber harga terdokumentasi	Oracle disebut tetapi feed sulit dicocokkan	Sumber harga tidak jelas
Likuiditas	Exit ukuran Anda disimulasikan baik	Exit normal baik, stres belum diuji	Output keluar tidak dapat diperkirakan
Depeg atau aset dasar	Aset dan risiko peg terbaca	Dokumen ada tetapi mekanisme rumit	Klaim stabilitas tidak dapat diverifikasi
Reward	Emisi, periode, dan klaim jelas	Reward jelas tetapi harga/likuiditas lemah	Reward menjadi satu-satunya alasan masuk
Biaya keluar	Gas, swap, bridge, dan slippage tercatat	Sebagian biaya tercatat	Exit cost hanya ditebak

Mekanisme dengan bahasa sederhana

Skor risiko berguna karena DeFi menggabungkan beberapa jenis risiko yang sering terlihat seperti satu angka APY. Anda mungkin melihat pool dengan yield tinggi, tetapi dana sebenarnya melewati kontrak tertentu, bergantung pada admin role, menggunakan price feed, menerima reward token, dan membutuhkan rute keluar. Setiap lapisan dapat membuat hasil berbeda dari spreadsheet.

Audit adalah contoh paling umum. Audit membantu, tetapi tidak otomatis berarti semua kontrak aman untuk selamanya. Anda perlu memastikan laporan audit berasal dari sumber resmi, mencakup kontrak yang dipakai, cocok dengan versi kode, dan mencatat temuan terbuka. Uniswap v3 Core repository, misalnya, menyimpan kontrak inti dan direktori audit resmi Uniswap v3 Core. Keberadaan audit di repo resmi lebih kuat daripada gambar logo audit yang tidak mengarah ke dokumen.

Admin role adalah lapisan lain. OpenZeppelin menjelaskan AccessControl dan DEFAULT_ADMIN_ROLE sebagai role admin bawaan untuk role lain Access Control. Ini tidak berarti semua protokol yang memakai role admin berbahaya. Artinya, Anda harus tahu siapa memegang hak perubahan, apa yang bisa diubah, apakah ada timelock, dan apakah perubahan melewati governance.

Oracle juga tidak boleh dianggap otomatis benar. Chainlink menjelaskan Data Feeds sebagai data yang dikumpulkan dari banyak sumber dan dipublikasikan on-chain melalui model data terdesentralisasi dan Offchain Reporting Chainlink Data Feeds. Namun setiap feed punya kategori, jaringan, dan batasan. Chainlink juga meminta pengembang meninjau risiko dan kategori feed saat memilih feed Selecting Quality Data Feeds. Jika strategi Anda bergantung pada harga, tulis feed atau mekanisme harga yang benar.

Dokumentasi resmi Chainlink tentang pemilihan data feed; tangkapan layar 2026-08.

Detail teknis dan rumus

Gunakan skor 1 sampai 5. Skor tinggi berarti perlu perhatian lebih, bukan berarti otomatis buruk. Mulai dari delapan dimensi:

Skor total = kontrak + audit + admin + oracle + likuiditas + depeg/aset dasar + reward + biaya keluar

Jika tiap dimensi 1 sampai 5, skor total berkisar 8 sampai 40. Buat batas manual sebelum melihat APY:

• 8–14: risiko terpetakan lebih baik, tetapi tetap perlu simulasi biaya.
• 15–24: lanjut hanya jika dimensi skor tinggi dapat dijelaskan.
• 25–32: tunda kecuali ada alasan kuat dan ukuran posisi sangat terbatas.
• 33–40: jangan masukkan dana sebelum sumber risiko utama jelas.

Jangan mengubah skor menjadi “probabilitas rugi”. Skor adalah sistem triase. Aave mendokumentasikan risiko seperti collateral performance, market stability, LTV, liquidation thresholds, dan governance adjustment Aave Risks. Hal-hal seperti itu tidak selalu bisa diberi nilai uang langsung, tetapi bisa membuat strategi berisiko walaupun yield tampak cukup.

Tambahkan bobot jika strategi memang sangat bergantung pada satu dimensi:

Skor berbobot = kontrak×2 + admin×2 + oracle + likuiditas + depeg + reward + biaya keluar + audit

Gunakan skor berbobot hanya bila Anda menuliskan alasannya. Misalnya, lending dengan collateral volatile mungkin memberi bobot lebih besar pada oracle dan parameter likuidasi. LP stablecoin memberi bobot lebih besar pada depeg, komposisi pool, dan exit. Farm reward memberi bobot lebih besar pada reward emission dan likuiditas token reward.

Lapisan penilaian lanjutan

1. Kontrak dan alamat resmi

Mulailah dari pertanyaan sederhana: kontrak mana yang benar-benar menerima aset? Jangan memakai alamat dari grup percakapan, iklan, atau hasil pencarian acak. Cari dokumentasi resmi deployment. PancakeSwap Developer menyediakan daftar alamat v3 seperti Factory, SwapRouter, NonfungiblePositionManager, dan kontrak lain PancakeSwap v3 Addresses. Alamat resmi tidak menghapus risiko kontrak, tetapi mengurangi risiko salah alamat.

Berikan skor 1 jika alamat berada di dokumentasi resmi, explorer menunjukkan kontrak terverifikasi, dan UI transaksi cocok dengan alamat yang Anda baca. Berikan skor 3 jika alamat ada tetapi pencocokan harus melewati beberapa halaman atau chain. Berikan skor 5 jika Anda tidak bisa menjelaskan alamat yang muncul di wallet. Untuk skor 5, jangan mencari yield pembenaran; masalah dasar belum selesai.

Pencocokan alamat juga harus memperhatikan chain. Simbol token yang sama dapat ada di beberapa chain. Jika dokumentasi menampilkan alamat untuk Ethereum tetapi wallet Anda berada di BNB Chain, itu bukan kecocokan. Tulis chain, alamat, dan halaman sumber dalam satu baris. Jika satu pun tidak jelas, naikkan skor risiko.

2. Audit dan cakupan

Audit harus cocok dengan versi kontrak yang digunakan. Uniswap v3 Core menyimpan audit ABDK di repo resmi Uniswap v3 audit file. Ketika membaca audit, jangan berhenti pada nama auditor. Periksa tanggal, commit atau versi, kontrak yang masuk cakupan, temuan tinggi, temuan yang masih terbuka, dan apakah kontrak yang Anda pakai termasuk.

Skor 1 berarti audit resmi, cakupan jelas, dan kontrak aktif cocok. Skor 3 berarti audit ada tetapi versi atau cakupan perlu asumsi. Skor 5 berarti hanya ada klaim “audited” tanpa laporan langsung. Jika protokol baru belum diaudit, skor tinggi bukan tuduhan; itu catatan bahwa risiko belum berkurang oleh pemeriksaan eksternal.

Audit juga tidak menilai semua risiko ekonomi. Laporan smart contract dapat melewati desain reward, likuiditas pasar, depeg stablecoin, atau parameter governance. Karena itu, audit tidak boleh menggantikan dimensi lain dalam tabel.

3. Admin, timelock, dan governance

Hak admin dapat memengaruhi fee, reward, parameter pool, pause, upgrade, atau whitelist. OpenZeppelin AccessControl menunjukkan bahwa role dapat membentuk struktur permission yang kompleks Access Control. Pertanyaan Anda: siapa yang punya role, apa wewenangnya, dan apakah ada jeda sebelum perubahan berlaku?

Skor 1 jika role penting terdokumentasi, pemegangnya dapat dicek, perubahan besar melalui governance atau timelock, dan pembaca dapat menemukan riwayat proposal. Skor 3 jika governance ada tetapi hak darurat atau multisig sulit dibaca. Skor 5 jika admin dapat mengganti parameter penting tanpa dokumentasi jelas.

Aave menjelaskan bahwa risk parameters dapat dipantau dan disesuaikan oleh governance untuk merespons kondisi pasar Aave Risks. Ini menunjukkan parameter change bukan selalu buruk; yang penting adalah proses, batas, transparansi, dan dampak terhadap posisi pengguna.

4. Oracle dan data harga

Oracle risk muncul ketika strategi memakai harga eksternal untuk swap, lending, liquidation, collateral, atau reward. Chainlink Data Feeds memakai agregasi data dan Offchain Reporting Data Feeds. Namun feed tetap harus sesuai aset, chain, heartbeat, desimal, dan kategori. Chainlink meminta pengguna memahami kategori feed dan risiko sebelum memilih feed Selecting Quality Data Feeds.

Skor 1 jika feed atau mekanisme harga jelas, alamat feed cocok dengan chain, dan dokumentasi menjelaskan batasan. Skor 3 jika oracle disebut tetapi detail feed sulit ditemukan. Skor 5 jika strategi bergantung pada harga tetapi sumbernya tidak jelas.

Untuk AMM murni, pool price sendiri bisa menjadi input. Untuk lending, oracle dapat menentukan liquidation. Untuk stablecoin, oracle dan peg mechanism dapat memengaruhi redemption atau collateral. Jangan memberi skor rendah hanya karena ada nama oracle terkenal; cocokkan feed yang benar.

5. Likuiditas keluar

Likuiditas keluar berarti Anda dapat menarik dan menukar posisi dengan ukuran Anda tanpa perubahan harga yang tidak dapat diterima. TVL membantu, tetapi bukan bukti cukup. Uniswap menjelaskan price impact meningkat ketika transaksi besar relatif terhadap pool How Uniswap Works. Karena itu, simulasikan remove dan swap dengan ukuran posisi Anda.

Skor 1 jika output keluar bisa disimulasikan, slippage kecil terhadap batas Anda, dan rute resmi jelas. Skor 3 jika normal terlihat baik tetapi kondisi stres belum diuji. Skor 5 jika Anda tidak tahu aset apa yang diterima atau tidak dapat memperkirakan swap keluar.

Likuiditas juga berubah saat pasar bergerak. Pool yang dalam pada hari normal dapat menjadi tipis ketika semua orang keluar. Untuk stablecoin pool, komposisi pool bisa condong ke aset yang melemah. Untuk reward token, likuiditas token reward sering lebih penting daripada jumlah token yang diterima.

6. Depeg, aset dasar, dan komposisi pool

Jika strategi memakai stablecoin atau aset berpatokan, baca mekanisme peg dan risiko aset dasar. Curve StableSwap membantu memahami mengapa stablecoin pool dapat memberi slippage rendah saat aset dekat peg, tetapi juga bergerak berbeda saat pool tidak seimbang StableSwap Overview. Skor risiko harus naik jika pool berisi aset yang mekanisme peg-nya tidak Anda pahami.

Skor 1 jika aset dasar, penerbit atau protokol, redemption atau backing, dan risiko peg dapat dibaca dari sumber resmi. Skor 3 jika informasi ada tetapi rumit atau sebagian tergantung pihak lain. Skor 5 jika pool disebut stable tetapi Anda tidak dapat menjelaskan mengapa aset seharusnya stabil.

Komposisi pool penting. Jika pool yang tampak 50/50 mulai dipenuhi satu stablecoin lemah, LP dapat menerima lebih banyak aset lemah saat keluar. Catat komposisi sebelum masuk dan sebelum keluar.

7. Reward, emisi, dan tekanan jual

Reward dapat membuat APY tinggi, tetapi reward bukan uang sampai terealisasi. PancakeSwap Yield Farming menyatakan pengguna dapat memperoleh CAKE dengan staking LP token Yield Farming. MasterChef V3 mendokumentasikan data seperti CAKE per second, period end time, dan pending CAKE MasterChef V3. Data itu menjelaskan mekanisme, bukan harga masa depan.

Skor 1 jika sumber reward, periode, kontrak, dan rute klaim jelas, serta reward mudah dijual untuk ukuran posisi Anda. Skor 3 jika reward jelas tetapi likuiditas atau harga lemah. Skor 5 jika satu-satunya alasan masuk adalah reward yang belum terbukti bisa dijual.

Uji reward tidak berubah, -30%, -50%, dan -80%. Jika hasil hanya positif saat reward dinilai penuh, catat bahwa strategi bergantung pada reward. Jika reward juga dipakai untuk compound, masukkan gas claim, swap, add liquidity, dan slippage.

8. Biaya keluar dan gas stres

Exit cost sering lebih penting daripada entry cost. Anda perlu remove liquidity, claim, swap, bridge, atau repay. Ethereum.org menjelaskan gas sebagai biaya komputasi transaksi dan smart contract Gas and fees. EIP-1559 menjelaskan base fee yang bergerak sesuai penggunaan blok EIP-1559. Jadi biaya keluar harus punya normal dan stres.

Skor 1 jika semua transaksi keluar sudah disimulasikan, dana gas tersedia, dan slippage sesuai batas. Skor 3 jika sebagian exit sudah diuji tetapi belum pada kondisi stres. Skor 5 jika Anda tidak tahu cara keluar atau belum memiliki aset gas yang diperlukan.

Exit cost juga termasuk waktu. Jika redemption produk butuh periode tertentu, modal tidak bebas saat pasar berubah. Jika bridge lambat, harga aset dapat berubah sebelum dana siap dijual. Tulis jeda waktu sebagai risiko, bukan hanya biaya uang.

9. Parameter lending dan liquidation

Untuk lending atau produk yang memakai collateral, risiko bukan hanya smart contract. Aave menjelaskan suppliers, borrowers, collateral, health factor, liquidation thresholds, dan risk parameters dalam dokumentasi V3 Aave V3 Overview. Jika strategi Anda meminjam, leverage, atau memakai aset sebagai collateral, masukkan LTV, liquidation threshold, dan borrow rate ke skor.

Skor 1 jika parameter tersedia dan Anda memahami dampaknya pada posisi. Skor 3 jika parameter ada tetapi sering berubah atau bergantung governance. Skor 5 jika posisi dapat dilikuidasi tetapi Anda belum menghitung harga likuidasi.

LP biasa mungkin tidak memakai liquidation, tetapi tetap bisa terkait jika LP token dijadikan collateral. Jangan menyembunyikan risiko leverage dalam tabel LP. Buat baris terpisah.

10. Hasil akhir terhadap HODL

Setelah skor risiko, kembali ke uang. Gunakan rumus:

Hasil bersih LP = nilai keluar + reward terealisasi - modal awal - gas - swap - exit cost

HODL = nilai akhir aset awal - biaya transaksi perlu

Selisih = hasil bersih LP - HODL

Skor risiko tidak mengganti perhitungan uang; ia menentukan apakah perhitungan uang layak dipercaya. Jika skor kontrak, admin, atau oracle tinggi, hasil positif kecil tidak cukup. Jika skor rendah tetapi hasil terhadap HODL tetap negatif, risiko rendah pun tidak membuat strategi menarik.

Cara memberi bobot tanpa membuat skor palsu presisi

Skor 1 sampai 5 berguna untuk memaksa pembaca menulis bukti, tetapi angka itu tidak boleh diperlakukan seperti model statistik yang presisi. Dua protokol dengan skor total 22 dan 24 belum tentu berbeda jauh. Yang lebih penting adalah dimensi mana yang menghasilkan skor tinggi. Skor 4 pada kontrak dan admin control lebih berat daripada skor 4 pada dokumentasi UI, karena kontrak dan admin dapat langsung memengaruhi dana. Karena itu bobot perlu dibuat eksplisit.

Cara sederhana adalah membagi dimensi menjadi tiga kelas. Kelas pertama adalah risiko dana langsung: kontrak, upgradeability, admin control, oracle, dan kemampuan pause atau emergency withdraw. Kelas kedua adalah risiko hasil: reward emission, tokenomics, fee source, volume, dan likuiditas keluar. Kelas ketiga adalah risiko operasional: dokumentasi, alamat resmi, chain, UI, bridge, dan biaya transaksi. Jika kelas pertama buruk, hasil APY tinggi tidak boleh menutupinya. Jika kelas ketiga buruk, posisi kecil mungkin tetap tidak layak meskipun kontraknya lebih jelas.

Contoh hipotetis: Protokol A punya skor kontrak 2, admin 2, oracle 2, tetapi reward 5 karena token baru dan likuiditas tipis. Protokol B punya reward 2, tetapi admin 5 dan upgrade tidak dijelaskan. Keduanya bisa punya skor total mirip, tetapi tindakan berbeda. Pada Protokol A, pembaca mungkin mengakui reward dengan diskon besar atau memilih tidak menghitung reward. Pada Protokol B, pembaca mungkin menolak posisi sampai admin control jelas. Skor total membantu menyaring, tetapi catatan dimensi menentukan keputusan.

Bobot juga perlu mengikuti jenis strategi. Untuk stablecoin pool, depeg, oracle, likuiditas keluar, dan komposisi pool mendapat perhatian lebih besar. Untuk volatile-token LP, harga relatif, IL, dan volume fee lebih penting. Untuk lending, parameter collateral, likuidasi, oracle, dan risk framework lebih dominan. Untuk vault atau auto-compounder, kontrak strategi, keeper, fee, admin, dan dependensi eksternal harus ditambahkan. Jangan memakai satu template tanpa membaca mekanisme.

Bukti minimum untuk setiap dimensi risiko

Setiap skor harus punya bukti minimum. Untuk kontrak, bukti minimum adalah alamat resmi, kode terverifikasi atau repo, chain yang benar, dan kecocokan antara UI dengan alamat. Untuk audit, bukti minimum adalah laporan resmi, cakupan kontrak, tanggal atau commit, status temuan, dan apakah versi yang digunakan sama. Untuk admin control, bukti minimum adalah daftar role, pemegang role, timelock bila ada, kemampuan upgrade, kemampuan pause, dan parameter yang dapat diubah.

Untuk oracle, bukti minimum adalah sumber harga, mekanisme update, aset yang dicakup, dan apa yang terjadi jika feed tidak tersedia atau terlambat. Dokumentasi Chainlink Data Feeds berguna sebagai contoh bagaimana feed dapat menjadi dependensi harga, tetapi pembaca tetap harus melihat apakah protokol yang dinilai benar-benar memakai feed tertentu. Jangan menulis skor oracle rendah hanya karena protokol populer; tulis sumber harga yang benar.

Untuk likuiditas, bukti minimum adalah TVL, volume, kedalaman rute keluar, aset yang diterima saat keluar, dan biaya swap untuk ukuran posisi. TVL besar tidak selalu berarti mudah keluar dari posisi Anda, terutama jika pool tidak seimbang atau token reward tipis. Untuk depeg, bukti minimum adalah desain peg, cadangan atau collateral bila relevan, riwayat stress yang dapat diverifikasi, dan mekanisme pemulihan. Untuk token reward, bukti minimum adalah emisi, distribusi, likuiditas pasar, utilitas, dan jadwal campaign.

Untuk biaya keluar, bukti minimum adalah daftar transaksi yang diperlukan: remove, collect, claim, swap, bridge, dan approve tambahan. Biaya keluar harus diuji sebelum masuk. Banyak pengguna hanya memperkirakan biaya masuk karena itulah yang terlihat di awal. Padahal biaya keluar terjadi saat kondisi mungkin lebih buruk. Jika biaya keluar tidak diketahui, beri skor lebih tinggi dan masukkan buffer di Laboratorium Hasil Nyata DeFi.

Mengubah skor menjadi keputusan ukuran posisi

Skor risiko tidak harus menghasilkan jawaban biner. Ia dapat menentukan ukuran posisi. Jika hasil bersih konservatif besar dan skor risiko rendah, ukuran posisi dapat mengikuti batas alokasi normal pembaca. Jika hasil bersih positif tetapi skor risiko menengah, ukuran posisi bisa diperkecil dan durasi diperpendek. Jika skor tinggi, keputusan bisa berupa menunggu bukti tambahan, hanya memantau, atau menolak. Dengan cara ini, skor menjadi alat kontrol risiko, bukan komentar setelah keputusan dibuat.

Contoh hipotetis: pembaca punya batas alokasi 1.000 untuk strategi berisiko rendah. Pool pertama menghasilkan +60 terhadap HODL di skenario hati-hati dan skor risiko 16. Pool kedua menghasilkan +120 tetapi skor risiko 33. Jika pembaca menetapkan bahwa skor di atas 30 hanya boleh untuk posisi riset kecil, pool kedua mungkin dibatasi 100 atau ditolak. Angka hasil lebih besar tidak otomatis memberi izin ukuran lebih besar.

Buat juga aturan penghentian. Misalnya, keluar jika alamat kontrak berubah tanpa pengumuman resmi, reward emission berubah drastis, token reward kehilangan likuiditas, oracle bermasalah, atau admin action mengubah parameter kunci. Aturan ini perlu ditulis sebelum masuk karena saat posisi berjalan, pembaca mudah menunda keluar dengan alasan APY masih terlihat tinggi. Risiko protokol sering memburuk bertahap sebelum muncul sebagai kerugian angka.

Durasi posisi juga mengikuti skor. Pool dengan risiko rendah dan hasil moderat mungkin cocok untuk periode lebih panjang jika biaya keluar rendah. Pool dengan reward campaign pendek dan risiko reward tinggi mungkin hanya layak sebagai eksperimen kecil, bukan posisi inti. Jika biaya gas tinggi, durasi terlalu pendek membuat biaya tetap mendominasi. Maka skor risiko, biaya, dan durasi harus dibaca bersama.

Menilai perubahan risiko setelah posisi berjalan

Skor bukan pekerjaan sekali selesai. Setelah posisi berjalan, beberapa variabel berubah: reward campaign mendekati akhir, TVL pindah, volume turun, admin mengubah parameter, audit baru keluar, atau token reward kehilangan likuiditas. Buat jadwal cek ulang yang realistis. Untuk posisi kecil, cek mingguan mungkin cukup. Untuk posisi besar atau pool baru, cek lebih sering. Cek ulang tidak berarti terus berdagang; artinya memperbarui bukti.

Saat cek ulang, jangan hanya membuka harga. Buka sumber resmi. Lihat apakah dokumentasi alamat berubah, apakah governance mengusulkan perubahan, apakah halaman reward masih menyatakan periode yang sama, dan apakah kontrak yang dipakai UI tetap sama. Lihat explorer untuk transaksi admin penting bila kemampuan itu relevan. Lihat likuiditas keluar untuk ukuran posisi Anda. Jika salah satu bukti berubah, perbarui skor sebelum menghitung hasil.

Contoh hipotetis: saat masuk, reward token punya likuiditas cukup dan skor reward 3. Dua minggu kemudian, volume reward turun tajam dan slippage keluar meningkat. Walaupun harga reward belum turun banyak, skor reward bisa naik menjadi 4 atau 5. Worksheet harus mengakui perubahan itu dengan diskon reward lebih besar. Jika hasil bersih konservatif berubah negatif, aturan ukuran posisi atau aturan keluar aktif.

Jangan memperlakukan audit baru sebagai berita baik tanpa membaca cakupan. Audit baru mungkin mencakup kontrak berbeda, versi berbeda, atau hanya modul tambahan. Sebaliknya, audit yang menemukan masalah juga tidak selalu berarti harus keluar jika masalah telah diperbaiki dan tidak menyentuh dana LP. Yang penting adalah mencatat dampak terhadap posisi: apakah masalah memengaruhi deposit, withdraw, reward, oracle, admin, atau hanya dokumentasi.

Risiko gabungan yang tidak terlihat pada skor satu baris

Beberapa risiko saling memperkuat. Reward token yang turun dapat membuat LP ingin keluar bersamaan. Jika likuiditas keluar tipis, slippage naik. Jika gas chain sedang tinggi, pembaca menunda exit. Jika admin kemudian mengubah parameter reward, hasil memburuk lagi. Satu skor reward, satu skor likuiditas, dan satu skor gas mungkin terlihat sedang, tetapi gabungannya bisa tinggi. Karena itu tulis catatan "risiko gabungan" untuk setiap pool.

Stablecoin pool juga memiliki risiko gabungan. Depeg kecil dapat membuat komposisi pool condong ke aset lemah. Saat banyak LP keluar, slippage dan biaya swap naik. Jika oracle atau integrasi lain terlambat merespons, UI mungkin masih menampilkan angka yang tidak mencerminkan harga pasar. Jika posisi berada di vault auto-compounder, ada lapisan kontrak tambahan. Semua ini tidak selalu terjadi, tetapi worksheet harus tahu bagaimana menguji skenario gabungan.

Untuk volatile-token pool, harga relatif, IL, reward, dan volume saling terkait. Harga token reward turun dapat mengurangi minat LP, TVL turun, fee per LP bisa naik atau turun tergantung volume, dan slippage keluar bisa berubah. Jika aset dasar juga bergerak kuat, IL terhadap HODL bisa mendominasi. Jangan menyimpulkan dari satu variabel. Buat skenario gabungan yang paling relevan untuk pool tersebut, lalu bandingkan dengan batas risiko pribadi.

Catatan gabungan harus singkat tetapi konkret. Contoh: "Jika reward turun 50% dan gas keluar dua kali lipat, hasil menjadi negatif." Atau: "Jika stablecoin X turun ke 0,97 dan pool menjadi 70% X, reward tiga bulan hilang." Atau: "Jika harga keluar rentang dan rebalance membutuhkan dua transaksi, posisi kecil tidak layak." Kalimat seperti ini membantu pembaca mengambil tindakan tanpa menunggu model kompleks.

Batas bahasa agar artikel tidak menjanjikan keamanan

Artikel skor risiko harus menjaga bahasa. Jangan menulis "protokol aman" hanya karena audit ada. Tulis "bukti yang tersedia menurunkan skor kontrak" atau "audit mencakup kontrak yang digunakan". Jangan menulis "oracle terpercaya" tanpa menyebut sumber harga dan mekanisme. Tulis "protokol memakai sumber harga yang dapat diverifikasi" jika bukti mendukung. Jangan menulis "likuiditas cukup" tanpa ukuran transaksi. Tulis "untuk ukuran posisi hipotetis X, rute keluar masih dapat dihitung".

Bahasa konservatif bukan berarti menakut-nakuti pembaca. Justru bahasa konservatif membuat keputusan bisa diaudit ulang. Jika bukti berubah, kalimat dapat diperbarui. Jika ukuran posisi berubah, kesimpulan dapat berubah. Jika pool baru memiliki APY lebih tinggi, pembaca tahu bahwa APY hanya satu baris dari banyak baris risiko. Tujuan skor risiko adalah membuat ketidakpastian terlihat sebelum dana bergerak.

Saat hasil skor dibawa ke Laboratorium Hasil Nyata DeFi, gunakan skor sebagai pengurang keyakinan. Jika hasil bersih tipis dan risiko tinggi, keputusan yang matang adalah menunggu atau menolak. Jika hasil bersih tebal tetapi risiko tertentu belum jelas, keputusan bisa berupa ukuran kecil dan syarat keluar. Jika hasil bersih negatif, skor rendah tidak membuat posisi menjadi layak; ia hanya menjelaskan bahwa masalahnya bukan protokol, melainkan ekonomi posisi.

Format ringkas laporan skor

Saat selesai, ringkas skor dalam empat kalimat. Kalimat pertama menyebut bukti yang paling kuat, misalnya alamat resmi, repo, audit, dan dokumentasi risiko. Kalimat kedua menyebut bukti yang belum lengkap, seperti admin role, oracle, atau kontrak reward. Kalimat ketiga menyebut dampak pada hasil, misalnya reward didiskon, buffer biaya dinaikkan, atau ukuran posisi diperkecil. Kalimat keempat menyebut keputusan: lanjut, tunggu, atau tolak.

Contoh hipotetis: "Alamat dan repo pool dapat diverifikasi, audit mencakup kontrak inti, tetapi kontrak reward baru belum memiliki laporan yang cocok. Reward hanya diakui 50% dan skor admin dinaikkan karena upgrade role belum dijelaskan. Dengan diskon itu, hasil terhadap HODL menjadi tipis. Keputusan: tunggu bukti reward contract atau hanya pantau." Format ini membuat pembaca melihat hubungan antara bukti dan keputusan.

Jika laporan skor tidak dapat ditulis dalam empat kalimat, biasanya ada dua masalah. Pertama, bukti terlalu sedikit, sehingga skor hanyalah tebakan. Kedua, pembaca memasukkan terlalu banyak variabel tanpa memisahkan yang penting. Perbaiki dengan kembali ke bukti minimum: kontrak, audit, admin, oracle, likuiditas, reward, biaya keluar. Jika masih belum jelas, keputusan paling aman adalah menunda, bukan mengisi skor agar terlihat lengkap.

Skor juga harus disimpan bersama tanggal cek. Dokumentasi dan parameter dapat berubah. Jika skor dipakai ulang beberapa minggu kemudian, cek ulang sumber resmi. Jangan menganggap skor lama tetap benar hanya karena pool masih online. Risiko protokol adalah kondisi yang perlu dipantau, bukan label permanen.

Satu catatan terakhir: skor risiko tidak boleh dibuat rendah hanya karena protokol besar atau sering disebut. Popularitas dapat membantu menemukan dokumentasi dan laporan, tetapi bukan pengganti verifikasi. Sebaliknya, protokol kecil tidak otomatis buruk jika bukti kontrak, audit, admin, oracle, dan likuiditas jelas; hanya saja margin keamanan dan ukuran posisi perlu mengikuti bukti yang tersedia. Penilaian yang adil selalu kembali ke sumber primer.

Jika dua pembaca memberi skor berbeda, bandingkan bukti, bukan selera. Pembaca pertama mungkin memberi skor admin 2 karena menemukan timelock dan role yang jelas. Pembaca kedua mungkin memberi skor 4 karena tidak menemukan sumber itu. Perbedaan diselesaikan dengan tautan resmi, bukan debat. Inilah alasan setiap skor harus punya catatan bukti.

Untuk laporan akhir, jangan hanya menyimpan total. Simpan juga tiga risiko tertinggi dan bukti yang dapat menurunkannya. Misalnya: reward contract belum diaudit, admin upgrade belum jelas, likuiditas reward tipis. Jika nanti salah satu bukti membaik, skor dapat diturunkan dan lab dihitung ulang. Jika tidak ada bukti yang dapat menurunkan skor, berarti risiko memang belum dapat diterima.

Catatan akhir tentang posisi belajar

Jika skor tinggi tetapi pembaca tetap ingin belajar, pisahkan posisi belajar dari posisi investasi. Posisi belajar harus kecil, punya batas rugi, dan tidak memakai hasil APY sebagai alasan memperbesar modal. Catat apa yang ingin dipelajari: cara membaca kontrak, cara mengecek audit, cara menghitung reward, atau cara keluar. Setelah tujuan belajar tercapai, tutup atau evaluasi ulang; jangan otomatis mengubah eksperimen menjadi alokasi besar.

Sebaliknya, jika skor rendah tetapi hasil bersih buruk, jangan masuk hanya karena protokol terlihat rapi. Risiko rendah tidak menciptakan yield. Skor risiko dan hasil ekonomi harus sama-sama lolos. Artikel ini sengaja memisahkan keduanya agar pembaca tidak menukar keamanan dokumentasi dengan profit yang tidak ada.

Catatan batas pemantauan

Jika skor dan hasil sama-sama lolos, tetap tulis batas pemantauan. Batas itu dapat berupa perubahan admin role, reward emission, oracle feed, TVL, volume, atau biaya keluar. Dengan begitu, keputusan masuk memiliki kondisi pembatalan yang jelas.

Tanpa batas pemantauan, skor mudah menjadi catatan statis. Padahal risiko protokol bergerak bersama kontrak, parameter, dan likuiditas. Batas membuat pembaca tahu kapan harus menghitung ulang, bukan hanya kapan harus masuk.

Contoh hipotetis yang dapat dihitung ulang

Contoh hipotetis: Pool X menampilkan APY 42%. Modal 4.000, durasi 60 hari. Hasil periode kasar sebelum biaya adalah 4.000 × 42% × 60 / 365 = 276,16. IL terhadap HODL diperkirakan 180. Gas dan exit normal 45. Reward turun 50%, sehingga nilai reward berkurang 70 dari tampilan. Hasil terhadap HODL menjadi 276,16 - 180 - 45 - 70 = -18,84.

Sekarang skor risiko:

Dimensi	Skor	Alasan
Kontrak	2	Alamat resmi dan terverifikasi, tetapi beberapa chain perlu dicek manual.
Audit	3	Audit ada, versi deployment perlu dicocokkan.
Admin	4	Parameter reward dapat berubah, timelock belum jelas.
Oracle	2	Feed terdokumentasi.
Likuiditas	3	Exit normal baik, stres belum diuji.
Depeg/aset dasar	2	Aset volatil, bukan stablecoin.
Reward	4	Hasil sangat bergantung reward.
Biaya keluar	3	Normal tercatat, stres belum.

Total skor 23. Bahkan sebelum mempertimbangkan skor, hasil uang hipotetis sudah negatif. Jika hasil uang positif 40 sekalipun, skor 23 akan membuat posisi perlu diperkecil atau ditunda sampai admin dan reward lebih jelas. Contoh ini bukan data protokol nyata. Ia menunjukkan cara memisahkan “angka uang” dan “kualitas bukti”.

Biaya dan skenario gagal

Skenario gagal pertama adalah audit theater. Halaman menampilkan logo auditor, tetapi laporan tidak dapat dibuka, tidak mencakup kontrak aktif, atau audit dilakukan sebelum upgrade besar. Solusinya bukan menolak semua protokol tanpa audit, melainkan memberi skor audit sesuai bukti.

Skenario gagal kedua adalah admin surprise. Parameter fee, reward, pause, oracle, atau upgrade berubah saat posisi Anda aktif. Perubahan yang transparan dan melalui governance berbeda dari perubahan yang tidak dapat dijelaskan. Namun keduanya tetap perlu dicatat sebagai kemungkinan dampak.

Skenario gagal ketiga adalah oracle mismatch. Anda membaca feed ETH/USD, tetapi strategi memakai aset lain, chain lain, atau feed dengan kategori berbeda. Chainlink menyediakan daftar dan dokumentasi feed, tetapi Anda tetap harus mencocokkan feed yang dipakai strategi.

Skenario gagal keempat adalah exit crowding. Saat banyak pengguna keluar, slippage naik, gas naik, reward token dijual, dan stablecoin lemah memenuhi pool. Risiko-risiko ini saling memperkuat. Jangan menilai exit hanya dari kondisi normal.

Skenario gagal kelima adalah reward dependency. Jika semua hasil berasal dari emisi token, Anda sebenarnya mengambil posisi pada harga token reward. PancakeSwap Farming FAQ menyebut emission rate sebagai faktor yield Farming FAQ. Jika emission berubah atau harga reward turun, hasil berubah.

Skenario gagal keenam adalah skor palsu terlalu rapi. Jika Anda memberi semua dimensi skor 2 tanpa catatan sumber, tabel terlihat profesional tetapi tidak berguna. Setiap skor harus punya satu kalimat alasan dan satu tautan sumber atau bukti manual.

Cara memverifikasi sendiri

1. Tulis nama protokol, chain, pool, dan alamat kontrak yang muncul di wallet.
2. Cocokkan alamat dengan dokumentasi resmi atau repo resmi.
3. Cari audit dari sumber resmi, bukan hanya logo.
4. Catat admin role, timelock, governance, atau risk steward jika tersedia.
5. Cari oracle atau mekanisme harga yang digunakan strategi.
6. Simulasikan add, remove, claim, swap, dan bridge dengan ukuran posisi Anda.
7. Uji reward pada tidak berubah, -30%, -50%, dan -80%.
8. Tulis skor 1 sampai 5 untuk delapan dimensi utama.
9. Beri alasan satu kalimat untuk setiap skor.
10. Jika skor total tinggi atau satu dimensi tidak dapat diverifikasi, jangan menaikkan ukuran posisi.
11. Masukkan hasil uang ke Laboratorium Hasil Nyata DeFi.
12. Simpan tanggal akses sumber karena dokumentasi dan parameter dapat berubah.

Checklist sebelum memasukkan dana

• Apakah kontrak yang akan menerima aset sudah cocok dengan sumber resmi?
• Apakah audit mencakup versi kontrak aktif?
• Apakah admin role dan hak perubahan dapat dijelaskan?
• Apakah oracle atau sumber harga jelas?
• Apakah exit sudah disimulasikan dengan ukuran posisi Anda?
• Apakah reward sudah diuji pada skenario turun?
• Apakah stablecoin atau aset dasar punya risiko peg yang dipahami?
• Apakah gas stres dan slippage stres masuk hitungan?
• Apakah skor tinggi memiliki alasan tertulis?
• Apakah hasil terhadap HODL tetap layak setelah risiko utama dimasukkan?

Langkah berikutnya

Setelah skor selesai, jangan langsung mencari APY yang lebih tinggi. Buka Laboratorium Hasil Nyata DeFi, masukkan hasil LP terhadap HODL, lalu tempel skor risiko di sampingnya. Jika satu pool unggul sedikit tetapi punya skor kontrak atau admin jauh lebih tinggi, hasil kecil itu belum cukup sebagai kompensasi.

Kalibrasi skor dengan bukti baru

Skor risiko bukan angka permanen. Tetapkan tanggal pemeriksaan dan bukti untuk setiap dimensi, lalu ulangi saat kontrak, admin, oracle, insentif, atau likuiditas berubah. Jika dokumentasi baru memperjelas hak admin, skor boleh turun hanya setelah alamat dan peran cocok. Jika versi kontrak berubah tetapi audit belum mencakup versi baru, skor audit harus naik meskipun nama protokol tetap sama.

Gunakan aturan perubahan yang ditulis sebelumnya. Contohnya, perubahan satu poin memerlukan satu bukti resmi baru; perubahan dua poin memerlukan dua bukti independen atau pengujian transaksi. Jangan menurunkan skor hanya karena APY naik atau harga token pulih. Sebaliknya, jangan menaikkan skor hanya karena sentimen pasar buruk jika mekanisme yang diperiksa tidak berubah. Pemisahan bukti teknis dan sentimen membuat tabel lebih konsisten.

Simpan skor lama bersama skor baru. Kolom perubahan perlu menjawab apa yang berubah, kapan terjadi, dan bagaimana dampaknya pada keputusan ukuran posisi. Jika hasil bersih tetap positif tetapi skor keluar memburuk, keputusan dapat berubah dari masuk menjadi menunggu. Kalibrasi yang terdokumentasi membantu pembaca mengenali risiko yang benar-benar berubah, bukan sekadar menyesuaikan angka agar sesuai dengan keputusan yang sudah diinginkan.

Sumber utama

• Uniswap v3 Core repository, diakses 2026-08-10.
• Uniswap v3 ABDK audit file, diakses 2026-08-10.
• PancakeSwap Developer: v3 Addresses, diakses 2026-08-10.
• OpenZeppelin Docs: Access Control, diakses 2026-08-10.
• Chainlink Docs: Data Feeds, diakses 2026-08-10.
• Chainlink Docs: Selecting Quality Data Feeds, diakses 2026-08-10.
• Aave Docs: Risks, diakses 2026-08-10.
• Aave V3 Overview, diakses 2026-08-10.
• Curve Finance: StableSwap Overview, diakses 2026-08-10.
• PancakeSwap: Yield Farming, diakses 2026-08-10.
• PancakeSwap Developer: MasterChef V3, diakses 2026-08-10.
• Ethereum.org: Gas and fees, diakses 2026-08-10.