"Private by default, auditable when required" adalah tagline yang paling sering saya lihat melekat pada Dusk Network, dan saya terus bolak-balik apakah itu benar-benar menggambarkan jalur tengah kriptografi yang autentik, atau sekadar kalimat yang bekerja untuk urusan PR yang hanya sebagian dibuktikan oleh teknologinya.
Kriptografinya memang nyata. Bukti zero-knowledge memungkinkan Dusk memvalidasi transaksi tanpa mengungkap isinya, dan selective disclosure melalui Citadel serta lapisan kepatuhan di sekitar Zedger dan Hedger memungkinkan atribut-atribut tertentu terbukti kepada pihak-pihak tertentu atas permintaan. Itu adalah arsitektur yang secara bermakna berbeda dari rantai yang sepenuhnya transparan maupun yang sepenuhnya tertutup, dan itu sangat selaras dengan kebutuhan yang benar-benar diminta oleh keuangan yang teregulasi: kerahasiaan dari publik umum, visibilitas bagi siapa pun yang memiliki otoritas hukum untuk bertanya. Lapisan kepatuhan di sekitar Zedger mencakup logika kontrak seperti kemampuan untuk membatalkan (revert) transaksi, menerapkan whitelist, atau mengelola pemungutan suara dan pembayaran dividen—persis jenis kontrol yang biasanya diminta oleh regulator sekuritas sebelum mereka menandatangani apa pun.
Tagline tersebut menutupi satu bagian tertentu. Auditable when required memunculkan pertanyaan tentang siapa yang memutuskan kapan itu diperlukan, siapa yang memegang kunci atau izin yang memicu pengungkapan, dan melalui proses seperti apa. Itu bukan masalah kriptografi yang dapat diselesaikan secara otomatis oleh matematika Dusk. Ini adalah pertanyaan tata kelola dan desain hukum, yang ditangani melalui pengaturan lisensi seperti yang melibatkan NPEX dan melalui kontrol akses apa pun yang dipilih oleh sebuah aplikasi untuk diimplementasikan. Dua aplikasi yang dibangun dengan primitivas privasi yang sama bisa menetapkan aturan yang sangat berbeda tentang siapa yang berhak memaksa pengungkapan dan bagaimana caranya.
Jadi saya akan menyebut frasa itu akurat tetapi tidak lengkap. Privasi bawaan memang berlandaskan secara teknis. Bagian auditabilitas bergantung pada pilihan yang dibuat di atas lapisan protokol, dan pilihan-pilihan tersebut pantas mendapatkan pemeriksaan yang setidaknya setara dengan kriptografi yang mendasarinya.
#dusk $DUSK @Dusk
Kriptografinya memang nyata. Bukti zero-knowledge memungkinkan Dusk memvalidasi transaksi tanpa mengungkap isinya, dan selective disclosure melalui Citadel serta lapisan kepatuhan di sekitar Zedger dan Hedger memungkinkan atribut-atribut tertentu terbukti kepada pihak-pihak tertentu atas permintaan. Itu adalah arsitektur yang secara bermakna berbeda dari rantai yang sepenuhnya transparan maupun yang sepenuhnya tertutup, dan itu sangat selaras dengan kebutuhan yang benar-benar diminta oleh keuangan yang teregulasi: kerahasiaan dari publik umum, visibilitas bagi siapa pun yang memiliki otoritas hukum untuk bertanya. Lapisan kepatuhan di sekitar Zedger mencakup logika kontrak seperti kemampuan untuk membatalkan (revert) transaksi, menerapkan whitelist, atau mengelola pemungutan suara dan pembayaran dividen—persis jenis kontrol yang biasanya diminta oleh regulator sekuritas sebelum mereka menandatangani apa pun.
Tagline tersebut menutupi satu bagian tertentu. Auditable when required memunculkan pertanyaan tentang siapa yang memutuskan kapan itu diperlukan, siapa yang memegang kunci atau izin yang memicu pengungkapan, dan melalui proses seperti apa. Itu bukan masalah kriptografi yang dapat diselesaikan secara otomatis oleh matematika Dusk. Ini adalah pertanyaan tata kelola dan desain hukum, yang ditangani melalui pengaturan lisensi seperti yang melibatkan NPEX dan melalui kontrol akses apa pun yang dipilih oleh sebuah aplikasi untuk diimplementasikan. Dua aplikasi yang dibangun dengan primitivas privasi yang sama bisa menetapkan aturan yang sangat berbeda tentang siapa yang berhak memaksa pengungkapan dan bagaimana caranya.
Jadi saya akan menyebut frasa itu akurat tetapi tidak lengkap. Privasi bawaan memang berlandaskan secara teknis. Bagian auditabilitas bergantung pada pilihan yang dibuat di atas lapisan protokol, dan pilihan-pilihan tersebut pantas mendapatkan pemeriksaan yang setidaknya setara dengan kriptografi yang mendasarinya.
#dusk $DUSK @Dusk