#dusk $DUSK @Dusk Dusk pengaturan kerahasiaannya sebenarnya berjalan dalam dua jalur terpisah. Pada DuskDS, model Phoenix merepresentasikan nilai sebagai catatan yang dikomit ke dalam pohon Merkle — membelanjakan sebuah catatan tidak menunjuk ke catatan mana yang sedang dibelanjakan. Sebagai gantinya, pengirim mempublikasikan nullifier dan bukti zero-knowledge yang menunjukkan pembelanjaan tersebut valid, kepemilikan nyata, dan tidak ada nilai yang diciptakan dari ketiadaan, tanpa mengungkap catatan yang mendasarinya. Bersamaan dengan itu, Moonlight berjalan sebagai model berbasis akun yang transparan pada rantai yang sama.
Pada DuskEVM, namun, privasi datang dari perangkat yang benar-benar berbeda — sebuah modul bernama Hedger, yang menggabungkan enkripsi homomorfik berbasis ElGamal dengan bukti zero-knowledge, ditambah struktur hibrida UTXO/akun. Di sini, seorang pengguna berinteraksi dengan kontrak melalui alamat EVM standar, sementara alamat Hedger terpisah menangani saldo terenkripsi, dengan kepatuhan diberlakukan melalui daftar yang diizinkan (allowlisting).
Ini bukan dua versi dari ide yang sama. Phoenix adalah sistem bukti berbasis catatan; Hedger menghitung langsung pada saldo terenkripsi, diverifikasi melalui bukti zero-knowledge. Alasan yang paling mungkin untuk pemisahan ini adalah bahwa privasi berbasis catatan tidak cocok secara alami dengan struktur EVM berbasis akun, sehingga pendekatan yang berbeda diperlukan di sana.
Menjalankan dua tumpukan privasi kriptografis yang independen secara paralel berarti permukaan serangan yang lebih besar dan beban audit yang lebih berat. Belum jelas pula bagaimana jaminan privasi dipertahankan ketika nilai berpindah di antara kedua lapisan.
Apakah memelihara dua mesin kerahasiaan yang terpisah membuat beban audit bertambah secara proporsional, atau karena keduanya sama-sama bergantung pada bukti zero-knowledge, sehingga biaya tambahan mesin kedua ternyata lebih rendah daripada yang terlihat?
Pada DuskEVM, namun, privasi datang dari perangkat yang benar-benar berbeda — sebuah modul bernama Hedger, yang menggabungkan enkripsi homomorfik berbasis ElGamal dengan bukti zero-knowledge, ditambah struktur hibrida UTXO/akun. Di sini, seorang pengguna berinteraksi dengan kontrak melalui alamat EVM standar, sementara alamat Hedger terpisah menangani saldo terenkripsi, dengan kepatuhan diberlakukan melalui daftar yang diizinkan (allowlisting).
Ini bukan dua versi dari ide yang sama. Phoenix adalah sistem bukti berbasis catatan; Hedger menghitung langsung pada saldo terenkripsi, diverifikasi melalui bukti zero-knowledge. Alasan yang paling mungkin untuk pemisahan ini adalah bahwa privasi berbasis catatan tidak cocok secara alami dengan struktur EVM berbasis akun, sehingga pendekatan yang berbeda diperlukan di sana.
Menjalankan dua tumpukan privasi kriptografis yang independen secara paralel berarti permukaan serangan yang lebih besar dan beban audit yang lebih berat. Belum jelas pula bagaimana jaminan privasi dipertahankan ketika nilai berpindah di antara kedua lapisan.
Apakah memelihara dua mesin kerahasiaan yang terpisah membuat beban audit bertambah secara proporsional, atau karena keduanya sama-sama bergantung pada bukti zero-knowledge, sehingga biaya tambahan mesin kedua ternyata lebih rendah daripada yang terlihat?