#dusk $DUSK @Dusk
Satu hal yang menurut saya menarik tentang Dusk adalah desain privasinya tampaknya kurang berfokus pada menyembunyikan segalanya, dan lebih pada menentukan informasi apa yang seharusnya diekspos oleh sistem keuangan.
Perbedaan itu penting karena “privasi” tidak selalu sama dengan “kerahasiaan.” Sebuah bisnis mungkin perlu agar transaksi tetap dapat diaudit, sementara seorang individu mungkin tidak ingin saldo, pihak lawan, atau riwayat pembayarannya terlihat oleh semua orang. Menggabungkan kedua kebutuhan ini dalam satu jaringan menciptakan pertanyaan yang lebih berguna: di mana transparansi seharusnya ditempatkan, dan siapa yang berhak memutuskan?
Bagian praktisnya ada pada arsitektur. Dusk memisahkan aktivitas ke dalam model transaksi yang berbeda, alih-alih memaksa setiap kasus penggunaan melalui mekanisme yang sama. Itu bisa masuk akal secara teknis, tetapi juga menciptakan tanggung jawab di lapisan aplikasi.
Seorang pengguna tidak seharusnya perlu memahami kriptografi untuk mengetahui apa yang mereka daftarkan.
Di sinilah saya merasa tantangan sebenarnya muncul. Menawarkan pilihan itu kuat hanya jika pilihannya dapat dipahami. Kalau tidak, fleksibilitas bisa menjadi sumber risiko lain: seseorang mengira mereka menggunakan transaksi privat, padahal aplikasi sebenarnya menggunakan transaksi yang transparan.
Jadi saya kurang tertarik pada apakah Dusk bisa menawarkan dua model tersebut, dibandingkan pada seberapa andal dompet dan aplikasi menyampaikan perbedaan itu.
Dalam sistem keuangan, privasi bukan hanya fitur protokol. Privasi juga merupakan ekspektasi pengguna.
Satu hal yang menurut saya menarik tentang Dusk adalah desain privasinya tampaknya kurang berfokus pada menyembunyikan segalanya, dan lebih pada menentukan informasi apa yang seharusnya diekspos oleh sistem keuangan.
Perbedaan itu penting karena “privasi” tidak selalu sama dengan “kerahasiaan.” Sebuah bisnis mungkin perlu agar transaksi tetap dapat diaudit, sementara seorang individu mungkin tidak ingin saldo, pihak lawan, atau riwayat pembayarannya terlihat oleh semua orang. Menggabungkan kedua kebutuhan ini dalam satu jaringan menciptakan pertanyaan yang lebih berguna: di mana transparansi seharusnya ditempatkan, dan siapa yang berhak memutuskan?
Bagian praktisnya ada pada arsitektur. Dusk memisahkan aktivitas ke dalam model transaksi yang berbeda, alih-alih memaksa setiap kasus penggunaan melalui mekanisme yang sama. Itu bisa masuk akal secara teknis, tetapi juga menciptakan tanggung jawab di lapisan aplikasi.
Seorang pengguna tidak seharusnya perlu memahami kriptografi untuk mengetahui apa yang mereka daftarkan.
Di sinilah saya merasa tantangan sebenarnya muncul. Menawarkan pilihan itu kuat hanya jika pilihannya dapat dipahami. Kalau tidak, fleksibilitas bisa menjadi sumber risiko lain: seseorang mengira mereka menggunakan transaksi privat, padahal aplikasi sebenarnya menggunakan transaksi yang transparan.
Jadi saya kurang tertarik pada apakah Dusk bisa menawarkan dua model tersebut, dibandingkan pada seberapa andal dompet dan aplikasi menyampaikan perbedaan itu.
Dalam sistem keuangan, privasi bukan hanya fitur protokol. Privasi juga merupakan ekspektasi pengguna.
