@Dusk Tôi đã xem thiết kế thanh toán của Dusk ít hơn như một bài toán về tốc độ và nhiều hơn như một bài toán về phối hợp.
Một lớp thanh toán cuối cùng nhanh là hữu ích, nhưng thanh toán được điều tiết liên quan đến nhiều bên, hệ thống của họ không nhất thiết di chuyển với cùng tốc độ. Lớp DuskDS của Dusk có thể cung cấp tính tất định của trạng thái cuối cùng và phối hợp trạng thái thanh toán, tuy nhiên nhánh tài sản, mạng thanh toán, bên giám hộ và các kiểm tra tuân thủ vẫn có thể tạo ra chênh lệch về thời điểm.
Điều đó làm thay đổi thước đo mà tôi quan tâm.
“Chất lượng thanh toán được đo khi các hệ thống bất đồng.”
Nếu một giao dịch giao hàng đổi lấy thanh toán gặp trễ hoặc không khớp, câu hỏi quan trọng là giao thức và cơ sở hạ tầng xung quanh sẽ làm gì tiếp theo. Tài sản có thể vẫn được khóa an toàn không? Phía thanh toán có thể được đối soát mà không tạo ra rủi ro đối tác mới không? Các bên tham gia được ủy quyền có thể xác minh trạng thái liên quan mà không làm lộ thông tin mà họ không nên thấy không?
Đó là lý do khiến việc thực thi bí mật của Dusk trở nên hấp dẫn với tôi hơn cả thông lượng thô. Hệ thống phải bảo toàn cả tính đúng đắn của giao dịch và luồng thông tin được kiểm soát khi có sự cố xảy ra.
Điểm yếu là Dusk không thể loại bỏ các phụ thuộc ngoài chuỗi. Một lớp thanh toán hoàn toàn tất định vẫn kế thừa rủi ro vận hành từ các bên giám hộ, nhà cung cấp thanh toán và các nguồn dữ liệu bên ngoài.
Vì vậy, tôi sẽ theo dõi cách xử lý các giao dịch thanh toán thất bại, thời gian đối soát và mức độ sử dụng lại trong các tổ chức. Các giao dịch thành công cho thấy hệ thống hoạt động; các giao dịch khó cho biết liệu hệ thống đó có thực sự đáng tin hay không.
#dusk @Dusk $DUSK $BTR $BMT
Một lớp thanh toán cuối cùng nhanh là hữu ích, nhưng thanh toán được điều tiết liên quan đến nhiều bên, hệ thống của họ không nhất thiết di chuyển với cùng tốc độ. Lớp DuskDS của Dusk có thể cung cấp tính tất định của trạng thái cuối cùng và phối hợp trạng thái thanh toán, tuy nhiên nhánh tài sản, mạng thanh toán, bên giám hộ và các kiểm tra tuân thủ vẫn có thể tạo ra chênh lệch về thời điểm.
Điều đó làm thay đổi thước đo mà tôi quan tâm.
“Chất lượng thanh toán được đo khi các hệ thống bất đồng.”
Nếu một giao dịch giao hàng đổi lấy thanh toán gặp trễ hoặc không khớp, câu hỏi quan trọng là giao thức và cơ sở hạ tầng xung quanh sẽ làm gì tiếp theo. Tài sản có thể vẫn được khóa an toàn không? Phía thanh toán có thể được đối soát mà không tạo ra rủi ro đối tác mới không? Các bên tham gia được ủy quyền có thể xác minh trạng thái liên quan mà không làm lộ thông tin mà họ không nên thấy không?
Đó là lý do khiến việc thực thi bí mật của Dusk trở nên hấp dẫn với tôi hơn cả thông lượng thô. Hệ thống phải bảo toàn cả tính đúng đắn của giao dịch và luồng thông tin được kiểm soát khi có sự cố xảy ra.
Điểm yếu là Dusk không thể loại bỏ các phụ thuộc ngoài chuỗi. Một lớp thanh toán hoàn toàn tất định vẫn kế thừa rủi ro vận hành từ các bên giám hộ, nhà cung cấp thanh toán và các nguồn dữ liệu bên ngoài.
Vì vậy, tôi sẽ theo dõi cách xử lý các giao dịch thanh toán thất bại, thời gian đối soát và mức độ sử dụng lại trong các tổ chức. Các giao dịch thành công cho thấy hệ thống hoạt động; các giao dịch khó cho biết liệu hệ thống đó có thực sự đáng tin hay không.
#dusk @Dusk $DUSK $BTR $BMT