Network menyelam ke dalam "akses auditor" karena itu biasanya bagian paling kabur dari setiap pitch koin privasi. Ingin mekanismenya yang sebenarnya, bukan sekadar frasanya.
Dusk menjalankan dua model transaksi berdampingan: Moonlight (sepenuhnya publik, seperti model akun normal) dan Phoenix (tersembunyi, saldo/transfer yang disamarkan). Anda memilih per transaksi. Bagian itu sederhana.
Yang tidak saya perkirakan: pengungkapan ke auditor bukanlah "auditor mendapat master key untuk semuanya." Menurut tulisannya Dusk sendiri, seorang pengguna mengenkripsi payload transaksi dengan kunci pengguna, lalu mengenkripsi kunci pengguna itu dengan kunci auditor — jadi hanya auditor spesifik yang bisa membukanya. Bukti zero-knowledge kemudian mengonfirmasi bahwa kunci auditor benar-benar digunakan dengan tepat, tanpa mengekspos payload kepada siapa pun yang memverifikasi rantainya.
Jadi ini pengungkapan per transaksi, berbasis kunci, bukan backdoor yang bersemayan di seluruh sistem. Tidak ada kunci auditor = tidak ada akses, titik, bahkan untuk validator milik jaringan sendiri.
Kekurangan yang belum bisa saya tutup sepenuhnya: dokumen menjelaskan ini di lapisan identitas Citadel, tapi saya tidak menemukan contoh publik bahwa regulator benar-benar menarik data melalui alur ini di mainnet. Di atas kertas kedengarannya kuat, tapi "auditor mendekripsi satu transaksi melalui enkripsi yang bisa dibuktikan" dan "alur kerja regulator yang sebenarnya selama audit langsung" adalah dua pengujian yang berbeda.
Ada yang pernah melihat ini dipicu dalam skenario kepatuhan yang nyata, bukan hanya didokumentasikan sebagai kemampuan
#dusk $DUSK #dusk $DUSK
Dusk menjalankan dua model transaksi berdampingan: Moonlight (sepenuhnya publik, seperti model akun normal) dan Phoenix (tersembunyi, saldo/transfer yang disamarkan). Anda memilih per transaksi. Bagian itu sederhana.
Yang tidak saya perkirakan: pengungkapan ke auditor bukanlah "auditor mendapat master key untuk semuanya." Menurut tulisannya Dusk sendiri, seorang pengguna mengenkripsi payload transaksi dengan kunci pengguna, lalu mengenkripsi kunci pengguna itu dengan kunci auditor — jadi hanya auditor spesifik yang bisa membukanya. Bukti zero-knowledge kemudian mengonfirmasi bahwa kunci auditor benar-benar digunakan dengan tepat, tanpa mengekspos payload kepada siapa pun yang memverifikasi rantainya.
Jadi ini pengungkapan per transaksi, berbasis kunci, bukan backdoor yang bersemayan di seluruh sistem. Tidak ada kunci auditor = tidak ada akses, titik, bahkan untuk validator milik jaringan sendiri.
Kekurangan yang belum bisa saya tutup sepenuhnya: dokumen menjelaskan ini di lapisan identitas Citadel, tapi saya tidak menemukan contoh publik bahwa regulator benar-benar menarik data melalui alur ini di mainnet. Di atas kertas kedengarannya kuat, tapi "auditor mendekripsi satu transaksi melalui enkripsi yang bisa dibuktikan" dan "alur kerja regulator yang sebenarnya selama audit langsung" adalah dua pengujian yang berbeda.
Ada yang pernah melihat ini dipicu dalam skenario kepatuhan yang nyata, bukan hanya didokumentasikan sebagai kemampuan
#dusk $DUSK #dusk $DUSK