#dusk $DUSK @Dusk Tối qua thức khuya lại còn lục lọi tài liệu kỹ thuật Phoenix trên trang web mới của @dusk_foundation. Nhưng chính một chi tiết nhỏ liên quan đến việc ràng buộc khóa của bộ hủy (invalidation device) và kiểm toán theo lớp mới khiến tôi chú ý. Đa số người cứ nhắc tới thiết kế tuân thủ của Dusk là phản ứng đầu tiên sẽ là: “Chẳng phải chỉ là tạo một cánh cửa giải mã cho cơ quan giám sát sao?” Nhưng càng suy nghĩ tôi càng thấy: thứ mà nó thực sự thay đổi không phải là “có thể kiểm toán được hay không”, mà là “ai nắm quyền kiểm soát việc tuân thủ”. #dusk
Trước đây, nhiều giải pháp tuân thủ cho các chuỗi quyền riêng tư thường khá thô bạo. Hoặc là cấp thẳng toàn quyền cho tổ chức trên cả chuỗi, khiến quyền riêng tư trở nên chỉ là hình thức; hoặc là khóa chặt toàn bộ ở mức ẩn danh, không chừa nửa khe hở nào cho tuân thủ, khiến tổ chức căn bản không dám đụng vào. Mô hình Phoenix của Dusk thì không theo lối đó. Nó khiến mỗi UTXO (mỗi mẩu chi tiêu chưa được dùng) đều gắn với một bộ hệ thống khóa phân tầng độc lập cho bộ hủy. Người dùng giữ khóa gốc, còn thứ được lưu trên chuỗi chỉ là các bộ hủy dạng băm một chiều; không ai có thể suy ngược ra chi tiết giao dịch. Khi cần kiểm toán, người dùng sẽ cấp quyền riêng cho khóa của đúng một giao dịch cụ thể. Khi đó, cơ quan giám sát chỉ có thể giải mã số tiền và địa chỉ của giao dịch đó thôi; thậm chí không thể sờ tới “các cạnh” liên quan đến những giao dịch khác của người dùng này, chứ đừng nói đến việc dùng bộ hủy để nối thành một chuỗi địa chỉ hoàn chỉnh. Nhờ vậy, tuân thủ không còn là chuyện phía dự án mở cho cơ quan giám sát một “cửa sau toàn lượng”, mà mỗi lần kiểm toán đều phải đi qua việc người dùng cấp quyền riêng; các quy tắc được viết thẳng trên chuỗi, và không ai được phép vượt ranh giới.
Sau đó tôi mới nhận ra: điều đáng để nghiền ngẫm của thiết kế này không phải là khẩu hiệu “vừa riêng tư vừa tuân thủ”, cũng không phải chỉ đơn giản là nhồi thêm một mô-đun phân tầng khóa, mà là lần đầu tiên trao quyền kiểm soát khả năng tuân thủ từ tay phía dự án trở về cho người dùng và cho chính mã nguồn. Với sự siết chặt ngày càng tăng của quản lý tài chính trên chuỗi, khó khăn chưa bao giờ nằm ở việc “làm riêng tư” hay “làm tuân thủ”. Cái khó là làm sao để hai thứ đó không đánh nhau, và cũng không bên nào nắm quyền lực tuyệt đối. Dusk đã nhúng chuyện này vào logic nền tảng của bộ hủy trong Phoenix; đồng thời toàn bộ quá trình cấp quyền cũng để lại các bản ghi trên chuỗi có thể tự mình kiểm chứng riêng.
Hiện tại, thứ tôi muốn xem hơn nữa là: khi các tài sản thực của tổ chức và các token dạng chứng khoán được đưa vào sau này, cơ chế cấp quyền phân tầng này có còn giữ được hiệu suất ổn định tương tự không. Nếu đúng là có thể duy trì, thì tôi nghĩ @dusk_foundation đang xác minh một điều: chuỗi công khai bảo mật quyền riêng tư rốt cuộc có thể thực sự mở được cánh cửa thị trường tuân thủ của các tổ chức hay không. $DUSK
Trước đây, nhiều giải pháp tuân thủ cho các chuỗi quyền riêng tư thường khá thô bạo. Hoặc là cấp thẳng toàn quyền cho tổ chức trên cả chuỗi, khiến quyền riêng tư trở nên chỉ là hình thức; hoặc là khóa chặt toàn bộ ở mức ẩn danh, không chừa nửa khe hở nào cho tuân thủ, khiến tổ chức căn bản không dám đụng vào. Mô hình Phoenix của Dusk thì không theo lối đó. Nó khiến mỗi UTXO (mỗi mẩu chi tiêu chưa được dùng) đều gắn với một bộ hệ thống khóa phân tầng độc lập cho bộ hủy. Người dùng giữ khóa gốc, còn thứ được lưu trên chuỗi chỉ là các bộ hủy dạng băm một chiều; không ai có thể suy ngược ra chi tiết giao dịch. Khi cần kiểm toán, người dùng sẽ cấp quyền riêng cho khóa của đúng một giao dịch cụ thể. Khi đó, cơ quan giám sát chỉ có thể giải mã số tiền và địa chỉ của giao dịch đó thôi; thậm chí không thể sờ tới “các cạnh” liên quan đến những giao dịch khác của người dùng này, chứ đừng nói đến việc dùng bộ hủy để nối thành một chuỗi địa chỉ hoàn chỉnh. Nhờ vậy, tuân thủ không còn là chuyện phía dự án mở cho cơ quan giám sát một “cửa sau toàn lượng”, mà mỗi lần kiểm toán đều phải đi qua việc người dùng cấp quyền riêng; các quy tắc được viết thẳng trên chuỗi, và không ai được phép vượt ranh giới.
Sau đó tôi mới nhận ra: điều đáng để nghiền ngẫm của thiết kế này không phải là khẩu hiệu “vừa riêng tư vừa tuân thủ”, cũng không phải chỉ đơn giản là nhồi thêm một mô-đun phân tầng khóa, mà là lần đầu tiên trao quyền kiểm soát khả năng tuân thủ từ tay phía dự án trở về cho người dùng và cho chính mã nguồn. Với sự siết chặt ngày càng tăng của quản lý tài chính trên chuỗi, khó khăn chưa bao giờ nằm ở việc “làm riêng tư” hay “làm tuân thủ”. Cái khó là làm sao để hai thứ đó không đánh nhau, và cũng không bên nào nắm quyền lực tuyệt đối. Dusk đã nhúng chuyện này vào logic nền tảng của bộ hủy trong Phoenix; đồng thời toàn bộ quá trình cấp quyền cũng để lại các bản ghi trên chuỗi có thể tự mình kiểm chứng riêng.
Hiện tại, thứ tôi muốn xem hơn nữa là: khi các tài sản thực của tổ chức và các token dạng chứng khoán được đưa vào sau này, cơ chế cấp quyền phân tầng này có còn giữ được hiệu suất ổn định tương tự không. Nếu đúng là có thể duy trì, thì tôi nghĩ @dusk_foundation đang xác minh một điều: chuỗi công khai bảo mật quyền riêng tư rốt cuộc có thể thực sự mở được cánh cửa thị trường tuân thủ của các tổ chức hay không. $DUSK