#dusk $DUSK @Dusk Kerangka RWA DUSK menyusun risiko menjadi enam daftar, tetapi ada satu yang terlewat: penetapan piutang macet setelah cakupan slashing validator yang tidak memadai. Keuangan tradisional menyebutnya waterfall—kerugian dibebankan, berdasarkan urutan apa, dan siapa yang menanggungnya.
Dalam skenario NPEX + DUSK Succinct Attestation, saat penyelesaian satu surat utang tokenisasi, bila node-node berkomite yang bersifat Byzantine menandatangani dua kali sehingga terjadi rollback, slash keras akan membakar 10%-20% jaminan validator. Namun kerugian transaksi RWA mencapai 500 ribu USDC, sementara jaminan node hanya 20 ribu DUSK (sekitar 10 ribu USDC); selisihnya itulah piutang macet.
Penanggung pertama adalah investor RWA. Setelah slash, selisih tersebut terus berlanjut, sehingga pokok dan bunga obligasi tergerus. Lapisan privasi DUSK (Phoenix) membuat audit on-chain lebih rumit, sehingga jendela penemuan eksposur menjadi tertunda.
Kedua adalah dana cadangan protokol. DUSK memiliki Treasury yang bisa disuntikkan ke cadangan, tetapi slash bersifat satu arah—DUSK yang dibakar tidak masuk ke asuransi pool, melainkan langsung keluar dari peredaran. Apakah Treasury dapat menutup selisih slash pada skenario RWA perlu disepakati, dan kegagalan konsensus harus didefinisikan secara tegas sebagai "risiko yang dapat ditanggung".
Ketiga adalah pemegang DUSK. Jika protokol memberi jaminan, penerbitan tambahan atau alokasi Treasury dapat digunakan untuk kompensasi. Namun masalah tata kelola adalah: apakah pemegang bersedia menutup biaya gesekan akibat kesalahan validator dengan aset mereka sendiri?
Kasus terburuk adalah tidak ada pihak yang menanggung. Selisih slash tidak bisa dialokasikan, sehingga piutang macet berubah menjadi kerugian kredit sistemik—penerbit RWA akan menetapkan ulang harga keandalan penyelesaian DUSK, sementara institusi menarik dana.
DUSK sudah menyentuh kategorisasi risiko, tetapi pada rantai "insentif hukuman validator yang tidak menutupi", siapa yang menanggung biayanya adalah batas kepercayaan. Menjalankan slash di testnet patut didorong, tetapi diagram waterfall dari slashing gap dalam dokumentasi publik lebih meyakinkan daripada catatan pembakaran satu halaman #DUSK DUSK
Dalam skenario NPEX + DUSK Succinct Attestation, saat penyelesaian satu surat utang tokenisasi, bila node-node berkomite yang bersifat Byzantine menandatangani dua kali sehingga terjadi rollback, slash keras akan membakar 10%-20% jaminan validator. Namun kerugian transaksi RWA mencapai 500 ribu USDC, sementara jaminan node hanya 20 ribu DUSK (sekitar 10 ribu USDC); selisihnya itulah piutang macet.
Penanggung pertama adalah investor RWA. Setelah slash, selisih tersebut terus berlanjut, sehingga pokok dan bunga obligasi tergerus. Lapisan privasi DUSK (Phoenix) membuat audit on-chain lebih rumit, sehingga jendela penemuan eksposur menjadi tertunda.
Kedua adalah dana cadangan protokol. DUSK memiliki Treasury yang bisa disuntikkan ke cadangan, tetapi slash bersifat satu arah—DUSK yang dibakar tidak masuk ke asuransi pool, melainkan langsung keluar dari peredaran. Apakah Treasury dapat menutup selisih slash pada skenario RWA perlu disepakati, dan kegagalan konsensus harus didefinisikan secara tegas sebagai "risiko yang dapat ditanggung".
Ketiga adalah pemegang DUSK. Jika protokol memberi jaminan, penerbitan tambahan atau alokasi Treasury dapat digunakan untuk kompensasi. Namun masalah tata kelola adalah: apakah pemegang bersedia menutup biaya gesekan akibat kesalahan validator dengan aset mereka sendiri?
Kasus terburuk adalah tidak ada pihak yang menanggung. Selisih slash tidak bisa dialokasikan, sehingga piutang macet berubah menjadi kerugian kredit sistemik—penerbit RWA akan menetapkan ulang harga keandalan penyelesaian DUSK, sementara institusi menarik dana.
DUSK sudah menyentuh kategorisasi risiko, tetapi pada rantai "insentif hukuman validator yang tidak menutupi", siapa yang menanggung biayanya adalah batas kepercayaan. Menjalankan slash di testnet patut didorong, tetapi diagram waterfall dari slashing gap dalam dokumentasi publik lebih meyakinkan daripada catatan pembakaran satu halaman #DUSK DUSK