#dusk $DUSK @Dusk Càng nhìn sâu hơn, càng có một vấn đề cứ mắc kẹt trong tâm trí: đối với các hoạt động tài chính được quản lý, chỉ riêng quyền riêng tư là chưa đủ; điều thực sự quan trọng là liệu các quy tắc giao dịch có thể được triển khai và thực thi một cách thực tế hay không. Vì vậy, tôi đã dành thời gian để tìm hiểu kỹ cách Dusk xử lý việc tuân thủ.
Phoenix dùng bằng chứng không kiến thức để che đi chi tiết giao dịch, Moonlight cung cấp quy trình tài khoản minh bạch, Citadel bổ sung thêm một lớp công bố chọn lọc, còn hợp đồng XSC có thể đưa thẳng các nội dung như điều kiện tư cách, ràng buộc chuyển nhượng và yêu cầu báo cáo vào logic của giao dịch. Điều này thực sự cho thấy tuân thủ không nhất thiết phải đặt toàn bộ ở ngoài chuỗi.
Nhưng có một tiền đề không thể né tránh: khi sản phẩm tài chính trở nên phức tạp, thì chính các quy tắc cũng sẽ trở nên phức tạp theo. Ví dụ, có những tài sản cần có hạn chế chuyển nhượng, quyền biểu quyết, các sự kiện doanh nghiệp, quy trình khôi phục, và thậm chí phải phân theo các cấp độ công bố khác nhau. Đến một thời điểm nhất định, vấn đề không còn là quyền riêng tư có còn hữu ích hay không, mà là khi các quy tắc này chồng chất lên nhau, liệu hệ thống có còn vận hành đúng như kỳ vọng hay không.
Chẳng hạn, nếu một giao dịch chuyển nhượng chứng khoán đồng thời kích hoạt các quy tắc hạn chế giao dịch theo thời gian, thay đổi quyền biểu quyết và nghĩa vụ công bố xuyên khu vực, thì hợp đồng thông minh trên chuỗi phải có khả năng kiểm tra tất cả các điều kiện ràng buộc trong cùng một chu kỳ thực thi. Chỉ cần bỏ sót bất kỳ một điều kiện nào cũng có thể khiến toàn bộ giao dịch trở nên vô hiệu, thậm chí gây ra sự cố tuân thủ. Trong các bối cảnh tài chính thực tế, tình huống quy tắc phức tạp chồng chéo như vậy không phải là xác suất thấp, mà là chuyện hằng ngày.
Đó có lẽ là điểm tôi quan tâm và theo sát nhất ở Dusk. Nhìn riêng sơ đồ kiến trúc thì mọi thứ đều có thể giải thích được; điều tôi thực sự muốn xem là, khi luồng công việc thực tế bắt đầu trở nên rối rắm và xuất hiện đủ các tình huống biên, thì rốt cuộc nó có chịu đựng được không.
Phoenix dùng bằng chứng không kiến thức để che đi chi tiết giao dịch, Moonlight cung cấp quy trình tài khoản minh bạch, Citadel bổ sung thêm một lớp công bố chọn lọc, còn hợp đồng XSC có thể đưa thẳng các nội dung như điều kiện tư cách, ràng buộc chuyển nhượng và yêu cầu báo cáo vào logic của giao dịch. Điều này thực sự cho thấy tuân thủ không nhất thiết phải đặt toàn bộ ở ngoài chuỗi.
Nhưng có một tiền đề không thể né tránh: khi sản phẩm tài chính trở nên phức tạp, thì chính các quy tắc cũng sẽ trở nên phức tạp theo. Ví dụ, có những tài sản cần có hạn chế chuyển nhượng, quyền biểu quyết, các sự kiện doanh nghiệp, quy trình khôi phục, và thậm chí phải phân theo các cấp độ công bố khác nhau. Đến một thời điểm nhất định, vấn đề không còn là quyền riêng tư có còn hữu ích hay không, mà là khi các quy tắc này chồng chất lên nhau, liệu hệ thống có còn vận hành đúng như kỳ vọng hay không.
Chẳng hạn, nếu một giao dịch chuyển nhượng chứng khoán đồng thời kích hoạt các quy tắc hạn chế giao dịch theo thời gian, thay đổi quyền biểu quyết và nghĩa vụ công bố xuyên khu vực, thì hợp đồng thông minh trên chuỗi phải có khả năng kiểm tra tất cả các điều kiện ràng buộc trong cùng một chu kỳ thực thi. Chỉ cần bỏ sót bất kỳ một điều kiện nào cũng có thể khiến toàn bộ giao dịch trở nên vô hiệu, thậm chí gây ra sự cố tuân thủ. Trong các bối cảnh tài chính thực tế, tình huống quy tắc phức tạp chồng chéo như vậy không phải là xác suất thấp, mà là chuyện hằng ngày.
Đó có lẽ là điểm tôi quan tâm và theo sát nhất ở Dusk. Nhìn riêng sơ đồ kiến trúc thì mọi thứ đều có thể giải thích được; điều tôi thực sự muốn xem là, khi luồng công việc thực tế bắt đầu trở nên rối rắm và xuất hiện đủ các tình huống biên, thì rốt cuộc nó có chịu đựng được không.