#dusk $DUSK @Dusk Memasukkan kepatuhan ke lapisan privasi, tetapi tidak memindahkan produk keluar dari CLI
Beberapa hari ini saya meninjau ulang testnet dan dokumentasi Dusk. Saya tidak melihat omong kosong roadmap; saya hanya mengujinya dari tiga pintu: node, transfer, dan penjelajah blok. Yang ingin dilakukan Dusk di jalur privasi sebenarnya bukan hal baru: menjadikan privatisasi aset yang diregulasi sebagai kemampuan bawaan di rantai. Namun cara mereka menanam identitas kepatuhan langsung ke dalam konstruksi transaksi, berbeda dengan Secret dan Oasis. Secret lebih condong ke kontrak privasi serbaguna, Oasis mengandalkan isolasi lewat TEE, sedangkan Dusk lebih seperti memajang aspek keterauditannya terlebih dahulu, lalu menekan volume informasi dengan bukti pengetahuan nol (zero-knowledge). Arahnya tidak buruk, tapi dari sisi produk jelas tertinggal satu langkah.
Kebutuhan sumber daya untuk menjalankan node tidak terlampau besar, cukup ramah untuk validator skala kecil-menengah. Masalah utamanya ada pada jalur interaksi. Satu kali melakukan transfer privasi, perubahan status yang terbaca hampir tidak terlihat di penjelajah blok; satu-satunya yang bisa diakses adalah kembali ke CLI dan melihat log kejadian (event log). Transparansi setengah ini masih bisa dimaklumi bagi tujuan privasi, tetapi akan sangat menyulitkan tim yang melakukan audit kepatuhan. Dokumentasi SDK Dusk juga terputus: contoh dasar bisa berjalan, tapi begitu menyentuh pemisahan hak (permission splitting) dan selective disclosure, penjelasannya berhenti begitu saja. Dibandingkan Polymesh, alat layer identitas di sana jauh lebih halus—tingkat peran dan aturan tanda tangan (signature) bisa dikonfigurasi langsung sejak awal.
Untuk urusan token, sejauh yang saya lihat, nilai yang ditangkap jaringan Dusk token saat ini masih berputar pada staking dan biaya; bobot tata kelola (governance weight) tidak menunjukkan banyak pembedaan. Narasi kepatuhan mereka bisa mudah diterima di pasar sekunder, tetapi jika ingin benar-benar membuat institusi bisa memasang asetnya, masih kurang sebuah modul alur identitas yang tidak bergantung pada KYC manual. Oasis dan Concordium lebih matang dalam menangani batasan antara identitas privasi dan kepatuhan di chain. Jika Dusk hanya berhenti pada demonstrasi testnet, kesenjangannya hanya akan terus melebar.
Saya tidak meragukan nilai jangka panjang dari jalur public chain berbasis privasi, bahkan menurut saya sudut yang dipilih Dusk lebih mampu menghadapi regulasi dibanding narasi yang murni anonim. Tapi saat ini, saya mendapat kesan bahwa ambisi di level protokol lebih besar daripada tingkat kelengkapan di level aplikasi. Daripada terus menekankan “ramah kepatuhan”, lebih baik dulu mengambil developer keluar dari CLI—lengkapi browser dan alat-alat identitas.
Beberapa hari ini saya meninjau ulang testnet dan dokumentasi Dusk. Saya tidak melihat omong kosong roadmap; saya hanya mengujinya dari tiga pintu: node, transfer, dan penjelajah blok. Yang ingin dilakukan Dusk di jalur privasi sebenarnya bukan hal baru: menjadikan privatisasi aset yang diregulasi sebagai kemampuan bawaan di rantai. Namun cara mereka menanam identitas kepatuhan langsung ke dalam konstruksi transaksi, berbeda dengan Secret dan Oasis. Secret lebih condong ke kontrak privasi serbaguna, Oasis mengandalkan isolasi lewat TEE, sedangkan Dusk lebih seperti memajang aspek keterauditannya terlebih dahulu, lalu menekan volume informasi dengan bukti pengetahuan nol (zero-knowledge). Arahnya tidak buruk, tapi dari sisi produk jelas tertinggal satu langkah.
Kebutuhan sumber daya untuk menjalankan node tidak terlampau besar, cukup ramah untuk validator skala kecil-menengah. Masalah utamanya ada pada jalur interaksi. Satu kali melakukan transfer privasi, perubahan status yang terbaca hampir tidak terlihat di penjelajah blok; satu-satunya yang bisa diakses adalah kembali ke CLI dan melihat log kejadian (event log). Transparansi setengah ini masih bisa dimaklumi bagi tujuan privasi, tetapi akan sangat menyulitkan tim yang melakukan audit kepatuhan. Dokumentasi SDK Dusk juga terputus: contoh dasar bisa berjalan, tapi begitu menyentuh pemisahan hak (permission splitting) dan selective disclosure, penjelasannya berhenti begitu saja. Dibandingkan Polymesh, alat layer identitas di sana jauh lebih halus—tingkat peran dan aturan tanda tangan (signature) bisa dikonfigurasi langsung sejak awal.
Untuk urusan token, sejauh yang saya lihat, nilai yang ditangkap jaringan Dusk token saat ini masih berputar pada staking dan biaya; bobot tata kelola (governance weight) tidak menunjukkan banyak pembedaan. Narasi kepatuhan mereka bisa mudah diterima di pasar sekunder, tetapi jika ingin benar-benar membuat institusi bisa memasang asetnya, masih kurang sebuah modul alur identitas yang tidak bergantung pada KYC manual. Oasis dan Concordium lebih matang dalam menangani batasan antara identitas privasi dan kepatuhan di chain. Jika Dusk hanya berhenti pada demonstrasi testnet, kesenjangannya hanya akan terus melebar.
Saya tidak meragukan nilai jangka panjang dari jalur public chain berbasis privasi, bahkan menurut saya sudut yang dipilih Dusk lebih mampu menghadapi regulasi dibanding narasi yang murni anonim. Tapi saat ini, saya mendapat kesan bahwa ambisi di level protokol lebih besar daripada tingkat kelengkapan di level aplikasi. Daripada terus menekankan “ramah kepatuhan”, lebih baik dulu mengambil developer keluar dari CLI—lengkapi browser dan alat-alat identitas.