#dusk $DUSK Khi dịch ý tưởng của DUSK về XSC (hợp đồng an toàn mở rộng), điều đầu tiên khiến tôi dừng lại không phải là nó có thể phát hành những loại chứng khoán nào, mà là việc nó muốn nhúng logic tuân thủ thẳng vào trong chính hợp đồng, thay vì đặt trong các tài liệu pháp lý ngoài chuỗi.$SNDKB
Token hóa chứng khoán truyền thống, dù đi theo bất kỳ chuẩn token tuân thủ nào, bản chất vẫn là “ghi sổ trên chuỗi, thực thi ngoài chuỗi”: các quy tắc chuyển nhượng, danh sách trắng, điều khoản khóa tài sản dựa vào thỏa thuận và hồ sơ pháp lý ngoài chuỗi để ràng buộc; token trên chuỗi chỉ đóng vai trò như phiếu ghi sổ. Khi có tranh chấp, con đường truy trách nhiệm sẽ quay về hệ thống pháp luật truyền thống, còn dữ liệu trên chuỗi nhiều lắm chỉ là một phần của chuỗi chứng cứ. XSC muốn làm điều ngược lại: nhúng quy tắc vào tầng thực thi hợp đồng, để việc chuyển tiền bản thân mang theo kiểm tra điều kiện; ai được nắm giữ, có thể chuyển nhượng hay không, và điều kiện nào kích hoạt việc bị đóng băng—tất cả được hoàn thành trên chuỗi. Về mặt lý thuyết, cách này có thể giảm độ trễ của việc thực thi ngoài chuỗi.$SPCXB
Nhưng ở đây có một vấn đề dễ bị bỏ qua: một khi quy tắc tuân thủ đã được viết vào hợp đồng, thì tính “có thể thay đổi” của quy tắc trở thành rủi ro cốt lõi. Cách diễn giải của cơ quan quản lý có thể thay đổi, danh sách KYC sẽ được cập nhật, và yêu cầu tuân thủ xuyên biên giới có thể thay đổi theo từng khu vực pháp lý. Nếu việc nâng cấp quy tắc cần phải triển khai lại hoặc di chuyển tài sản, chi phí thao tác và rủi ro pháp lý sẽ không hề thấp; nếu giữ một cơ chế nâng cấp được, thì lại biến thành một dạng “cửa hậu trung tâm” khác—ai có thể sửa quy tắc, liệu sửa quy tắc có ảnh hưởng tới tài sản đang tồn tại hay không. Đây là mâu thuẫn mang tính cấu trúc giống với tranh cãi về “chìa khóa giám sát” trong sổ cái quyền riêng tư.
Nghĩ tiếp theo hướng kết hợp XSC với Phoenix/Moonlight hai sổ cái, thì việc kiểm tra tuân thủ diễn ra ở tầng nào là rất quan trọng. Nếu kiểm tra được thực hiện ở tầng minh bạch, thì việc chuyển nhượng ở tầng riêng tư thực tế sẽ lộ danh tính các bên tham gia, và quyền riêng tư sẽ chỉ còn là những mô tả trên giấy; nếu kiểm tra hoàn toàn được thực hiện ở tầng riêng tư bằng xác minh không kiến thức (zero-knowledge), thì hiệu suất và độ trễ lại bị ảnh hưởng. Hiện tại tôi chưa thấy có mô tả kỹ thuật rõ ràng cho sự đánh đổi này.
Tôi nghĩ điều XSC hiện thiếu không phải là quảng bá về các trường hợp ứng dụng, mà là một ví dụ có thật về lần nâng cấp quy tắc: xem nó xử lý tài sản đang tồn tại như thế nào khi cách diễn giải/khẩu độ của cơ quan quản lý thay đổi. Đây mới là điểm mấu chốt để đánh giá liệu bộ chuẩn này có chịu được tài sản thực hay không.
#dusk @Dusk
Token hóa chứng khoán truyền thống, dù đi theo bất kỳ chuẩn token tuân thủ nào, bản chất vẫn là “ghi sổ trên chuỗi, thực thi ngoài chuỗi”: các quy tắc chuyển nhượng, danh sách trắng, điều khoản khóa tài sản dựa vào thỏa thuận và hồ sơ pháp lý ngoài chuỗi để ràng buộc; token trên chuỗi chỉ đóng vai trò như phiếu ghi sổ. Khi có tranh chấp, con đường truy trách nhiệm sẽ quay về hệ thống pháp luật truyền thống, còn dữ liệu trên chuỗi nhiều lắm chỉ là một phần của chuỗi chứng cứ. XSC muốn làm điều ngược lại: nhúng quy tắc vào tầng thực thi hợp đồng, để việc chuyển tiền bản thân mang theo kiểm tra điều kiện; ai được nắm giữ, có thể chuyển nhượng hay không, và điều kiện nào kích hoạt việc bị đóng băng—tất cả được hoàn thành trên chuỗi. Về mặt lý thuyết, cách này có thể giảm độ trễ của việc thực thi ngoài chuỗi.$SPCXB
Nhưng ở đây có một vấn đề dễ bị bỏ qua: một khi quy tắc tuân thủ đã được viết vào hợp đồng, thì tính “có thể thay đổi” của quy tắc trở thành rủi ro cốt lõi. Cách diễn giải của cơ quan quản lý có thể thay đổi, danh sách KYC sẽ được cập nhật, và yêu cầu tuân thủ xuyên biên giới có thể thay đổi theo từng khu vực pháp lý. Nếu việc nâng cấp quy tắc cần phải triển khai lại hoặc di chuyển tài sản, chi phí thao tác và rủi ro pháp lý sẽ không hề thấp; nếu giữ một cơ chế nâng cấp được, thì lại biến thành một dạng “cửa hậu trung tâm” khác—ai có thể sửa quy tắc, liệu sửa quy tắc có ảnh hưởng tới tài sản đang tồn tại hay không. Đây là mâu thuẫn mang tính cấu trúc giống với tranh cãi về “chìa khóa giám sát” trong sổ cái quyền riêng tư.
Nghĩ tiếp theo hướng kết hợp XSC với Phoenix/Moonlight hai sổ cái, thì việc kiểm tra tuân thủ diễn ra ở tầng nào là rất quan trọng. Nếu kiểm tra được thực hiện ở tầng minh bạch, thì việc chuyển nhượng ở tầng riêng tư thực tế sẽ lộ danh tính các bên tham gia, và quyền riêng tư sẽ chỉ còn là những mô tả trên giấy; nếu kiểm tra hoàn toàn được thực hiện ở tầng riêng tư bằng xác minh không kiến thức (zero-knowledge), thì hiệu suất và độ trễ lại bị ảnh hưởng. Hiện tại tôi chưa thấy có mô tả kỹ thuật rõ ràng cho sự đánh đổi này.
Tôi nghĩ điều XSC hiện thiếu không phải là quảng bá về các trường hợp ứng dụng, mà là một ví dụ có thật về lần nâng cấp quy tắc: xem nó xử lý tài sản đang tồn tại như thế nào khi cách diễn giải/khẩu độ của cơ quan quản lý thay đổi. Đây mới là điểm mấu chốt để đánh giá liệu bộ chuẩn này có chịu được tài sản thực hay không.
#dusk @Dusk
XSC规则该链上还是链下管
0%
规则可升级算不算新后门
50%
合规校验放哪层更合理
50%
2 phiếu bầu • Cuộc bỏ phiếu đã kết thúc