Slashing

Apa Itu Slashing?

Slashing adalah penalti Proof of Stake yang menghapus, membakar, menyita, atau mendistribusikan kembali sebagian kripto yang di-staking oleh validator ketika validator melanggar aturan jaringan penting.

Dalam kripto, slashing digunakan untuk membuat validator bertanggung jawab secara finansial atas tindakan yang dapat merugikan keamanan blockchain, finalitas, uptime, atau integritas konsensus.

Dokumentasi Proof of Stake Ethereum menjelaskan bahwa validator mempertaruhkan nilai dan nilai tersebut dapat dihancurkan jika mereka bertindak tidak jujur.

Peristiwa slashing dapat memengaruhi stake validator sendiri dan, pada beberapa jaringan, stake yang didelegasikan oleh pengguna yang memilih validator tersebut.

Slashing paling sering dikaitkan dengan pelanggaran validator, seperti double signing, voting yang bertentangan, perilaku tidak valid, atau pelanggaran aturan konsensus yang berat.

Beberapa jaringan Proof of Stake juga menerapkan penalti lebih kecil atau jailing untuk downtime, vote yang terlewat, atau kegagalan liveness.

Aturan slashing tidak sama di setiap blockchain.

Ethereum, Solana, chain Cosmos SDK, sistem nominated Proof of Stake bergaya Polkadot, dan jaringan staking lainnya menggunakan model penalti yang berbeda.

Sederhananya, slashing adalah hukuman staking kripto yang membuat janji validator dapat dipercaya dengan mempertaruhkan modal nyata.

Mengapa Slashing Penting

Slashing penting karena keamanan Proof of Stake bergantung pada validator yang memiliki sesuatu yang bernilai untuk hilang.

Dalam sistem Proof of Work, miner menggunakan listrik dan sumber daya perangkat keras untuk mengamankan chain.

Dalam sistem Proof of Stake, validator mengunci modal dan berisiko kehilangan sebagian modal tersebut jika menandatangani pesan yang merugikan atau melanggar aturan konsensus.

Risiko finansial ini membantu mencegah validator mendukung beberapa riwayat chain yang saling bertentangan secara bersamaan.

Risiko ini juga membantu melindungi finalitas karena chain yang telah difinalisasi seharusnya mahal untuk disangkal.

Dokumentasi reward dan penalti Ethereum menjelaskan slashing sebagai tindakan berat yang mengeluarkan validator dari jaringan dan menyebabkan hilangnya ether yang di-staking.

Slashing juga penting bagi delegator karena mereka dapat menanggung risiko validator, tergantung desain staking jaringan.

Pengguna yang mendelegasikan aset kepada validator yang tidak andal atau berbahaya dapat kehilangan sebagian stake mereka pada beberapa chain.

Hal ini memberi delegator insentif untuk memilih validator dengan cermat, bukan hanya memilih reward yang diiklankan paling tinggi.

Oleh karena itu, slashing adalah alat keamanan konsensus sekaligus risiko staking yang harus dipahami pengguna sebelum mendelegasikan aset.

Cara Kerja Slashing

Slashing bekerja dengan mendeteksi bukti bahwa validator melanggar aturan, lalu menerapkan penalti yang ditetapkan protokol.

Buktinya dapat berupa pesan yang ditandatangani, proposal block yang bertentangan, vote yang bertentangan, ambang liveness yang terlewat, atau bukti lain tergantung blockchain.

Karena pesan validator ditandatangani secara kriptografis, jaringan sering kali dapat membuktikan validator mana yang menghasilkan pesan pelanggaran.

Setelah pelanggaran diterima protokol, validator dapat kehilangan stake, dikeluarkan secara paksa dari set validator aktif, dijail, ditombstone, atau menghadapi penarikan yang tertunda.

Penalti dapat bersifat tetap, variabel, proporsional, atau berkorelasi dengan jumlah validator yang terlibat dalam insiden yang sama.

Beberapa sistem membakar token yang terkena slashing.

Beberapa sistem mengirim token yang terkena slashing ke treasury.

Beberapa sistem terutama menggunakan slashing sebagai pencegah dan hanya menerapkannya pada kesalahan konsensus berat.

Beberapa sistem saat ini tidak menggunakan slashing otomatis untuk aktivitas staking normal.

Hasil pastinya bergantung pada protokol konsensus dan modul staking chain tersebut.

Slashing dalam Proof of Stake

Proof of Stake menggunakan validator, bukan miner, untuk membantu mengusulkan block, memberikan vote pada block, dan mengamankan jaringan.

Validator biasanya perlu mengunci atau membond token untuk berpartisipasi dalam konsensus.

Stake yang dikunci itu berfungsi sebagai jaminan untuk perilaku jujur.

Jika validator mengikuti aturan, validator dapat memperoleh reward staking.

Jika validator melanggar aturan serius, jaringan dapat melakukan slashing pada sebagian stake.

Hal ini menciptakan hubungan ekonomi langsung antara perilaku validator dan biayanya.

Slashing membantu menyelesaikan masalah “nothing at stake”, yaitu ketika validator mungkin tidak menanggung biaya berarti untuk menandatangani chain yang bertentangan.

Ketika perilaku yang bertentangan dapat menghancurkan token yang di-staking, menandatangani setiap fork yang mungkin tidak lagi menjadi strategi tanpa biaya.

Slashing membuat perilaku tidak jujur dapat diamati, dibuktikan, dan mahal.

Inilah alasan slashing menjadi inti dari banyak model keamanan Proof of Stake modern.

Validator

Validator adalah peserta jaringan yang membantu menjaga konsensus Proof of Stake dengan mengusulkan block, memberikan vote pada block, memvalidasi data, atau menjalankan tugas protokol lainnya.

Validator bertanggung jawab menjalankan perangkat lunak node dengan benar, menjaga keamanan signing key, tetap online, memperbarui perangkat lunak ketika diperlukan, dan menghindari tanda tangan yang bertentangan.

Kesalahan validator dapat mahal karena pesan yang ditandatangani dapat menciptakan bukti yang dapat dikenai slashing.

Validator dapat bersikap jujur tetapi tetap terkena slashing jika infrastrukturnya salah konfigurasi.

Contohnya, menjalankan validator key duplikat pada dua mesin aktif dapat menyebabkan double signing.

Validator juga dapat dikenai penalti jika melewatkan ambang partisipasi yang diwajibkan pada jaringan yang melakukan slashing atau jailing karena downtime.

Pengguna yang mendelegasikan stake perlu mengevaluasi performa validator, kualitas infrastruktur, riwayat, komisi, komunikasi, dan praktik risiko.

Validator bukan hanya penghasil reward.

Validator adalah operator keamanan yang perilakunya dapat memengaruhi stake yang didelegasikan.

Slashing menjadikan pemilihan validator sebagai keputusan staking yang penting.

Delegator

Delegator adalah pemegang token yang mengalokasikan stake kepada validator tanpa harus menjalankan infrastruktur validator secara langsung.

Delegasi memungkinkan pengguna biasa berpartisipasi dalam reward staking dan keamanan jaringan.

Delegasi juga dapat mengekspos pengguna pada risiko validator ketika aturan jaringan meneruskan kerugian slashing kepada delegator.

Pada beberapa jaringan, pelanggaran validator dapat mengurangi stake validator sendiri dan stake yang didelegasikan kepadanya.

Dokumentasi staking Polkadot menjelaskan bahwa validator dan nominator dapat terkena slashing dalam nominated Proof of Stake jika terjadi serangan.

Artinya, delegasi tidak bebas risiko meskipun pengguna tetap menyimpan kustodi token mereka.

Delegator sebaiknya tidak memilih validator hanya berdasarkan reward tinggi atau komisi rendah.

Mereka juga perlu mempertimbangkan uptime, riwayat slashing, disiplin infrastruktur, self-stake, transparansi, partisipasi governance, dan dampak terhadap desentralisasi.

Diversifikasi pada beberapa validator dapat mengurangi eksposur terhadap satu validator jika jaringan mendukungnya.

Delegasi adalah hubungan keamanan, bukan sekadar pengaturan yield.

Double Signing

Double signing adalah salah satu penyebab slashing terpenting.

Double signing terjadi ketika validator menandatangani dua pesan yang bertentangan untuk peran konsensus, height, slot, round, atau konteks voting yang sama.

Di Ethereum, perilaku yang dapat dikenai slashing termasuk mengusulkan dua block berbeda untuk slot yang sama atau membuat attestation yang bertentangan.

Panduan validator spesifikasi konsensus Ethereum menjelaskan proposer slashing dan attester slashing sebagai kategori slashing utama.

Dalam sistem Cosmos SDK, double signing dapat menimbulkan hukuman berat dan tombstoning.

Dokumentasi modul slashing Cosmos SDK menjelaskan bahwa batas tombstone membatasi validator agar hanya terkena slashing satu kali untuk kesalahan double-sign, lalu ditombstone.

Double signing sering terjadi akibat key duplikat, failover yang tidak aman, prosedur migrasi yang buruk, kesalahan snapshot, atau pengaturan validator active-active.

Validator tidak boleh menjalankan consensus signing key yang sama di dua tempat secara bersamaan tanpa arsitektur penandatanganan yang aman.

Double signing berbahaya karena dapat secara langsung mengancam keamanan konsensus.

Inilah alasan banyak jaringan menghukumnya lebih berat daripada downtime sederhana.

Downtime

Downtime berarti validator offline, tidak dapat diakses, tidak menandatangani pesan yang diwajibkan, atau gagal berpartisipasi ketika diharapkan.

Beberapa jaringan memperlakukan downtime sebagai masalah yang tingkat keparahannya lebih rendah daripada double signing.

Beberapa jaringan melakukan slashing untuk downtime berkepanjangan.

Beberapa jaringan menjail validator tidak aktif dan mewajibkan mereka bergabung kembali setelah memperbaiki masalahnya.

Beberapa jaringan memberikan penalti atas partisipasi yang terlewat tanpa menyebutnya sebagai slashing.

Di Ethereum, tugas biasa yang terlewat umumnya menimbulkan penalti, bukan slashing, sementara slashing dicadangkan untuk perilaku proposal atau attestation tidak jujur tertentu.

Di chain Cosmos SDK, modul slashing dapat melacak liveness validator dan menerapkan penalti atau jailing bergantung pada parameter jaringan.

Downtime tetap dapat mahal karena reward dapat berhenti dan reputasi dapat terdampak.

Delegator dapat melakukan redelegasi dari validator dengan downtime berulang.

Validator yang baik menggunakan pemantauan, redundansi, peringatan, backup aman, dan upgrade terkontrol untuk mengurangi risiko downtime.

Equivocation

Equivocation berarti validator menandatangani pernyataan bertentangan yang seharusnya tidak dapat sama-sama ada berdasarkan aturan konsensus.

Dalam bahasa sederhana, equivocation adalah mengatakan dua hal berbeda ketika protokol memerlukan satu jawaban yang konsisten.

Equivocation dapat terjadi melalui proposal block ganda, vote yang bertentangan, atau pesan finalitas yang tidak konsisten.

Dokumentasi pelanggaran Polkadot menjelaskan pelanggaran equivocation ketika validator memberikan vote yang bertentangan dalam sistem konsensus.

Equivocation serius karena dapat membingungkan pemilihan fork, melemahkan finalitas, dan mendukung serangan terhadap riwayat chain.

Slashing membuat equivocation mahal dengan menghubungkan tanda tangan yang bertentangan dengan kerugian ekonomi.

Perangkat lunak validator sering menyertakan perlindungan slashing untuk mencegah equivocation yang tidak disengaja.

Namun, manajemen key yang buruk atau failover tidak aman masih dapat menciptakan risiko equivocation.

Delegator sebaiknya memilih validator yang menjelaskan cara mereka mencegah penandatanganan duplikat dan kompromi key.

Equivocation adalah salah satu contoh paling jelas mengapa Proof of Stake memerlukan bukti yang dapat dikenai slashing.

Slashing Ethereum

Slashing Ethereum berlaku bagi validator yang melakukan pelanggaran konsensus tertentu.

Dokumentasi reward dan penalti Ethereum mencantumkan tiga perilaku utama yang dapat dikenai slashing: mengusulkan dan menandatangani dua block berbeda untuk slot yang sama, membuat surround vote, atau melakukan double vote untuk target yang sama.

Ketika validator Ethereum terkena slashing, validator tersebut dikeluarkan secara paksa dari set validator dan kehilangan sebagian ETH yang di-staking.

Slashing Ethereum juga mencakup penalti selama periode penundaan penarikan, dan correlated slashing dapat lebih berat ketika banyak validator terkena slashing pada waktu yang hampir bersamaan.

Downtime Ethereum umumnya tidak sama dengan slashing.

Validator Ethereum yang offline dapat kehilangan reward dan menerima penalti inaktivitas, tetapi tidak terkena slashing kecuali menandatangani pesan yang dapat dikenai slashing.

Perbedaan ini penting karena slashing Ethereum terutama merupakan kegagalan integritas penandatanganan.

Pelajaran operasional yang paling umum adalah validator tidak boleh menandatangani pesan bertentangan dengan validator key yang sama.

Operator validator Ethereum perlu menggunakan database perlindungan slashing, prosedur migrasi aman, dan desain failover yang cermat.

Delegator yang menggunakan staking pool atau berbasis layanan perlu memahami siapa yang mengoperasikan validator key dan bagaimana risiko slashing ditangani.

Slashing Solana

Solana membahas slashing secara berbeda dari banyak jaringan Proof of Stake.

halaman staking Solana menjelaskan bahwa slashing adalah proses ketika stake yang didelegasikan kepada validator dapat dihancurkan sebagai hukuman atas tindakan validator yang berbahaya.

Halaman Solana yang sama juga menyatakan bahwa slashing tidak otomatis di Solana.

Artinya, risiko staking Solana tidak boleh digambarkan sama dengan jaringan yang menerapkan slashing otomatis tingkat protokol untuk kesalahan validator umum.

Delegator Solana tetap menghadapi risiko staking lain seperti performa validator buruk, reward terlewat, perubahan komisi, kesalahan kustodi, waktu likuiditas, dan volatilitas harga SOL.

Validator Solana dengan performa lemah dapat menghasilkan reward staking lebih rendah meskipun tanpa slashing otomatis.

Delegator tetap perlu memilih validator dengan cermat karena kualitas validator memengaruhi reward dan desentralisasi jaringan.

Model slashing Solana saat ini mengingatkan bahwa aturan slashing berbeda di setiap chain.

Pengguna perlu membaca dokumentasi staking resmi untuk jaringan tertentu, bukan mengasumsikan semua sistem Proof of Stake bekerja dengan cara yang sama.

Dalam staking, istilah slashing harus selalu ditafsirkan dalam konteks chain yang digunakan.

Slashing Cosmos SDK

Chain Cosmos SDK dapat menggunakan modul slashing untuk menghukum kesalahan validator seperti double signing dan kegagalan liveness.

Dokumentasi modul slashing Cosmos SDK menjelaskan informasi penandatanganan validator, pelacakan liveness, bukti double-sign, jailing, tombstoning, dan penanganan pelanggaran.

Dalam banyak sistem staking bergaya Cosmos, pelanggaran validator dapat memengaruhi validator dan delegator.

Double signing biasanya diperlakukan sebagai kesalahan berat karena dapat mengancam keamanan konsensus.

Downtime atau partisipasi yang terlewat sering diperlakukan sebagai kesalahan liveness dengan penalti lebih kecil atau jailing, tergantung parameter chain.

Chain Cosmos SDK dapat menyesuaikan parameter slashing, sehingga pengguna tidak boleh mengasumsikan setiap chain yang menggunakan Cosmos SDK memiliki tingkat penalti identik.

Validator perlu menggunakan manajemen key aman, arsitektur sentry, pemantauan, dan prosedur migrasi aman.

Delegator perlu meninjau keandalan validator dan riwayat slashing sebelum mendelegasikan aset.

Slashing bergaya Cosmos menunjukkan bagaimana penegakan tingkat protokol dapat menghubungkan operasi validator secara langsung dengan hasil yang diterima delegator.

Hal ini menjadikan due diligence validator sangat penting untuk staking melalui delegasi.

Slashing Bergaya Polkadot

Nominated Proof of Stake bergaya Polkadot menggunakan validator dan nominator untuk mengamankan jaringan.

Dokumentasi pelanggaran Polkadot menjelaskan bahwa validator dan nominator mereka dapat terkena slashing ketika validator berperilaku tidak semestinya.

Dokumentasi tersebut juga menjelaskan bahwa persentase slashing dapat bervariasi berdasarkan tingkat keparahan dan dapat berkisar dari jumlah sangat kecil hingga penalti yang sangat berat.

Dalam model ini, nominator berbagi risiko dengan validator aktif yang mereka dukung.

Hal ini mendorong nominator untuk memantau validator, bukan secara pasif memilih satu validator selamanya.

Slashing dapat terjadi untuk pelanggaran seperti equivocation atau sengketa yang lebih serius, tergantung aturan jaringan.

Dokumentasi Polkadot juga menyebutkan bahwa beberapa slashing dapat memiliki periode tenggang sebelum diterapkan, yang memungkinkan pembalikan melalui governance dalam situasi tertentu.

Hal ini menunjukkan bahwa slashing dapat mencakup bukti protokol otomatis dan proses peninjauan terkait governance.

Nominator perlu memahami nominasi aktif, pemilihan validator, desentralisasi, komisi, dan riwayat operasional.

Reward staking hanyalah satu sisi dari keputusan karena risiko slashing merupakan sisi lainnya.

Slashing vs. Penalti

Slashing adalah penalti berat, tetapi tidak setiap penalti staking merupakan slashing.

Validator dapat kehilangan reward karena offline tanpa terkena slashing pada beberapa jaringan.

Validator dapat dijail, dinonaktifkan, di-chill, atau dikeluarkan dari set aktif tergantung jaringan.

Slashing biasanya berarti sebagian stake diambil, dibakar, disita, atau dialihkan.

Penalti normal mungkin hanya mengurangi reward atau menerapkan pengurangan saldo kecil.

Pengguna tidak boleh menganggap seluruh kerugian validator sebagai kategori yang sama.

Perbedaan ini penting karena penalti downtime mungkin lebih kecil dan lebih mudah dipulihkan dibandingkan peristiwa slashing double-sign.

Perbedaan ini juga penting bagi delegator karena beberapa penalti mungkin memengaruhi reward, sementara yang lain dapat mengurangi pokok stake.

Halaman staking dan dashboard validator perlu menjelaskan apakah risiko tersebut berupa reward terlewat, penalti inaktivitas, jailing, atau slashing.

Bahasa yang jelas membantu pengguna menghindari kesalahpahaman mengenai risiko staking.

Slashing vs. Jailing

Jailing berarti validator dihapus sementara atau diblokir dari validasi aktif hingga dibebaskan dari jail atau dipulihkan berdasarkan aturan jaringan.

Slashing berarti stake dikurangi sebagai hukuman.

Validator dapat dijail dan terkena slashing dalam insiden yang sama pada beberapa jaringan.

Validator juga dapat dijail karena downtime dengan penalti kecil atau tanpa kehilangan stake besar, tergantung chain.

Jailing melindungi jaringan dengan menghapus validator tidak andal dari konsensus aktif.

Slashing melindungi jaringan dengan membuat perilaku merugikan menjadi mahal secara ekonomi.

Bagi delegator, jailing dapat berarti reward terlewat ketika validator tidak aktif.

Bagi validator, jailing dapat merusak reputasi dan menyebabkan delegator pergi.

Pengguna perlu memeriksa apakah validator mereka aktif, dijail, ditombstone, atau sedang keluar sebelum mendelegasikan.

Jailing dan slashing adalah alat penegakan yang terkait, tetapi tidak identik.

Slashing vs. Inactivity Leak

Inactivity leak adalah mekanisme yang secara bertahap menghukum validator yang gagal berpartisipasi ketika jaringan kehilangan finalitas.

Ethereum menggunakan penalti inaktivitas untuk membantu chain memulihkan finalitas ketika cukup banyak validator offline atau tidak membuat attestation dengan benar.

Hal ini berbeda dari slashing karena slashing memerlukan perilaku tertentu yang dapat dikenai slashing, seperti proposal atau attestation yang bertentangan.

Dokumentasi reward dan penalti Ethereum memisahkan reward normal, penalti, dan slashing dari sistem insentif Proof of Stake yang lebih luas.

Validator offline dapat dikenai penalti tanpa terkena slashing.

Validator yang menandatangani pesan bertentangan dapat terkena slashing meskipun tetap online.

Perbedaan ini penting bagi operator karena langkah mitigasinya berbeda.

Risiko inaktivitas dikurangi melalui uptime, pemantauan, kesehatan klien, dan ketahanan jaringan.

Risiko slashing dikurangi melalui disiplin penandatanganan, isolasi key, perlindungan slashing, dan failover aman.

Pengguna perlu memahami apakah produk staking membahas kerugian akibat inaktivitas atau kerugian slashing yang sebenarnya.

Slashing dan Reward Staking

Slashing memengaruhi reward staking karena validator yang terkena slashing kehilangan stake, reputasi, dan sering kali status validator aktif.

Validator yang terkena slashing dapat berhenti memperoleh reward selama periode penghapusan, jailing, atau tidak aktif.

Delegator dapat kehilangan sebagian pokok mereka pada jaringan yang stake delegasinya dapat dikenai slashing.

Bahkan jika peristiwa slashing kecil, peristiwa itu dapat menyebabkan hilangnya reward di masa depan apabila delegator pergi atau validator dikeluarkan dari set aktif.

Reward staking tinggi perlu dievaluasi bersama dengan risiko slashing.

Validator yang mengiklankan reward tinggi tetap dapat menjadi pilihan buruk jika operasinya lemah atau perilakunya berisiko.

Performa validator yang andal dapat lebih penting daripada perbedaan komisi kecil.

Pengguna perlu membandingkan hasil staking bersih, bukan hanya berfokus pada yield yang ditampilkan.

Slashing adalah salah satu alasan reward staking tidak sama dengan bunga bebas risiko.

Reward staking mengompensasi pengguna karena membantu mengamankan jaringan sambil menerima risiko protokol, validator, pasar, dan likuiditas.

Slashing dan Validator Key

Validator key adalah salah satu area risiko slashing terpenting.

Signing key validator digunakan untuk menandatangani pesan konsensus seperti proposal block, vote, atau attestation.

Jika signing key yang sama aktif di dua tempat, validator dapat secara tidak sengaja menandatangani pesan yang bertentangan.

Jika signing key dicuri, penyerang mungkin dapat membuat pesan yang dapat dikenai slashing atau mengganggu operasi validator.

Operator sering menggunakan remote signer, sistem manajemen key, hardware security module, database perlindungan slashing, dan panduan migrasi ketat untuk mengurangi risiko ini.

Dokumentasi perlindungan slashing Lighthouse menjelaskan bahwa database perlindungan slashing mencatat block dan attestation yang ditandatangani agar tidak menandatangani pesan yang dapat dikenai slashing.

Backup key harus ditangani dengan cermat karena memulihkan status validator lama tanpa riwayat penandatanganan dapat menciptakan risiko.

Failover harus dirancang agar hanya satu signer yang dapat menandatangani untuk validator key pada satu waktu.

Manajemen validator key bukan hanya detail operasional.

Manajemen tersebut merupakan salah satu pertahanan utama terhadap slashing.

Slashing dan Failover

Failover berarti memindahkan operasi validator dari satu server, wilayah, klien, atau mesin ke yang lain ketika terjadi masalah.

Failover meningkatkan uptime, tetapi failover tidak aman dapat meningkatkan risiko slashing.

Pola berbahayanya adalah penandatanganan active-active, ketika dua sistem dapat menandatangani dengan validator key yang sama pada waktu bersamaan.

Pola yang lebih aman adalah failover active-passive, ketika sistem backup tidak dapat menandatangani hingga sistem utama dihentikan dengan aman dan status penandatanganan disinkronkan.

Operator validator perlu memastikan node lama telah berhenti sebelum memulai signer pengganti.

Mereka juga perlu mempertahankan data perlindungan slashing saat memigrasikan validator.

Pemulihan cepat bermanfaat, tetapi pemulihan tergesa-gesa dapat berbahaya.

Banyak insiden slashing disebabkan oleh kesalahan operasional, bukan serangan yang disengaja.

Validator yang baik mengutamakan pemulihan aman daripada mengejar uptime secara ceroboh.

Failover perlu melindungi liveness dan integritas penandatanganan.

Slashing dan Liquid Staking

Liquid staking memungkinkan pengguna menerima token atau tanda terima yang merepresentasikan aset yang di-staking atau klaim atas aset tersebut.

Liquid staking dapat membuat staking lebih fleksibel karena pengguna mungkin dapat menggunakan token tanda terima dalam DeFi sementara aset dasarnya tetap di-staking.

Namun, liquid staking dapat menambahkan eksposur slashing melalui validator di balik sistem liquid staking.

Jika validator dasar terkena slashing, nilai, nilai tukar, backing, atau nilai penebusan token liquid staking dapat terpengaruh tergantung desainnya.

Liquid staking juga menambahkan risiko smart contract, risiko oracle, risiko likuiditas, risiko governance, dan risiko depeg.

Pengguna perlu memahami apakah kerugian slashing dibagi di antara semua peserta atau dialokasikan kepada validator tertentu.

Mereka juga perlu meninjau diversifikasi validator, pemilihan operator, mekanisme asuransi, dan aturan penarikan.

Token liquid staking tidak menghilangkan risiko Proof of Stake.

Token tersebut mengubah cara risiko dikemas dan dialihkan.

Risiko slashing tetap ada setiap kali sistem staking dasarnya mencakup validator yang dapat dikenai slashing.

Slashing dan Restaking

Restaking dapat mengekspos aset yang di-staking atau komitmen validator kepada layanan tambahan di luar jaringan Proof of Stake dasar.

Hal ini dapat menciptakan peluang reward tambahan, tetapi juga dapat menimbulkan kondisi slashing tambahan.

Dokumentasi slashing EigenLayer menjelaskan slashing sebagai mekanisme yang dapat menghukum operator karena melanggar aturan layanan yang menggunakan keamanan hasil restaking.

Risiko restaking dapat lebih kompleks daripada staking normal karena validator atau operator mungkin harus memenuhi beberapa set aturan sekaligus.

Kegagalan dalam satu layanan tambahan dapat memengaruhi aset yang dianggap pengguna telah di-staking di tempat lain.

Pengguna perlu memahami layanan mana yang diamankan aset hasil restaking mereka dan kondisi apa yang dapat memicu penalti.

Operator perlu memahami seluruh kewajiban penandatanganan, ketersediaan, dan tingkat layanan sebelum menerima tanggung jawab restaking.

Restaking dapat meningkatkan efisiensi modal, tetapi juga dapat meningkatkan risiko slashing berkorelasi.

Lebih banyak sumber reward sering berarti lebih banyak asumsi operasional dan protokol.

Pengguna perlu memperlakukan risiko slashing restaking sebagai topik due diligence terpisah dari risiko staking chain dasar.

Slashing dan Risiko Pasar

Slashing berbeda dari risiko pasar, tetapi keduanya memengaruhi hasil staking.

Slashing mengurangi jumlah token atau nilai yang mendukung posisi staking.

Risiko pasar mengubah nilai fiat atau nilai pasar token itu sendiri.

Pengguna dapat menghindari slashing tetapi tetap kehilangan nilai jika harga token turun.

Pengguna dapat memperoleh reward staking tetapi tetap memiliki total return negatif jika penurunan harga pasar lebih besar daripada reward.

Oleh karena itu, risiko staking perlu dievaluasi dalam beberapa lapisan.

Lapisan tersebut mencakup risiko validator, risiko protokol, risiko likuiditas, risiko smart contract, risiko kustodi, risiko pajak, dan risiko harga pasar.

Slashing adalah satu lapisan utama, tetapi bukan satu-satunya.

Pengguna tidak boleh menganggap probabilitas slashing rendah membuat staking bebas risiko.

Staking kripto selalu menggabungkan ketidakpastian operasional dan pasar.

Slashing dan Unbonding

Unbonding adalah periode tunggu setelah pengguna berhenti staking sebelum aset dapat sepenuhnya ditransfer kembali.

Beberapa jaringan dapat menerapkan slashing pada stake yang masih berada dalam periode unbonding jika validator melakukan pelanggaran yang dapat dikenai slashing sebelum atau selama jendela risiko terkait.

Hal ini mencegah validator menghindari hukuman dengan segera melakukan unbonding setelah berperilaku tidak semestinya.

Periode unbonding berbeda di setiap jaringan.

Selama unbonding, pengguna mungkin berhenti memperoleh reward dan mungkin tidak dapat segera memindahkan aset.

Pengguna perlu memahami apakah risiko slashing berlanjut selama unbonding pada chain yang dipilih.

Mereka juga perlu memahami apakah redelegasi menciptakan eksposur sementara pada validator lama, validator baru, atau keduanya.

Unbonding adalah risiko likuiditas dan terkadang merupakan jendela risiko slashing yang berlanjut.

Keluar dari staking tidak selalu instan.

Staking yang aman memerlukan pemahaman atas aturan masuk dan keluar.

Cara Validator Mengurangi Risiko Slashing

Validator mengurangi risiko slashing dengan menjaga hanya satu signer aktif untuk setiap validator key.

Mereka menggunakan database perlindungan slashing dan mempertahankan riwayat penandatanganan saat migrasi.

Mereka menghindari desain failover active-active yang tidak aman.

Mereka memantau performa validator, tugas terlewat, konektivitas peer, kesehatan disk, kesehatan klien, dan upgrade chain.

Mereka melindungi signing key dengan remote signer, penyimpanan key aman, hardware security module, atau kontrol akses ketat bila sesuai.

Mereka menguji prosedur upgrade sebelum upgrade produksi.

Mereka menggunakan runbook yang jelas untuk migrasi, pemulihan, respons insiden, dan penghentian darurat.

Mereka memisahkan peran infrastruktur sehingga satu kesalahan tidak mengekspos semua validator key.

Mereka berkomunikasi secara transparan dengan delegator mengenai insiden dan kontrol risiko.

Operasi validator yang baik merupakan pertahanan praktis terkuat terhadap slashing tidak disengaja.

Cara Delegator Mengurangi Risiko Slashing

Delegator mengurangi risiko slashing dengan memilih validator secara cermat.

Mereka perlu meninjau uptime validator, riwayat slashing, komunikasi publik, kematangan infrastruktur, komisi, partisipasi governance, self-stake, dan reputasi komunitas.

Mereka sebaiknya tidak memilih validator hanya karena estimasi reward tertinggi.

Mereka perlu mempertimbangkan diversifikasi jika jaringan memungkinkan delegasi ke beberapa validator.

Mereka perlu memantau status validator setelah mendelegasikan, bukan melupakan posisi tersebut.

Mereka perlu memahami aturan slashing chain secara tepat sebelum staking.

Mereka perlu membaca dokumentasi staking resmi, bukan mengandalkan ringkasan staking umum.

Mereka perlu memahami periode unbonding dan aturan redelegasi.

Mereka perlu mempertimbangkan risiko tambahan liquid staking atau restaking jika menggunakan produk tersebut.

Manajemen risiko delegator dimulai sebelum delegasi dan berlanjut hingga aset ditarik sepenuhnya.

Cara Memeriksa Risiko Slashing Sebelum Staking

Mulailah dengan membaca dokumentasi staking resmi untuk jaringan tersebut.

Periksa apakah slashing bersifat otomatis, manual, ditinjau governance, atau saat ini tidak aktif untuk kesalahan validator normal.

Periksa perilaku mana yang dapat dikenai slashing.

Periksa apakah delegator menanggung kerugian slashing validator.

Periksa apakah downtime dikenai slashing, jailing, atau hanya penalti berupa reward yang terlewat.

Periksa periode unbonding dan apakah slashing dapat berlaku selama periode tersebut.

Periksa riwayat validator melalui explorer, dashboard staking, atau alat ekosistem resmi.

Periksa apakah validator memiliki praktik infrastruktur dan respons insiden yang jelas.

Periksa apakah staking bersifat native, liquid, kustodial, atau restaked karena setiap model mengubah profil risiko.

Keputusan staking yang baik mempertimbangkan reward terhadap risiko slashing, likuiditas, kustodi, pasar, dan smart contract.

Kesalahan Slashing yang Umum

Satu kesalahan umum adalah menganggap semua jaringan Proof of Stake melakukan slashing dengan cara yang sama.

Kesalahan lainnya adalah menganggap penalti downtime sama dengan slashing.

Kesalahan ketiga adalah memilih validator hanya berdasarkan reward yang diiklankan.

Kesalahan keempat adalah mengabaikan apakah delegator menanggung kerugian slashing validator.

Kesalahan kelima adalah menganggap liquid staking menghilangkan risiko slashing.

Kesalahan keenam adalah menjalankan validator key yang sama pada dua mesin sekaligus.

Kesalahan ketujuh adalah memigrasikan infrastruktur validator tanpa mempertahankan data perlindungan slashing.

Kesalahan kedelapan adalah mengabaikan risiko periode unbonding.

Kesalahan kesembilan adalah menganggap reputasi validator lama menjamin keamanan di masa depan.

Kesalahan kesepuluh adalah memperlakukan reward staking sebagai pendapatan bebas risiko.

Manfaat Slashing

Manfaat pertama slashing adalah keamanan Proof of Stake yang lebih kuat.

Manfaat kedua adalah akuntabilitas karena validator dapat kehilangan stake atas perilaku merugikan yang dapat dibuktikan.

Manfaat ketiga adalah finalitas yang lebih baik karena riwayat final yang bertentangan menjadi mahal secara ekonomi.

Manfaat keempat adalah disiplin validator yang lebih baik karena penandatanganan tidak aman dan operasi buruk memiliki konsekuensi.

Manfaat kelima adalah insentif delegator yang lebih baik karena pengguna didorong memilih validator andal.

Manfaat keenam adalah perlindungan terhadap masalah nothing-at-stake.

Manfaat ketujuh adalah kepercayaan jaringan yang lebih kuat karena pesan konsensus didukung risiko ekonomi.

Manfaat kedelapan adalah desentralisasi jangka panjang yang lebih baik ketika delegator mengevaluasi validator tidak hanya berdasarkan reward.

Manfaat kesembilan adalah penegakan berbasis bukti yang lebih jelas karena pesan bertanda tangan dapat membuktikan pelanggaran.

Manfaat kesepuluh adalah slashing menjadikan keamanan Proof of Stake lebih dari sekadar janji sosial.

Risiko dan Keterbatasan Slashing

Risiko pertama adalah slashing tidak disengaja akibat infrastruktur validator yang salah konfigurasi.

Risiko kedua adalah kehilangan stake delegasi ketika delegator menanggung penalti validator.

Risiko ketiga adalah correlated slashing ketika banyak validator menggunakan infrastruktur serupa atau pengaturan operator yang sama.

Risiko keempat adalah sentralisasi validator apabila pengguna hanya mendelegasikan kepada operator yang dianggap paling aman.

Risiko kelima adalah kompleksitas karena banyak pengguna tidak memahami perbedaan aturan slashing di setiap chain.

Risiko keenam adalah komunikasi yang tidak jelas dari produk staking yang menyederhanakan atau menyembunyikan eksposur penalti.

Risiko ketujuh adalah kompleksitas liquid staking atau restaking yang membuat eksposur slashing lebih sulit ditelusuri.

Risiko kedelapan adalah sengketa governance atau sosial mengenai apakah slashing perlu dibatalkan pada jaringan yang memiliki proses peninjauan.

Risiko kesembilan adalah reaksi berlebihan secara operasional, ketika validator menghindari redundansi berguna karena takut double signing.

Risiko kesepuluh adalah rasa percaya diri palsu, karena slashing mengurangi beberapa serangan tetapi tidak menghilangkan seluruh risiko staking, pasar, atau smart contract.

Praktik Terbaik untuk Validator

Jangan pernah menjalankan signing key validator yang sama di dua lokasi aktif secara bersamaan.

Gunakan perlindungan slashing dan pertahankan riwayat penandatanganan saat migrasi.

Rancang sistem failover untuk mencegah penandatanganan duplikat.

Pantau kesehatan validator, tugas terlewat, partisipasi konsensus, dan versi perangkat lunak secara terus-menerus.

Gunakan manajemen key yang aman dan batasi akses ke infrastruktur penandatanganan.

Uji upgrade dan migrasi sebelum perubahan produksi.

Pertahankan prosedur respons insiden yang jelas.

Berkomunikasilah secara terbuka dengan delegator setelah gangguan atau risiko terjadi.

Pahami aturan slashing secara tepat pada setiap jaringan yang dioperasikan.

Perlakukan pencegahan slashing sebagai fungsi keamanan inti, bukan hal yang dipikirkan belakangan.

Praktik Terbaik untuk Delegator

Baca dokumentasi staking resmi sebelum mendelegasikan aset.

Pilih validator berdasarkan keandalan, transparansi, riwayat, dan operasi, bukan hanya reward.

Diversifikasikan eksposur validator jika jaringan mendukungnya dan jika sesuai dengan strategi staking Anda.

Pantau status validator setelah delegasi.

Pahami apakah stake delegasi Anda dapat terkena slashing.

Pahami waktu unbonding, redelegasi, dan penarikan.

Tinjau risiko tambahan sebelum menggunakan produk liquid staking atau restaking.

Simpan catatan deposit staking, reward, redelegasi, dan penarikan untuk tujuan akuntansi dan pajak.

Hindari memperlakukan staking sebagai pendapatan terjamin.

Seimbangkan reward staking dengan risiko slashing, likuiditas, pasar, kustodi, dan protokol.

FAQ

Apa arti slashing dalam kripto?

Slashing berarti validator Proof of Stake kehilangan sebagian kripto yang di-staking karena melanggar aturan jaringan penting.

Mengapa blockchain menggunakan slashing?

Blockchain menggunakan slashing untuk mencegah validator menandatangani pesan bertentangan, menyerang konsensus, atau gagal memenuhi tanggung jawab protokol penting.

Apakah delegator dapat terkena slashing?

Ya, delegator dapat terkena slashing pada beberapa jaringan ketika validator yang menerima delegasi mereka melakukan pelanggaran yang dapat dikenai slashing.

Apakah downtime sama dengan slashing?

Tidak, downtime dapat menyebabkan reward terlewat, penalti, atau jailing, tetapi slashing yang sebenarnya biasanya berarti sebagian stake dihapus atau disita.

Apa penyebab slashing Ethereum?

Slashing Ethereum disebabkan oleh pelanggaran penandatanganan konsensus tertentu, seperti double proposing, double voting, atau surround voting.

Apakah Solana secara otomatis melakukan slashing pada staker?

Halaman staking resmi Solana menyatakan bahwa slashing tidak otomatis di Solana.

Apa itu double signing?

Double signing berarti validator menandatangani pesan konsensus yang bertentangan dalam konteks ketika hanya satu pesan valid yang seharusnya ditandatangani.

Apakah slashing dapat terjadi secara tidak sengaja?

Ya, slashing tidak disengaja dapat terjadi akibat validator key duplikat, failover tidak aman, prosedur migrasi buruk, atau manajemen signing key yang buruk.

Bagaimana pengguna dapat mengurangi risiko slashing?

Pengguna dapat mengurangi risiko slashing dengan memilih validator andal, melakukan diversifikasi bila sesuai, memantau status validator, dan memahami aturan staking jaringan secara tepat.

Apakah staking bebas risiko jika slashing jarang terjadi?

Tidak, staking tetap mencakup risiko validator, risiko pasar, risiko likuiditas, risiko kustodi, risiko smart contract, dan risiko protokol meskipun slashing jarang terjadi.

Kesimpulan

Slashing adalah mekanisme penegakan Proof of Stake yang menghukum validator atas pelanggaran aturan serius dengan menghapus atau menyita sebagian stake mereka.

Slashing penting karena keamanan Proof of Stake bergantung pada validator yang mempertaruhkan modal nyata ketika membantu menentukan riwayat blockchain.

Slashing dapat menghukum tindakan seperti double signing, attestation yang bertentangan, equivocation, kesalahan konsensus berat, atau kegagalan liveness tergantung jaringan.

Model slashing yang tepat berbeda di setiap chain, sehingga pengguna harus selalu meninjau dokumentasi staking resmi sebelum mendelegasikan aset.

Ethereum menggunakan slashing untuk pelanggaran penandatanganan konsensus tertentu, sementara downtime biasa umumnya ditangani melalui penalti, bukan slashing.

Halaman staking resmi Solana menyatakan bahwa slashing tidak otomatis, yang menunjukkan pentingnya konteks khusus chain.

Cosmos SDK dan jaringan bergaya Polkadot menunjukkan bagaimana slashing dapat memengaruhi validator dan delegator melalui desain staking yang berbeda.

Bagi validator, pencegahan slashing bergantung pada manajemen key aman, perlindungan slashing, failover aman, pemantauan, dan operasi disiplin.

Bagi delegator, manajemen risiko slashing bergantung pada pemilihan validator, diversifikasi, pemantauan, dan pemahaman aturan unbonding serta produk staking.

Dalam konteks glosarium kripto, Slashing berarti hilangnya token yang di-staking akibat pelanggaran validator atau pelanggaran staking yang ditetapkan protokol.

Poin utamanya adalah slashing memperkuat keamanan Proof of Stake, tetapi juga menjadikan staking sebagai aktivitas yang mengandung risiko dan memerlukan operasi validator yang cermat serta keputusan delegasi yang terinformasi.