Hôm nay tôi đã xem đi xem lại tài liệu mô hình giao dịch dành cho @Dusk một lúc lâu, trong đầu cứ mắc kẹt một câu hỏi: Một chuỗi vừa phải khiến giao dịch không thể nhìn thấy, vừa phải cho phép tài sản chịu sự giám sát luôn có thể được kiểm toán—rốt cuộc hai việc đó làm sao có thể đồng thời tồn tại? “Tuân thủ quyền riêng tư” nghe thì rất mượt trên trang giới thiệu, nhưng khi bóc tách đến tầng phân quyền thì lại không hề dễ dàng.
Thực ra DuskDS đưa ra hai hướng đi. Moonlight là tài khoản công khai: số dư, người gửi, người nhận và số tiền đều có thể thấy. Còn Phoenix biến dòng tiền thành các chứng phiếu mã hóa, dùng bằng chứng không tri thức để chứng minh không có gian lận kép và số dư là đủ, nhưng không công khai số tiền cụ thể và mối quan hệ giữa các chứng phiếu. Khi cần kiểm toán, vẫn có thể chọn lọc công bố thông qua viewing key. Tôi thừa nhận thiết kế này rất thông minh: nó không bắt mọi người phải ẩn danh mãi mãi, cũng không đem mọi giao dịch trải hết ra một lượt.
Nhưng tôi tiếp tục lật Citadel, mọi chuyện lại trở nên phức tạp. Có thể giảm bớt việc công bố các chứng nhận danh tính; hợp đồng cấp phép có thể kiểm tra ai đủ điều kiện để tham gia vào một quy trình tài sản nhất định. Trong phần mô tả mạng chính thức còn liệt kê các chức năng đối với tài sản chịu sự giám sát như kiểm soát gia nhập, sổ đăng ký cổ đông và chuyển giao bắt buộc. Nói cách khác, bảo vệ quyền riêng tư là việc người ngoài nhìn thấy gì, còn lớp tuân thủ lại quyết định tôi có thể làm được gì. Không nhìn thấy không có nghĩa là không quản được; công bố chọn lọc cũng không đồng nghĩa người dùng luôn nắm quyền lựa chọn cuối cùng.
Đó chính là điểm tôi muốn hỏi sâu nhất trong câu chuyện về $DUSK . Xem key do ai tạo, ai quản giữ, và có thể thu hồi không? Khi thay đổi về phía bên phát hành, nơi giao dịch hoặc yêu cầu của cơ quan quản lý, ai cập nhật các quy tắc cấp phép? Nếu người dùng bị đánh giá nhầm thì có đường khiếu nại công khai hay không? Bằng chứng không tri thức có thể chứng minh quy tắc được thực thi đúng, nhưng không thể thay tôi chứng minh bản thân quy tắc đó đã hợp lý. Mật mã giấu dữ liệu rất tốt, nhưng quyền quản trị sẽ không tự động biến mất chỉ vì dữ liệu trở thành mã hóa.
Tôi không phủ nhận việc cung cấp tài khoản công khai kèm cơ chế che chắn tài khoản cho người dùng thêm công cụ, và thị trường tài chính cũng thực sự cần kiểm toán. Nhưng #dusk điều thật sự cần được làm rõ không chỉ là “vừa riêng tư vừa tuân thủ”, mà là trong mỗi loại tài sản: ai có thể xem, ai có thể chặn, và ai có thể sửa quy tắc. Nếu ba bảng phân quyền này không được đưa ra, liệu “công bố chọn lọc” cuối cùng có thể chỉ còn lại câu “nền tảng chọn lúc nào để cho bạn công bố”? $PORTAL $TAG
Thực ra DuskDS đưa ra hai hướng đi. Moonlight là tài khoản công khai: số dư, người gửi, người nhận và số tiền đều có thể thấy. Còn Phoenix biến dòng tiền thành các chứng phiếu mã hóa, dùng bằng chứng không tri thức để chứng minh không có gian lận kép và số dư là đủ, nhưng không công khai số tiền cụ thể và mối quan hệ giữa các chứng phiếu. Khi cần kiểm toán, vẫn có thể chọn lọc công bố thông qua viewing key. Tôi thừa nhận thiết kế này rất thông minh: nó không bắt mọi người phải ẩn danh mãi mãi, cũng không đem mọi giao dịch trải hết ra một lượt.
Nhưng tôi tiếp tục lật Citadel, mọi chuyện lại trở nên phức tạp. Có thể giảm bớt việc công bố các chứng nhận danh tính; hợp đồng cấp phép có thể kiểm tra ai đủ điều kiện để tham gia vào một quy trình tài sản nhất định. Trong phần mô tả mạng chính thức còn liệt kê các chức năng đối với tài sản chịu sự giám sát như kiểm soát gia nhập, sổ đăng ký cổ đông và chuyển giao bắt buộc. Nói cách khác, bảo vệ quyền riêng tư là việc người ngoài nhìn thấy gì, còn lớp tuân thủ lại quyết định tôi có thể làm được gì. Không nhìn thấy không có nghĩa là không quản được; công bố chọn lọc cũng không đồng nghĩa người dùng luôn nắm quyền lựa chọn cuối cùng.
Đó chính là điểm tôi muốn hỏi sâu nhất trong câu chuyện về $DUSK . Xem key do ai tạo, ai quản giữ, và có thể thu hồi không? Khi thay đổi về phía bên phát hành, nơi giao dịch hoặc yêu cầu của cơ quan quản lý, ai cập nhật các quy tắc cấp phép? Nếu người dùng bị đánh giá nhầm thì có đường khiếu nại công khai hay không? Bằng chứng không tri thức có thể chứng minh quy tắc được thực thi đúng, nhưng không thể thay tôi chứng minh bản thân quy tắc đó đã hợp lý. Mật mã giấu dữ liệu rất tốt, nhưng quyền quản trị sẽ không tự động biến mất chỉ vì dữ liệu trở thành mã hóa.
Tôi không phủ nhận việc cung cấp tài khoản công khai kèm cơ chế che chắn tài khoản cho người dùng thêm công cụ, và thị trường tài chính cũng thực sự cần kiểm toán. Nhưng #dusk điều thật sự cần được làm rõ không chỉ là “vừa riêng tư vừa tuân thủ”, mà là trong mỗi loại tài sản: ai có thể xem, ai có thể chặn, và ai có thể sửa quy tắc. Nếu ba bảng phân quyền này không được đưa ra, liệu “công bố chọn lọc” cuối cùng có thể chỉ còn lại câu “nền tảng chọn lúc nào để cho bạn công bố”? $PORTAL $TAG