Skip to main content

Apa itu slashing

Catatan: Dokumen ini adalah terjemahan otomatis dari versi asli bahasa Inggris.

Apa itu slashing

Slashing adalah mekanisme penalti dalam jaringan blockchain Proof of Stake (PoS) yang menghukum validator atas perilaku yang mengancam keamanan atau integritas jaringan. Ketika seorang validator terkena slashing, sebagian token yang di-stake dimusnahkan (dibakar) atau didistribusikan ulang, dan validator biasanya dikeluarkan dari set aktif — baik sementara maupun permanen.

Slashing ada karena jaringan PoS mengandalkan insentif ekonomi, bukan kerja komputasi, untuk mengamankan chain. Validator mengunci token sebagai jaminan; slashing memastikan jaminan ini benar-benar berisiko jika validator berbuat curang.

Singkatnya: slashing adalah hukuman ekonomi atas pelanggaran validator dalam sistem PoS — dan bagi proyek kripto AI yang melibatkan staking atau partisipasi validator, slashing merepresentasikan risiko finansial konkret yang terkait dengan keandalan infrastruktur.

Cara kerja slashing

Pelanggaran yang memicu slashing

Tidak setiap kesalahan validator berujung pada slashing. Protokol biasanya membedakan antara penalti ringan (karena offline atau lambat) dan pelanggaran tingkat slashing (perilaku yang dapat membahayakan konsensus jaringan). Pelanggaran yang paling umum dikenai slashing adalah:

  • Double signing (equivocation) — validator menandatangani dua blok berbeda untuk slot atau ketinggian yang sama, yang secara efektif mencoba membuat fork. Ini adalah pelanggaran paling serius karena langsung mengancam integritas konsensus.
  • Surround voting — validator memberikan suara atestasi yang saling bertentangan dengan cara yang dapat memungkinkan reorganisasi chain. Ini spesifik pada konsensus Casper FFG milik Ethereum.
  • Downtime berkepanjangan — di beberapa jaringan, periode offline yang lama mengakibatkan penalti progresif yang dapat meningkat menjadi slashing. Di Ethereum, offline mengakibatkan penalti "inactivity leak", bukan slashing formal, tetapi chain PoS lain dapat memperlakukan downtime berkepanjangan sebagai pelanggaran yang dapat dikenai slashing.

Proses penalti

Ketika perilaku yang dapat dikenai slashing terdeteksi, protokol memberlakukan konsekuensinya secara otomatis melalui logika on-chain:

  1. Deteksi — validator lain atau kontrak pemantau mengidentifikasi tanda tangan yang saling bertentangan atau pelanggaran protokol.
  2. Pengajuan bukti — bukti pelanggaran (mis. dua pesan bertanda tangan yang saling bertentangan) diajukan on-chain, sering kali oleh "whistleblower" yang dapat menerima imbalan.
  3. Penerapan penalti — protokol membakar persentase tertentu dari stake validator yang melanggar. Jumlah pastinya bervariasi menurut jaringan dan tingkat keseriusan pelanggaran. Di Ethereum, penalti slashing minimum adalah 1/32 dari saldo efektif validator, dengan tambahan "correlation penalty" jika banyak validator terkena slashing secara bersamaan.
  4. Pengeluaran — validator yang terkena slashing dikeluarkan dari set aktif dan masuk antrean penarikan. Di beberapa jaringan, validator tidak dapat bergabung kembali; di jaringan lain, ia dapat masuk kembali setelah periode cooldown dan melakukan staking ulang.

Correlation penalty

Beberapa protokol, terutama Ethereum, memberlakukan correlation penalty yang meningkat sesuai jumlah validator yang terkena slashing dalam jendela waktu yang sama. Jika satu validator terkena slashing secara terisolasi, penaltinya relatif kecil. Namun jika sejumlah besar validator terkena slashing bersamaan — mengindikasikan serangan terkoordinasi atau bug perangkat lunak yang meluas — penaltinya meningkat drastis, hingga seluruh stake. Desain ini memastikan kegagalan yang berkorelasi (yang lebih berbahaya bagi jaringan) dihukum lebih berat daripada insiden yang terisolasi.

Mengapa slashing penting untuk proyek kripto AI

Proyek AI yang berdekatan dengan validator. Beberapa proyek kripto AI melibatkan staking atau peran serupa validator: peserta melakukan staking token dan menyediakan layanan komputasi AI, pelabelan data, atau verifikasi model. Jika sistem ini menyertakan slashing untuk output berkualitas buruk atau perilaku tidak jujur, peserta menghadapi risiko ekonomi nyata — bukan sekadar opportunity cost.

Risiko bagi modal yang di-stake. Setiap proyek yang mendorong pengguna melakukan staking token di jaringan PoS memaparkan pengguna tersebut pada risiko slashing. Alat optimasi staking berbasis AI atau protokol liquid staking harus memperhitungkan skenario slashing dalam model risikonya. Agen AI yang mengelola posisi staking tetapi mengabaikan risiko slashing adalah agen yang tidak lengkap.

Penegakan kualitas. Dalam jaringan AI terdesentralisasi (marketplace komputasi, jaringan inference, lapisan validasi data), mekanisme serupa slashing dapat menegakkan kualitas: node yang mengembalikan hasil inference yang salah, mengirim data yang rusak, atau gagal menyelesaikan tugas yang ditetapkan dapat kehilangan jaminan yang di-stake. Ini mengadaptasi konsep slashing blockchain ke konteks khusus AI.

Di mana ini muncul dalam kartu proyek DecAIHub

  • Consensus — proyek di chain PoS (Ethereum, Solana, Avalanche, jaringan berbasis Cosmos, dan lainnya) mewarisi slashing sebagai bagian dari mekanisme konsensus. Kolom consensus di kartu proyek secara tidak langsung menunjukkan apakah slashing berlaku pada jaringan yang mendasarinya.
  • Staking — proyek yang melibatkan staking (baik di jaringannya sendiri maupun di main chain tempat ia diterapkan) memaparkan para staker pada risiko slashing. Model staking yang dijelaskan di kartu proyek dapat merujuk pada kondisi slashing.
  • Token model — untuk proyek dengan arsitektur berbasis validator, token model dapat menyertakan slashing sebagai bagian dari desain insentif: validator melakukan staking token proyek dan berisiko terkena slashing atas pelanggaran.
  • Type — proyek L1 yang mengimplementasikan konsensus PoS sendiri secara langsung menentukan aturan slashing. Proyek L2 dan dApp mewarisi kondisi slashing dari main chain mereka.

Apa yang tidak dibuktikan oleh slashing semata

  • Keamanan — keberadaan slashing tidak menjamin jaringan aman. Slashing menangkal aktor ekonomi rasional, tetapi tidak mencegah bug, rekayasa sosial, atau serangan tata kelola. Seorang validator dapat terkena slashing karena bug perangkat lunak, bukan niat jahat.
  • Desentralisasi — slashing adalah mekanisme, bukan ukuran desentralisasi. Jaringan dengan slashing tetap dapat memiliki set validator yang kecil dan terkonsentrasi.
  • Kualitas AI — mengadaptasi slashing untuk menghukum output AI yang buruk adalah pola desain yang valid, tetapi efektivitasnya bergantung pada kemampuan memverifikasi kualitas output secara objektif on-chain. Untuk tugas AI kompleks yang kualitasnya subjektif, kriteria slashing mungkin sulit didefinisikan secara adil.
  • Nilai token — slashing memengaruhi pasokan token (token yang dibakar mengurangi pasokan beredar), tetapi efek mekanis ini tidak menentukan apakah token memiliki nilai atau keperluan fundamental.

Pertanyaan yang sering diajukan

Bisakah slashing terjadi karena kecelakaan?

Ya. Penyebab paling umum slashing yang tidak disengaja adalah menjalankan kunci validator yang sama di dua mesin berbeda secara bersamaan (kesalahan konfigurasi yang berujung pada double signing). Bug perangkat lunak pada klien validator juga pernah menyebabkan peristiwa slashing. Inilah mengapa operator validator memperlakukan redundansi dan manajemen kunci secara serius — dan mengapa keragaman klien (menjalankan implementasi perangkat lunak yang berbeda) penting bagi jaringan secara keseluruhan.

Apakah setiap jaringan PoS memiliki slashing?

Sebagian besar jaringan PoS mengimplementasikan slashing dalam bentuk tertentu, tetapi tingkat keparahan dan kondisinya bervariasi. Ethereum memiliki mekanisme slashing formal untuk double signing dan surround voting. Chain berbasis Cosmos melakukan slashing atas double signing dan downtime berkepanjangan. Beberapa jaringan menggunakan penalti yang lebih ringan (seperti "jailing" validator sementara) alih-alih memusnahkan stake. Aturan slashing spesifik adalah bagian dari desain setiap protokol dan didokumentasikan dalam spesifikasinya.

Referensi eksternal

Lihat juga

No comments to display

Back to top