Lần này không nói về giá cả hay xu hướng thị trường, cũng không thổi phồng về ý tưởng "bùng nổ trong tương lai". Hãy đổi góc nhìn — tự đặt mình vào vị trí đó, thật sự muốn ra mắt một sản phẩm trên Dusk, với tư cách là người xây dựng chứ không phải người quan sát.

Dusk đã nhấn mạnh "tuân thủ quyền riêng tư" nhiều lần, nhưng so với những lời nói suông, có một vấn đề thực tế hơn: Nếu tôi thực sự muốn phát triển một ứng dụng liên quan đến tài sản được quản lý, Dusk có thể cung cấp cho tôi khả năng nền tảng rõ ràng, kiểm soát được không? Tôi có dám đưa người dùng thực và tài sản thực lên không?

Điều này không phải viết hướng dẫn, mà là viết "danh sách kiểm tra chấp nhận của tôi". Từ "chấp nhận" nghe có vẻ lạnh lùng, nhưng đối với tài sản được quản lý, điều đó vốn dĩ phải như vậy. Nhà giao dịch cần sự sôi động, người xây dựng cần trách nhiệm. Một dự án như Dusk cuối cùng có thể đi xa đến đâu, quan trọng là có thể biến những "yêu cầu lạnh lùng" này thành các giao diện thực sự khả dụng hay không.

Tôi phân chia các yêu cầu thành năm loại giao diện chính. Mỗi loại đều trực tiếp đối chiếu với chiến lược cốt lõi của Dusk, mỗi loại đều có lý do thực tế "thiếu là gây rắc rối". Cách làm này giúp tránh lặp lại các luận điểm cũ rích, đồng thời tối đa hóa tính liên quan.

**Loại thứ nhất: Giao diện tư cách**

Tôi cần không phải là vấn đề danh tính như "Bạn là ai", mà là đánh giá "Bạn có đủ điều kiện hay không" để xác định tư cách.

Thành thật mà nói, trước đây tôi đã đơn giản hóa việc tuân thủ thành KYC, sau đó mới nhận ra KYC chỉ là lớp vỏ bề mặt. Vấn đề thực sự nằm ở trạng thái tư cách đó. Tài sản được quản lý không phải ai cũng có thể chạm vào, người tham gia phải đáp ứng một loạt điều kiện tư cách.