Càng nhìn vào tài chính được mã hoá theo từng phần (tokenized), tôi càng ít bị thuyết phục rằng việc đưa một tài sản lên chuỗi (on-chain) mới là phần khó.
Phần khó bắt đầu khi tài sản đó đi kèm các quy tắc.
Ai được phép nắm giữ nó? Những giao dịch chuyển nhượng nào được phép? Thông tin nào cần được giữ bí mật? Và rốt cuộc tài sản cùng các hạng mục thanh toán được tất toán (settle) như thế nào?
Đó là lúc @DuskFoundation trở nên thú vị hơn với tôi.
Dusk được thiết kế cho các quy trình tài sản số được quản lý (regulated) trong đó quyền của người tham gia, yêu cầu về quyền riêng tư và nhu cầu tất toán cần phải hoạt động cùng nhau. Tài liệu của nó mô tả các mẫu kiểm soát truy cập được xây dựng dựa trên tính đủ điều kiện (eligibility), ràng buộc ví (wallet binding) và các giới hạn chuyển giao (transfer restrictions), đồng thời kèm theo quyền riêng tư với cơ chế tiết lộ có chọn lọc.
Dusk Trade đưa những yêu cầu đó vào lớp ứng dụng cho các tài sản tài chính được token hoá. Các quy trình được ghi tài liệu của nó bao gồm: tiếp nhận nhà đầu tư (onboarding), kết nối ví, kiểm tra đủ điều kiện, các thao tác giao dịch, phối hợp thanh toán và tất toán.
Điều đó thay đổi cách tôi nghĩ về token hoá.
Việc tạo token có thể cải thiện khả năng phân phối và tính lập trình (programmability), nhưng nó không tự động giải quyết luồng công việc của thị trường xoay quanh tài sản đó. Bản so sánh của chính Dusk cũng làm rõ sự khác biệt này: các thị trường được quản lý vẫn cần kiểm soát truy cập, quyền riêng tư với tiết lộ có chọn lọc và cơ chế tất toán tất định (deterministic settlement).
Vì vậy, tôi đã bắt đầu đặt một câu hỏi khác.
Không chỉ: liệu tài sản này có thể trở thành một token không?
Mà là: liệu các quy tắc, người tham gia, quyền riêng tư và cơ chế tất toán của nó có thể cùng vận hành với nhau trên chuỗi không?
Với tôi, đó là nơi token hoá không còn chủ yếu là một vấn đề biểu diễn (representation), mà bắt đầu trở thành một vấn đề về hạ tầng cho thị trường (market-infrastructure).
#dusk $DUSK @Dusk
Phần khó bắt đầu khi tài sản đó đi kèm các quy tắc.
Ai được phép nắm giữ nó? Những giao dịch chuyển nhượng nào được phép? Thông tin nào cần được giữ bí mật? Và rốt cuộc tài sản cùng các hạng mục thanh toán được tất toán (settle) như thế nào?
Đó là lúc @DuskFoundation trở nên thú vị hơn với tôi.
Dusk được thiết kế cho các quy trình tài sản số được quản lý (regulated) trong đó quyền của người tham gia, yêu cầu về quyền riêng tư và nhu cầu tất toán cần phải hoạt động cùng nhau. Tài liệu của nó mô tả các mẫu kiểm soát truy cập được xây dựng dựa trên tính đủ điều kiện (eligibility), ràng buộc ví (wallet binding) và các giới hạn chuyển giao (transfer restrictions), đồng thời kèm theo quyền riêng tư với cơ chế tiết lộ có chọn lọc.
Dusk Trade đưa những yêu cầu đó vào lớp ứng dụng cho các tài sản tài chính được token hoá. Các quy trình được ghi tài liệu của nó bao gồm: tiếp nhận nhà đầu tư (onboarding), kết nối ví, kiểm tra đủ điều kiện, các thao tác giao dịch, phối hợp thanh toán và tất toán.
Điều đó thay đổi cách tôi nghĩ về token hoá.
Việc tạo token có thể cải thiện khả năng phân phối và tính lập trình (programmability), nhưng nó không tự động giải quyết luồng công việc của thị trường xoay quanh tài sản đó. Bản so sánh của chính Dusk cũng làm rõ sự khác biệt này: các thị trường được quản lý vẫn cần kiểm soát truy cập, quyền riêng tư với tiết lộ có chọn lọc và cơ chế tất toán tất định (deterministic settlement).
Vì vậy, tôi đã bắt đầu đặt một câu hỏi khác.
Không chỉ: liệu tài sản này có thể trở thành một token không?
Mà là: liệu các quy tắc, người tham gia, quyền riêng tư và cơ chế tất toán của nó có thể cùng vận hành với nhau trên chuỗi không?
Với tôi, đó là nơi token hoá không còn chủ yếu là một vấn đề biểu diễn (representation), mà bắt đầu trở thành một vấn đề về hạ tầng cho thị trường (market-infrastructure).
#dusk $DUSK @Dusk