Hãy tưởng tượng một ngân hàng sử dụng một chuỗi riêng tư mà tuân thủ phụ thuộc vào can thiệp thủ công. Khi các cơ quan quản lý yêu cầu thông tin, các đội nội bộ phải trích xuất dữ liệu, diễn giải nó và tổng hợp các báo cáo bên ngoài hệ thống.
Mô hình này không thể mở rộng.
Việc công khai thủ công tạo ra nhiều điểm lỗi. Dữ liệu có thể không đầy đủ, bị chậm trễ hoặc không nhất quán. Mỗi bước đều tạo ra rủi ro pháp lý và vận hành. Theo thời gian, các nhóm tuân thủ bắt đầu xem blockchain chính là một rủi ro thay vì một lợi ích về hiệu quả.
Đó là lý do tại sao nhiều dự án thử nghiệm tại tổ chức thường dừng lại sau giai đoạn thử nghiệm ban đầu.
Các chuỗi riêng tư được thiết kế mà không có logic tiết lộ sẽ giả định rằng tuân thủ xảy ra ở nơi khác. Nhưng trong lĩnh vực tài chính có quy định, sự tách biệt là rủi ro. Các hệ thống được kỳ vọng phải cung cấp bằng chứng, chứ không phải những lý do biện minh.
@Dusk giải quyết vấn đề này bằng cách tích hợp trực tiếp việc tiết lộ có chọn lọc vào thiết kế hệ thống. Với $DUSK , việc tiết lộ không còn là một quá trình khẩn cấp—nó trở thành một khả năng được định nghĩa rõ ràng. Dữ liệu vẫn được bảo vệ, nhưng có thể tạo ra và chia sẻ bằng chứng khi cần thiết theo pháp luật.
Điều này quan trọng vì các ngân hàng không tối ưu hóa cho sự bí mật. Họ tối ưu hóa cho sự kiểm soát. Họ cần chứng minh được quản trị, quản lý rủi ro và trách nhiệm mà không làm lộ thông tin nhạy cảm quá mức.
#Dusk thay đổi cách nhìn về riêng tư như một cơ sở hạ tầng. Thay vì yêu cầu các tổ chức tin rằng việc tiết lộ sẽ hoạt động sau này, #dusk xây dựng các hệ thống ngay từ đầu đã giả định sự giám sát.
Nếu riêng tư đòi hỏi con người phải 'tìm ra sau này', thì việc áp dụng sẽ chậm lại. Nếu riêng tư bao gồm các đường dẫn tiết lộ có thể dự đoán được, thì niềm tin sẽ tích lũy theo thời gian.