Tôi càng ngày càng cảm thấy rằng, điều thực sự khó của RWA không phải là “đưa lên chuỗi”, mà là đừng bê nguyên xi hệ thống cũ sang theo cách đó
Gần đây tôi lại nghiên cứu @Dusk và thấy một chi tiết trước đây hay bị bỏ qua: nhiều dự án RWA tập trung vào bước “biến tài sản thành Token”, nhưng rắc rối thực sự lại xảy ra sau khi Token đã được tạo ra.
Sau khi một quỹ hay một trái phiếu được phát hành, nhà đầu tư sẽ phải làm thế nào để tham gia, ai có đủ tư cách nắm giữ, việc chuyển nhượng cho ai, khi nào hoàn tất thanh toán/đối soát, và những thông tin nào cần công bố—đó mới là các vấn đề mà tài sản tài chính mỗi ngày phải xử lý. Nếu các quy trình này vẫn tiếp tục dựa vào bảng biểu ngoài chuỗi, duyệt thủ công và việc đối soát qua lại liên tục giữa các hệ thống khác nhau, thì quá trình token hóa có thể chỉ là “đóng gói” hệ thống tài chính cũ bằng một lớp blockchain mới.
Cách tiếp cận của Dusk là điểm khiến tôi khá hứng thú ở chỗ: nó cố gắng đưa các quy trình đó vào cùng một hạ tầng nền tảng. Trong kiến trúc chính thức, DuskDS chịu trách nhiệm cho đồng thuận, tính cuối cùng, tính sẵn có dữ liệu và thanh toán; DuskVM có thể trực tiếp chạy hợp đồng Rust/WASM; còn DuskEVM cung cấp môi trường thực thi EVM. Ý nghĩa của việc này không phải là càng nhiều module càng tốt, mà là giảm bớt các “khoảng ngắt” giữa quy tắc tài sản, việc thực thi và thanh toán cuối cùng. 
Còn đáng xem hơn nữa là lộ trình XSC và Zedger. Trong thiết kế ban đầu của Dusk, Zedger được xây dựng xoay quanh năng lực tài khoản đối với tài sản dạng chứng khoán: các hạn chế chuyển nhượng, quyền biểu quyết, phân phối lợi tức và thanh toán tuân thủ. Nói cách khác, vòng đời của chính tài sản trở thành đối tượng mà giao thức cần xử lý, chứ không phải phát hành một Token rồi sau đó chuyển toàn bộ quy tắc sang ngoài chuỗi. 
Điều này khiến tôi một lần nữa hiểu lại $DUSK : thứ thực sự đáng để theo dõi không chỉ là quyền riêng tư hay khả năng tương thích EVM, mà là liệu có thể nối liền thành một quy trình hoàn chỉnh các khâu: phát hành, tư cách, chuyển nhượng, quyền riêng tư và thanh toán cuối cùng hay không.
Dĩ nhiên, liệu kiến trúc có đứng vững hay không cuối cùng vẫn cần được kiểm chứng bằng tài sản thật và các tổ chức thật. Với tôi, đó lại là phần đáng xem nhất đằng sau Dusk—không phải là có thể chuyển tài sản tài chính lên chuỗi hay không, mà là sau khi chuyển lên rồi, có thực sự giảm được những mắt xích lặp lại mà trước đây bắt buộc phải dựa vào bên trung gian hay không. #dusk
#dusk $DUSK @Dusk
Gần đây tôi lại nghiên cứu @Dusk và thấy một chi tiết trước đây hay bị bỏ qua: nhiều dự án RWA tập trung vào bước “biến tài sản thành Token”, nhưng rắc rối thực sự lại xảy ra sau khi Token đã được tạo ra.
Sau khi một quỹ hay một trái phiếu được phát hành, nhà đầu tư sẽ phải làm thế nào để tham gia, ai có đủ tư cách nắm giữ, việc chuyển nhượng cho ai, khi nào hoàn tất thanh toán/đối soát, và những thông tin nào cần công bố—đó mới là các vấn đề mà tài sản tài chính mỗi ngày phải xử lý. Nếu các quy trình này vẫn tiếp tục dựa vào bảng biểu ngoài chuỗi, duyệt thủ công và việc đối soát qua lại liên tục giữa các hệ thống khác nhau, thì quá trình token hóa có thể chỉ là “đóng gói” hệ thống tài chính cũ bằng một lớp blockchain mới.
Cách tiếp cận của Dusk là điểm khiến tôi khá hứng thú ở chỗ: nó cố gắng đưa các quy trình đó vào cùng một hạ tầng nền tảng. Trong kiến trúc chính thức, DuskDS chịu trách nhiệm cho đồng thuận, tính cuối cùng, tính sẵn có dữ liệu và thanh toán; DuskVM có thể trực tiếp chạy hợp đồng Rust/WASM; còn DuskEVM cung cấp môi trường thực thi EVM. Ý nghĩa của việc này không phải là càng nhiều module càng tốt, mà là giảm bớt các “khoảng ngắt” giữa quy tắc tài sản, việc thực thi và thanh toán cuối cùng. 
Còn đáng xem hơn nữa là lộ trình XSC và Zedger. Trong thiết kế ban đầu của Dusk, Zedger được xây dựng xoay quanh năng lực tài khoản đối với tài sản dạng chứng khoán: các hạn chế chuyển nhượng, quyền biểu quyết, phân phối lợi tức và thanh toán tuân thủ. Nói cách khác, vòng đời của chính tài sản trở thành đối tượng mà giao thức cần xử lý, chứ không phải phát hành một Token rồi sau đó chuyển toàn bộ quy tắc sang ngoài chuỗi. 
Điều này khiến tôi một lần nữa hiểu lại $DUSK : thứ thực sự đáng để theo dõi không chỉ là quyền riêng tư hay khả năng tương thích EVM, mà là liệu có thể nối liền thành một quy trình hoàn chỉnh các khâu: phát hành, tư cách, chuyển nhượng, quyền riêng tư và thanh toán cuối cùng hay không.
Dĩ nhiên, liệu kiến trúc có đứng vững hay không cuối cùng vẫn cần được kiểm chứng bằng tài sản thật và các tổ chức thật. Với tôi, đó lại là phần đáng xem nhất đằng sau Dusk—không phải là có thể chuyển tài sản tài chính lên chuỗi hay không, mà là sau khi chuyển lên rồi, có thực sự giảm được những mắt xích lặp lại mà trước đây bắt buộc phải dựa vào bên trung gian hay không. #dusk
#dusk $DUSK @Dusk
