Một chuỗi khóa được tạo lại không có nghĩa là ví đã được khôi phục xong. Tôi đã thấy một lời nhắc cực kỳ “cứng” trong tài liệu W3sper của Dusk: đừng trực tiếp dùng Profile mới được tạo để khởi tạo chuyển khoản, vì nó chưa có bản ghi Bookkeeper sau khi đồng bộ, nên không lấy được số dư và nonce cần thiết. W3sper viết rất rõ ràng về ranh giới: phía client tự ký, ngoài việc lưu trữ khóa có thể khôi phục, còn phải duy trì trạng thái tài sản đã được đồng bộ, bao gồm nonce của tài khoản công khai và các note shielded. Chi tiết này tách “tôi có khóa riêng” ra khỏi “tôi có thể chi an toàn số tiền này”.
Áp lực thường xảy ra sau khi khôi phục. Nếu một ứng dụng xóa dữ liệu cục bộ rồi tạo lại danh tính, mà trang vẫn hiển thị tài khoản cũ, người dùng đương nhiên sẽ nghĩ mọi thứ đã trở lại; nhưng khi việc đồng bộ chưa hoàn tất, lệnh chuyển khoản không thể được cấu tạo đúng. Tài sản không hề biến mất, nhưng người dùng lại bị mắc kẹt trước một vấn đề có vẻ như là lỗi số dư hoặc lỗi mạng. Nếu nhà phát triển chỉ làm khôi phục khóa mà không hiển thị khôi phục trạng thái, thì chi phí xử lý sự cố sẽ được đẩy sang phía người dùng và bộ phận hỗ trợ. Đây không phải là lỗ hổng trong giao thức của $DUSK ; ngược lại, nó cho thấy trạng thái “có thể chi tiêu được” của tài sản shielded không thể thay thế chỉ bằng chuỗi địa chỉ.@Dusk hệ sinh thái cần tách riêng hiển thị “đã tìm lại danh tính” và “đã đồng bộ trạng thái tiền” và trước khi mục sau hoàn tất thì phải chặn rõ ràng việc chuyển khoản.#dusk