#dusk $DUSK Saat saya membaca dokumen Dusk, hal yang paling menarik bagi saya adalah cara mereka menjadikan “transparansi” dan “kerahasiaan” sebagai dua model transaksi asli yang berdampingan, bukan sekadar tambalan di kemudian hari.

Di Dusk Settlement Layer, Moonlight adalah model akun: saldo, pengirim/penerima, dan jumlah semuanya terbuka, seperti transfer bergaya ERC biasa. Namun Phoenix berbeda. Ia adalah model privasi berbasis note (note-based). Dana disimpan dalam bentuk note terenkripsi. Saat melakukan transfer, digunakan bukti zk-SNARK dari keluarga PLONK untuk membuktikan tiga hal: tidak terjadi double-spending, input tidak kurang dari output, serta jumlah berada dalam rentang yang sah. Pengamat tidak dapat melihat jumlah maupun keterkaitan alamat, hanya pihak yang memegang viewing key yang bisa mendekripsi untuk audit.

Awalnya saya mengira ini seperti Zcash, tetapi setelah diteliti lebih lanjut, perbedaan kuncinya terletak pada “selective disclosure” (pengungkapan selektif). Note Phoenix dapat diikat ke viewing key. Ketika lembaga perlu membuktikan kepada regulator bahwa satu transaksi tertentu sesuai aturan, mereka tidak perlu membongkar data seluruh rantai. Cukup menyerahkan data teks terang untuk transaksi tersebut beserta bukti pengetahuan nol. Butiran “default terenkripsi, dekripsi sesuai kebutuhan” ini lebih cocok untuk skenario keuangan yang diawasi regulasi dibanding privasi anonim skala global.

Lebih mengagumkan lagi, kedua model ini diselesaikan dalam satu Transfer Contract yang sama, dengan state yang tidak saling mengotori. Anda bisa memakai Moonlight untuk transparansi dana kas publik, dan memakai Phoenix untuk transaksi OTC yang membuat pihak lawan tersamar. Pada akhirnya, semuanya jatuh secara deterministik di blok yang sama. Memberi pengguna pilihan “perlu atau tidak transparan” sesuai konteks, bukan memaksa protokol untuk menyatukan semuanya—itulah koreksi terbesar Dusk terhadap jalur privasi.

Satu detail lagi: struktur note di Phoenix sudah memiliki mekanisme kedaluwarsa. Setiap note punya batas ketinggian blok (block height). Jika melebihi batas ini tanpa dibelanjakan, note akan otomatis tidak berlaku, dan dananya dikembalikan ke pengirim. Ini mencegah penumpukan “zombie note” tanpa batas, dan membuat state rantai tidak membengkak selamanya. Perapian teknis kecil seperti ini menunjukkan bahwa tim benar-benar mempertimbangkan biaya operasional jangka panjang.@Dusk