Detail senja yang membuatku melihat dua kali bukanlah tumpukan ZK — melainkan apa yang dilakukan dompet ketika ia tidak tahu apakah transaksi terlindungi (shielded) berhasil.
Di Dusk Wallet v0.1.0, transaksi Phoenix mendapatkan pelacakan “pending-nullifier reservation”. Catatan perilisannya menyebutkan bahwa reservasi tersebut tidak dilepaskan secara otomatis setelah batas waktu watcher, status yang tidak diketahui, status yang dihapus, atau satu kali pemantauan (poll) mempool yang tidak ditemukan.
Mengapa sengaja menahan dana saat masih ada ketidakpastian?
Karena Phoenix menghabiskan note. Jika dompet langsung menggunakan kembali kumpulan note yang sama yang bisa dibelanjakan sementara transaksi pertama mungkin masih akan mendarat, ia dapat membangun pengeluaran shielded yang saling bertentangan. Dusk juga menambahkan spend mutex untuk mencegah pengiriman Phoenix secara bersamaan disusun terhadap note yang sama.
Fakta: ini adalah logika keamanan dari sisi dompet, bukan aturan konsensus baru. Interpretasiku: Dusk memilih UX yang konservatif dibanding ketersediaan saldo secara optimistis ketika status transaksi masih ambigu.
Trade-off ini penting. Sistem privasi membutuhkan lebih dari sekadar kriptografi yang kuat; penanganan status dompet harus tetap aman ketika visibilitas jaringan tidak lengkap.
Untuk DUSK, aku mengamati apakah rilis dompet di masa depan bisa mempersingkat periode “tidak pasti” itu tanpa melemahkan perlindungan. Seberapa agresif dompet privasi harus membuka dana ketika status chain masih belum jelas?
@Dusk $DUSK #dusk
Di Dusk Wallet v0.1.0, transaksi Phoenix mendapatkan pelacakan “pending-nullifier reservation”. Catatan perilisannya menyebutkan bahwa reservasi tersebut tidak dilepaskan secara otomatis setelah batas waktu watcher, status yang tidak diketahui, status yang dihapus, atau satu kali pemantauan (poll) mempool yang tidak ditemukan.
Mengapa sengaja menahan dana saat masih ada ketidakpastian?
Karena Phoenix menghabiskan note. Jika dompet langsung menggunakan kembali kumpulan note yang sama yang bisa dibelanjakan sementara transaksi pertama mungkin masih akan mendarat, ia dapat membangun pengeluaran shielded yang saling bertentangan. Dusk juga menambahkan spend mutex untuk mencegah pengiriman Phoenix secara bersamaan disusun terhadap note yang sama.
Fakta: ini adalah logika keamanan dari sisi dompet, bukan aturan konsensus baru. Interpretasiku: Dusk memilih UX yang konservatif dibanding ketersediaan saldo secara optimistis ketika status transaksi masih ambigu.
Trade-off ini penting. Sistem privasi membutuhkan lebih dari sekadar kriptografi yang kuat; penanganan status dompet harus tetap aman ketika visibilitas jaringan tidak lengkap.
Untuk DUSK, aku mengamati apakah rilis dompet di masa depan bisa mempersingkat periode “tidak pasti” itu tanpa melemahkan perlindungan. Seberapa agresif dompet privasi harus membuka dana ketika status chain masih belum jelas?
@Dusk $DUSK #dusk