#dusk $DUSK @Dusk
Kehilangan satu suara empat puluh detik bulan lalu dan menghabiskan jam berikutnya menyegarkan dasbor saya, yakin bahwa saya telah kehilangan setoran saya. Ternyata saya tidak. Itu membawa saya masuk ke lubang kelinci untuk memahami bagaimana sistem hadiah Dusk benar-benar bekerja, dan desainnya menjawab kekhawatiran saya lebih baik dari yang saya perkirakan.

Pembagian hadiah memberi pembuat blok hingga delapan puluh persen dari total, dengan sebagian dari porsi tambahan itu bergantung pada berapa banyak kredit yang dimasukkan dalam sertifikat. Sepuluh persen dialokasikan ke dana pengembangan, dan sepuluh persen terakhir dibagi rata antara komite validasi dan ratifikasi. Tidak ada yang mengejutkan di situ. Yang menarik perhatian saya adalah betapa sengajanya bobot itu condong ke pembuat blok. Awalnya terasa aneh bahwa begitu banyak diberikan ke satu peran, tetapi masuk akal kalau Anda memikirkan siapa yang sebenarnya melakukan pekerjaan berat untuk setiap blok.

Bagian yang benar-benar penting adalah sistem kesalahan. Dusk memisahkan kesalahan minor dari kesalahan mayor, bukan memperlakukan setiap kekeliruan dengan cara yang sama. Terlewat memberikan suara karena node Anda sempat tersendat, lalu Anda akan ditangguhkan untuk sementara dengan sebagian setoran terkunci. Tidak ada yang hangus. Melakukan sesuatu yang terbukti berbahaya, seperti menandatangani suara yang saling bertentangan, itu kategori yang berbeda sepenuhnya dengan setoran nyata yang hangus. Saya ingat membaca protokol bertahun-tahun lalu yang hanya membakar setoran untuk setiap downtime, dan jujur saja, itu selalu terasa lebih menghukum daripada melindungi.

Mungkin saya terlalu memikirkan hal ini, tetapi pembedaan ini terasa seperti wawasan desain yang sesungguhnya di sini. Sistem ini tidak menghukum operator yang jujur atas masalah infrastruktur, sekaligus tetap membuat serangan yang disengaja menjadi mahal. Apakah keseimbangan itu tetap bertahan saat menghadapi tekanan jaringan yang nyata dan berskala besar masih menjadi sesuatu yang ingin saya tahu. Sistem slashing selalu terlihat lebih rapi di atas kertas daripada saat diterapkan ketika ribuan validator benar-benar menjalankannya.

$TUT
$ZRO
Bagaimana Dusk harus menangani kesalahan validator?