Saya telah melihat arsitektur privasi Dusk dengan lebih saksama, dan satu hal yang terus saya pikirkan adalah seberapa banyak yang bergantung pada potongan-potongan yang bekerja sama, bukan pada satu primitif kriptografi tertentu. Pada awalnya, melihat BLS12-381, JubJub, Schnorr, Poseidon, dan PLONK sekaligus terasa seperti terlalu banyak untuk dicerna. Namun setelah saya meneliti apa yang sebenarnya dikerjakan masing-masing, struktur tersebut menjadi lebih mudah dipahami.

BLS12-381 berada di bawah sebagian besar infrastruktur tanda tangan dan ZK, sedangkan JubJub digunakan pada lapisan privasi Phoenix karena desainnya cocok dengan sistem berbasis SNARK. Schnorr menangani autentikasi dan tanda tangan, dan Poseidon mengurus hashing di dalam sirkuit ZK, di mana hashing konvensional bisa menjadi relatif mahal. Sparse Merkle Trees kemudian membantu dengan bukti status dan keanggotaan, sementara PLONK menyediakan kerangka kerja pembuktian dan verifikasi. Agregasi BLS menambahkan lapisan praktis lain dengan menggabungkan beberapa tanda tangan komite dan mengurangi overhead verifikasi.

Namun, saya tidak yakin daftar primitif itu saja sudah cukup untuk memberi saya gambaran. Implementasi adalah tempat saya akan mulai memperhatikan dengan lebih serius. Serialisasi, pemeriksaan subgroup, pengikatan transkrip (transcript binding), dan pemisahan domain (domain separation) semuanya dapat menjadi detail yang sensitif terhadap keamanan.

Jadi pertanyaan utama saya sekarang sederhana: seberapa baik tumpukan yang dirancang dengan cermat ini bertahan ketika penggunaan nyata, kebutuhan performa, dan kondisi adversarial mulai memberi tekanan padanya?

$PORTAL
$GPS
$DUSK
@Dusk_Foundation #dusk