#dusk $DUSK @Dusk
Tôi cứ quay lại cách Dusk xử lý câu hỏi tuân thủ, vì nó không được giải quyết theo cách mà tôi kỳ vọng. Phần lớn mọi người cho rằng pitch là “riêng tư theo mặc định”, dừng ở đó và tiếp tục. Nhưng khi tôi thực sự ngồi đọc tài liệu của Dusk, điều nổi bật với tôi là sự tách bạch giữa trạng thái bí mật và trạng thái có thể tiết lộ được tích hợp sẵn trong cùng một mô hình giao dịch. Đây không phải là sự riêng tư được gắn thêm một lớp tuân thủ ở phía trên — cơ chế tiết lộ có chọn lọc vốn là cách mà một giao dịch được cấu trúc ngay từ đầu. Điều đó có nghĩa là một nhà phát hành hoặc kiểm toán viên có thể được cung cấp khóa xem mà không cần giao thức phải tách nhánh logic cho “chế độ được quản lý” so với “chế độ bình thường”. Điều tôi nhận thấy khi lục lọi hoạt động trên testnet là gần như chẳng ai thực sự sử dụng lối tiết lộ đó, vì chưa có đối tác quản lý trực tiếp nào yêu cầu nó. Vì vậy, cơ chế này nằm đó, về mặt lý thuyết là đúng đắn, nhưng hoàn toàn chưa được kiểm chứng bởi ma sát thực tế. Nó gợi cho tôi việc xây lối thoát hiểm trước khi tòa nhà có người thuê. Tôi không biết đó là tầm nhìn xa hay chỉ là việc khó khăn được hoãn lại.
$DUSK Thử thách thực sự không phải là mô tả trong whitepaper, mà là lần đầu tiên một cơ quan quản lý thực sự yêu cầu tiết lộ có chọn lọc và ai đó phải dùng tính năng này trong áp lực, thay vì chỉ dùng nó trong tài liệu
Tôi cứ quay lại cách Dusk xử lý câu hỏi tuân thủ, vì nó không được giải quyết theo cách mà tôi kỳ vọng. Phần lớn mọi người cho rằng pitch là “riêng tư theo mặc định”, dừng ở đó và tiếp tục. Nhưng khi tôi thực sự ngồi đọc tài liệu của Dusk, điều nổi bật với tôi là sự tách bạch giữa trạng thái bí mật và trạng thái có thể tiết lộ được tích hợp sẵn trong cùng một mô hình giao dịch. Đây không phải là sự riêng tư được gắn thêm một lớp tuân thủ ở phía trên — cơ chế tiết lộ có chọn lọc vốn là cách mà một giao dịch được cấu trúc ngay từ đầu. Điều đó có nghĩa là một nhà phát hành hoặc kiểm toán viên có thể được cung cấp khóa xem mà không cần giao thức phải tách nhánh logic cho “chế độ được quản lý” so với “chế độ bình thường”. Điều tôi nhận thấy khi lục lọi hoạt động trên testnet là gần như chẳng ai thực sự sử dụng lối tiết lộ đó, vì chưa có đối tác quản lý trực tiếp nào yêu cầu nó. Vì vậy, cơ chế này nằm đó, về mặt lý thuyết là đúng đắn, nhưng hoàn toàn chưa được kiểm chứng bởi ma sát thực tế. Nó gợi cho tôi việc xây lối thoát hiểm trước khi tòa nhà có người thuê. Tôi không biết đó là tầm nhìn xa hay chỉ là việc khó khăn được hoãn lại.
$DUSK Thử thách thực sự không phải là mô tả trong whitepaper, mà là lần đầu tiên một cơ quan quản lý thực sự yêu cầu tiết lộ có chọn lọc và ai đó phải dùng tính năng này trong áp lực, thay vì chỉ dùng nó trong tài liệu
