Mengapa Jaringan Privasi Akan Memilih Setoran Publik?
Jaringan keuangan yang berfokus pada privasi memilih model transaksi publik untuk setoran pertukaran tampak kontradiktif. Menurut saya, ini mengungkap aturan yang lebih berguna: privasi bernilai hanya jika privasi tersebut tidak menghancurkan visibilitas yang memang dibutuhkan oleh suatu operasi.
Dokumentasi integrasi pertukaran Dusk saat ini memberi tahu bursa untuk menggunakan Moonlight, yaitu model akun publiknya. Setoran dipindai dari riwayat yang sudah final, dikaitkan ke akun pelanggan atau memo, dan dikreditkan hanya setelah eksekusi serta finalitas dikonfirmasi.
Pilihan itu penting. Layanan penitipan tidak sekadar perlu transfer agar valid secara kriptografis; layanan tersebut harus tahu pelanggan mana yang harus dikreditkan, menghindari pencatatan ganda, dan dapat mereproduksi buku besar di kemudian hari. Menyembunyikan lebih banyak data pada titik batas itu justru dapat meningkatkan risiko operasional daripada menguranginya.
Namun, ekstrem yang berlawanan juga lemah. Jika setiap arus keuangan dibuat publik hanya karena rekonsiliasi menjadi lebih mudah, kerahasiaan akan lenyap tepat di tempat pasar mungkin memerlukannya.
Jadi, saya tidak akan membingkai desain privasi Dusk sebagai “membuat keuangan menjadi privat.” Gagasan yang lebih kuat justru lebih spesifik: buat visibilitas itu disengaja. Privasi ada di tempat di mana pengungkapan menciptakan paparan yang tidak perlu; transparansi ada di tempat di mana koordinasi bergantung pada bukti yang dibagikan. Dokumentasi infrastruktur pasar Dusk yang lebih luas secara eksplisit menempatkan tumpukan tersebut untuk mengoordinasikan data publik dan data yang dilindungi, bukan menjadikan setiap alur kerja secara seragam privat.
Itu adalah masalah arsitektur yang lebih sulit daripada sekadar memaksimalkan kerahasiaan.
@Dusk_Foundation $DUSK #dusk $MAGMA $BOME
Jaringan keuangan yang berfokus pada privasi memilih model transaksi publik untuk setoran pertukaran tampak kontradiktif. Menurut saya, ini mengungkap aturan yang lebih berguna: privasi bernilai hanya jika privasi tersebut tidak menghancurkan visibilitas yang memang dibutuhkan oleh suatu operasi.
Dokumentasi integrasi pertukaran Dusk saat ini memberi tahu bursa untuk menggunakan Moonlight, yaitu model akun publiknya. Setoran dipindai dari riwayat yang sudah final, dikaitkan ke akun pelanggan atau memo, dan dikreditkan hanya setelah eksekusi serta finalitas dikonfirmasi.
Pilihan itu penting. Layanan penitipan tidak sekadar perlu transfer agar valid secara kriptografis; layanan tersebut harus tahu pelanggan mana yang harus dikreditkan, menghindari pencatatan ganda, dan dapat mereproduksi buku besar di kemudian hari. Menyembunyikan lebih banyak data pada titik batas itu justru dapat meningkatkan risiko operasional daripada menguranginya.
Namun, ekstrem yang berlawanan juga lemah. Jika setiap arus keuangan dibuat publik hanya karena rekonsiliasi menjadi lebih mudah, kerahasiaan akan lenyap tepat di tempat pasar mungkin memerlukannya.
Jadi, saya tidak akan membingkai desain privasi Dusk sebagai “membuat keuangan menjadi privat.” Gagasan yang lebih kuat justru lebih spesifik: buat visibilitas itu disengaja. Privasi ada di tempat di mana pengungkapan menciptakan paparan yang tidak perlu; transparansi ada di tempat di mana koordinasi bergantung pada bukti yang dibagikan. Dokumentasi infrastruktur pasar Dusk yang lebih luas secara eksplisit menempatkan tumpukan tersebut untuk mengoordinasikan data publik dan data yang dilindungi, bukan menjadikan setiap alur kerja secara seragam privat.
Itu adalah masalah arsitektur yang lebih sulit daripada sekadar memaksimalkan kerahasiaan.
@Dusk_Foundation $DUSK #dusk $MAGMA $BOME