Tối qua, ban đầu tôi định tổng hợp những tranh cãi thường gặp trong lĩnh vực quyền riêng tư trên chuỗi, nhưng khi đọc đến thiết kế kiến trúc của Dusk, tôi lại làm sáng tỏ được một khái niệm vốn thường bị nhầm lẫn từ lâu.
Càng đọc sâu, tôi càng nhận ra rằng cứ nhắc đến quyền riêng tư trên chuỗi là nhiều người lại liên tưởng đến việc không chịu sự giám sát. Về bản chất, đó là vì họ đánh đồng quyền riêng tư với tính ẩn danh, trong khi thiết kế của Dusk phân biệt rõ ràng hai khái niệm này. Ẩn danh nghĩa là không ai có thể truy vết, còn tính bảo mật của Dusk đi kèm những điều kiện nhất định: chi tiết giao dịch mặc định không được công khai cho toàn mạng lưới, nhưng người nắm giữ có thể, trong khuôn khổ quy định, cho phép cơ quan quản lý hoặc kiểm toán xem thông tin về nguồn tiền, danh mục nắm giữ và lịch sử giao dịch. Phạm vi và đối tượng được tiết lộ bị giới hạn bởi các quy tắc của giao thức; mọi thứ không mặc định công khai hoàn toàn, nhưng cũng không hoàn toàn không thể truy xuất.
Trước hết, xét về mặt kỹ thuật, nền tảng của cơ chế tiết lộ có kiểm soát này là lớp xác thực danh tính để được tham gia. Trước khi giao dịch tài sản tuân thủ quy định, người dùng cần hoàn tất bước xác minh tư cách hợp lệ. Danh tính thật sẽ không được công khai trên chuỗi, nhưng mọi người tham gia đều đã trải qua quá trình xét duyệt điều kiện. Xét về logic rủi ro, điều này hoàn toàn khác với các giao dịch ẩn danh không có bất kỳ rào cản tham gia nào.
Nhưng vấn đề cũng chính nằm ở đây. Một thiết kế chọn giải pháp trung dung như vậy đương nhiên sẽ phải đối mặt với những chỉ trích từ cả hai phía: cộng đồng crypto thuần túy có thể cho rằng nó chưa đủ phi tập trung, còn phía quản lý truyền thống có thể vẫn dè dặt về giá trị pháp lý của các bằng chứng kỹ thuật trên chuỗi. Rất khó để xác định đâu là mức cân bằng phù hợp.
Điều khiến tôi thận trọng hơn là giới hạn của mô hình này chưa bao giờ chỉ do công nghệ quyết định. Mỗi quốc gia và khu vực có tiêu chuẩn khác nhau về việc công khai dữ liệu trên chuỗi; việc công nhận tuân thủ xuyên biên giới, cũng như quy trình thực tế để nộp báo cáo kiểm toán, đều không thể giải quyết chỉ bằng cách nâng cấp giao thức. Những việc này cần được điều chỉnh dần cùng với hệ thống quản lý ngoài đời thực.
Càng tìm hiểu, tôi càng thấy đây mới là thiết kế phù hợp với logic tài chính thực tế. Cũng giống như tài khoản ngân hàng thông thường: số dư và lịch sử giao dịch không được công khai, nhưng khi cơ quan có thẩm quyền yêu cầu theo đúng pháp luật, ngân hàng phải phối hợp cung cấp. Tính bảo mật là để bảo vệ thông tin khỏi công chúng, chứ không phải khỏi cơ quan quản lý và thực thi pháp luật. Sổ cái minh bạch hoàn toàn là vấn đề riêng tư đối với người dùng cá nhân, còn với đơn vị phát hành tài sản và tổ chức tạo lập thị trường, đó còn là một bất lợi trực tiếp trong cạnh tranh kinh doanh.
#dusk @Dusk $DUSK
Càng đọc sâu, tôi càng nhận ra rằng cứ nhắc đến quyền riêng tư trên chuỗi là nhiều người lại liên tưởng đến việc không chịu sự giám sát. Về bản chất, đó là vì họ đánh đồng quyền riêng tư với tính ẩn danh, trong khi thiết kế của Dusk phân biệt rõ ràng hai khái niệm này. Ẩn danh nghĩa là không ai có thể truy vết, còn tính bảo mật của Dusk đi kèm những điều kiện nhất định: chi tiết giao dịch mặc định không được công khai cho toàn mạng lưới, nhưng người nắm giữ có thể, trong khuôn khổ quy định, cho phép cơ quan quản lý hoặc kiểm toán xem thông tin về nguồn tiền, danh mục nắm giữ và lịch sử giao dịch. Phạm vi và đối tượng được tiết lộ bị giới hạn bởi các quy tắc của giao thức; mọi thứ không mặc định công khai hoàn toàn, nhưng cũng không hoàn toàn không thể truy xuất.
Trước hết, xét về mặt kỹ thuật, nền tảng của cơ chế tiết lộ có kiểm soát này là lớp xác thực danh tính để được tham gia. Trước khi giao dịch tài sản tuân thủ quy định, người dùng cần hoàn tất bước xác minh tư cách hợp lệ. Danh tính thật sẽ không được công khai trên chuỗi, nhưng mọi người tham gia đều đã trải qua quá trình xét duyệt điều kiện. Xét về logic rủi ro, điều này hoàn toàn khác với các giao dịch ẩn danh không có bất kỳ rào cản tham gia nào.
Nhưng vấn đề cũng chính nằm ở đây. Một thiết kế chọn giải pháp trung dung như vậy đương nhiên sẽ phải đối mặt với những chỉ trích từ cả hai phía: cộng đồng crypto thuần túy có thể cho rằng nó chưa đủ phi tập trung, còn phía quản lý truyền thống có thể vẫn dè dặt về giá trị pháp lý của các bằng chứng kỹ thuật trên chuỗi. Rất khó để xác định đâu là mức cân bằng phù hợp.
Điều khiến tôi thận trọng hơn là giới hạn của mô hình này chưa bao giờ chỉ do công nghệ quyết định. Mỗi quốc gia và khu vực có tiêu chuẩn khác nhau về việc công khai dữ liệu trên chuỗi; việc công nhận tuân thủ xuyên biên giới, cũng như quy trình thực tế để nộp báo cáo kiểm toán, đều không thể giải quyết chỉ bằng cách nâng cấp giao thức. Những việc này cần được điều chỉnh dần cùng với hệ thống quản lý ngoài đời thực.
Càng tìm hiểu, tôi càng thấy đây mới là thiết kế phù hợp với logic tài chính thực tế. Cũng giống như tài khoản ngân hàng thông thường: số dư và lịch sử giao dịch không được công khai, nhưng khi cơ quan có thẩm quyền yêu cầu theo đúng pháp luật, ngân hàng phải phối hợp cung cấp. Tính bảo mật là để bảo vệ thông tin khỏi công chúng, chứ không phải khỏi cơ quan quản lý và thực thi pháp luật. Sổ cái minh bạch hoàn toàn là vấn đề riêng tư đối với người dùng cá nhân, còn với đơn vị phát hành tài sản và tổ chức tạo lập thị trường, đó còn là một bất lợi trực tiếp trong cạnh tranh kinh doanh.
#dusk @Dusk $DUSK