#dusk $DUSK @Dusk Tôi đi xem điều gì thực sự phải xảy ra khi ai đó mua một tài sản được quản lý trên Dusk, với kỳ vọng phần thú vị nằm ở chính giao dịch. Nhưng không phải vậy.
Một giao dịch có thể nói “mua” trong khi vẫn cần hai thứ khác nhau phải khớp: tài sản phải được chuyển đến người mua, và khoản thanh toán phải được chuyển đến người bán. Tài liệu của Dusk xem hai việc đó như các “chân” riêng biệt cần được phối hợp trước khi giao dịch được coi là đã thanh toán xong.
Nghe có vẻ hiển nhiên cho đến khi bạn so sánh với việc chuyển token thông thường. Gửi một token chỉ trả lời câu hỏi “token có được chuyển đi không?” Một giao dịch bảo chứng (security) được quản lý có thêm một câu hỏi thứ hai: “tiền có được chuyển đi theo các điều kiện cần thiết cho việc chuyển tài sản này không?”
Đó là phần tôi chưa thực sự cân nhắc. Dusk Trade không chỉ là một sàn giao dịch nằm trên số dư token. Quy trình của nó được xây dựng xoay quanh việc đăng ký (onboarding), điều kiện/đủ tư cách (eligibility), mua hoặc bán, phối hợp thanh toán và thanh toán cuối cùng (settlement) — hai “chân” tài sản và thanh toán phải hợp lý với nhau.
Giống như việc trao chìa khóa xe cho một người trong khi chuyển khoản ngân hàng cho việc mua xe vẫn đang chờ xử lý. Việc chìa khóa được đổi tay không tự động có nghĩa là giao dịch mua bán đã hoàn tất.
Và đây là lúc “thanh toán tức thời” trở nên thú vị hơn với tôi. Phần khó không phải là làm cho một giao dịch diễn ra nhanh. Mà là phối hợp nhiều điều kiện để tài sản không bị chuyển đi nếu chưa có khoản thanh toán tương ứng, hoặc ngược lại.
Với các thị trường được quản lý, việc phối hợp đó có lẽ quan trọng hơn nhiều so với dòng tiêu đề về tốc độ.
Vẫn thắc mắc: khi chứng khoán thực sự bắt đầu được chuyển theo cách này, người dùng có bao giờ còn thấy sự phối hợp giữa tài sản/thanh toán diễn ra bên dưới không, hay toàn bộ sự phức tạp sẽ biến mất phía sau một trạng thái đơn giản “đã thanh toán xong”?@Dusk
#dusk $DUSK
Một giao dịch có thể nói “mua” trong khi vẫn cần hai thứ khác nhau phải khớp: tài sản phải được chuyển đến người mua, và khoản thanh toán phải được chuyển đến người bán. Tài liệu của Dusk xem hai việc đó như các “chân” riêng biệt cần được phối hợp trước khi giao dịch được coi là đã thanh toán xong.
Nghe có vẻ hiển nhiên cho đến khi bạn so sánh với việc chuyển token thông thường. Gửi một token chỉ trả lời câu hỏi “token có được chuyển đi không?” Một giao dịch bảo chứng (security) được quản lý có thêm một câu hỏi thứ hai: “tiền có được chuyển đi theo các điều kiện cần thiết cho việc chuyển tài sản này không?”
Đó là phần tôi chưa thực sự cân nhắc. Dusk Trade không chỉ là một sàn giao dịch nằm trên số dư token. Quy trình của nó được xây dựng xoay quanh việc đăng ký (onboarding), điều kiện/đủ tư cách (eligibility), mua hoặc bán, phối hợp thanh toán và thanh toán cuối cùng (settlement) — hai “chân” tài sản và thanh toán phải hợp lý với nhau.
Giống như việc trao chìa khóa xe cho một người trong khi chuyển khoản ngân hàng cho việc mua xe vẫn đang chờ xử lý. Việc chìa khóa được đổi tay không tự động có nghĩa là giao dịch mua bán đã hoàn tất.
Và đây là lúc “thanh toán tức thời” trở nên thú vị hơn với tôi. Phần khó không phải là làm cho một giao dịch diễn ra nhanh. Mà là phối hợp nhiều điều kiện để tài sản không bị chuyển đi nếu chưa có khoản thanh toán tương ứng, hoặc ngược lại.
Với các thị trường được quản lý, việc phối hợp đó có lẽ quan trọng hơn nhiều so với dòng tiêu đề về tốc độ.
Vẫn thắc mắc: khi chứng khoán thực sự bắt đầu được chuyển theo cách này, người dùng có bao giờ còn thấy sự phối hợp giữa tài sản/thanh toán diễn ra bên dưới không, hay toàn bộ sự phức tạp sẽ biến mất phía sau một trạng thái đơn giản “đã thanh toán xong”?@Dusk
#dusk $DUSK
