#dusk $DUSK Lebih seru membaca catatan commit GitHub DUSK dibandingkan membaca buku panduan (whitepaper). Dari bulan April hingga Juni 2026, di repositori rusk muncul kata kunci yang sering muncul: revocation. Tiga minor release berturut-turut semuanya menambal case batas terkait pencabutan (revocation) kredensial Citadel—bagaimana menangani token "investor terakreditasi" yang pernah ditandatangani setelah lembaga tersebut bangkrut; bagaimana menyinkronkan daftar pencabutan lintas yurisdiksi; dan apakah bukti ZK yang sudah dihasilkan setelah pencabutan perlu ditelusuri untuk dinyatakan tidak berlaku.
Ini tepat kelemahan lunak DUSK yang paling mudah terlewat. Semua orang fokus pada privacy UTXO milik Phoenix dan selective disclosure milik Hedger, menganggap model "default tersembunyi + izin dapat diaudit" sudah menyelesaikan pertentangan antara kepatuhan dan privasi. Namun jangkar kepercayaan pada lapisan identitas Citadel bukanlah sirkuit ZK, melainkan penerbitnya—jika penerbit bangkrut atau dicabut izinnya, semua credential yang pernah diterbitkannya secara makna hukum langsung menjadi kertas bekas, tetapi bukti di blockchain yang telah dibuat menggunakan credential tersebut tidak otomatis menjadi tidak valid.
Di sinilah muncul masalah lama: bukti ZK tentang "pada saat itu saya memenuhi syarat" dan "saat ini saya masih memenuhi syarat" adalah dua hal berbeda; yang terakhir memerlukan pengecekan pencabutan secara real-time, dan pengecekan real-time ini harus melalui blockchain (biaya gas tinggi) atau melalui oracle (model kepercayaan menurun). Dokumentasi DUSK saat ini tidak banyak membahas parameter tata kelola kunci seperti jendela penundaan pencabutan, asuransi tanggung jawab penerbit, serta pemetaan kredensial lintas yurisdiksi—padahal justru inilah pertanyaan pertama yang diajukan oleh lembaga keuangan berizin saat due diligence.
Kode bisa menyelesaikan "bagaimana membuktikan", tapi tidak bisa menyelesaikan "siapa yang berwenang". Jika DUSK dalam satu tahun ke depan tidak memasukkan kerangka tata kelola Citadel ke dalam perjanjian tambahan yang bersifat legal, dan tidak membuat pihak berizin seperti NPEX atau 21X menanggung tanggung jawab penerbitan secara kontraktual, maka di mata lembaga, DUSK akan selamanya menjadi sekadar "prototipe teknologi", bukan infrastruktur keuangan yang bisa dikelola.
#dusk @Dusk