Chi tiết về hoàng hôn khiến tôi nhìn lại không phải là ngăn xếp ZK — mà là thứ ví làm khi nó không biết liệu một giao dịch được che chắn (shielded) có thành công hay không.
Trong Dusk Wallet v0.1.0, giao dịch Phoenix nhận được tính năng theo dõi “pending-nullifier reservation”. Nhật ký thay đổi của nó nói rằng các “reservation” đó không được tự động giải phóng sau một lần timeout của watcher, một trạng thái không xác định, trạng thái bị xóa, hoặc một lần thiếu duy nhất khi thăm dò mempool.
Tại sao lại cố tình giữ tiền bị ràng buộc khi còn bất định?
Vì Phoenix tiêu (spend) các note. Nếu ví ngay lập tức tái sử dụng bộ note có thể chi tiêu tương tự trong khi giao dịch đầu tiên có thể vẫn đang được đưa vào, thì nó có thể tạo ra các lần chi tiêu shielded xung đột. Dusk cũng đã thêm một “spend mutex” để ngăn việc gửi Phoenix đồng thời được dựng dựa trên cùng một bộ note.
Sự thật: đây là logic an toàn phía ví, không phải quy tắc đồng thuận (consensus) mới. Cách hiểu của tôi: Dusk đang ưu tiên UX thận trọng hơn là cung cấp khả dụng cân bằng một cách lạc quan khi trạng thái giao dịch còn mơ hồ.
Sự đánh đổi này quan trọng. Hệ thống quyền riêng tư cần nhiều hơn mật mã mạnh; việc xử lý trạng thái của ví phải vẫn an toàn khi khả năng quan sát mạng còn thiếu.
Đối với DUSK, tôi đang theo dõi liệu các phiên bản ví trong tương lai có thể rút ngắn khoảng “chưa chắc chắn” đó mà không làm suy yếu khả năng bảo vệ hay không. Mức độ quyết liệt như thế nào thì một ví quyền riêng tư nên mở khóa tiền khi trạng thái chuỗi chưa rõ?
@Dusk $DUSK #dusk
Trong Dusk Wallet v0.1.0, giao dịch Phoenix nhận được tính năng theo dõi “pending-nullifier reservation”. Nhật ký thay đổi của nó nói rằng các “reservation” đó không được tự động giải phóng sau một lần timeout của watcher, một trạng thái không xác định, trạng thái bị xóa, hoặc một lần thiếu duy nhất khi thăm dò mempool.
Tại sao lại cố tình giữ tiền bị ràng buộc khi còn bất định?
Vì Phoenix tiêu (spend) các note. Nếu ví ngay lập tức tái sử dụng bộ note có thể chi tiêu tương tự trong khi giao dịch đầu tiên có thể vẫn đang được đưa vào, thì nó có thể tạo ra các lần chi tiêu shielded xung đột. Dusk cũng đã thêm một “spend mutex” để ngăn việc gửi Phoenix đồng thời được dựng dựa trên cùng một bộ note.
Sự thật: đây là logic an toàn phía ví, không phải quy tắc đồng thuận (consensus) mới. Cách hiểu của tôi: Dusk đang ưu tiên UX thận trọng hơn là cung cấp khả dụng cân bằng một cách lạc quan khi trạng thái giao dịch còn mơ hồ.
Sự đánh đổi này quan trọng. Hệ thống quyền riêng tư cần nhiều hơn mật mã mạnh; việc xử lý trạng thái của ví phải vẫn an toàn khi khả năng quan sát mạng còn thiếu.
Đối với DUSK, tôi đang theo dõi liệu các phiên bản ví trong tương lai có thể rút ngắn khoảng “chưa chắc chắn” đó mà không làm suy yếu khả năng bảo vệ hay không. Mức độ quyết liệt như thế nào thì một ví quyền riêng tư nên mở khóa tiền khi trạng thái chuỗi chưa rõ?
@Dusk $DUSK #dusk
