#dusk $DUSK @Dusk
Dạo này mình cứ nghĩ về một điều ít hiển nhiên hơn với Dusk
Tính hoàn tất (finality) là một phần của trải nghiệm người dùng.
Khi một ứng dụng xử lý các tài sản được quản lý, thì việc giao dịch chỉ “đi vào” một chuỗi vào bất kỳ lúc nào thôi là chưa đủ.
Ứng dụng cần biết khi nào trạng thái đó thực sự có thể được coi là đã hoàn tất.
Đó là lúc thiết kế cơ chế đồng thuận (consensus) của Dusk trở nên thú vị đối với mình.
Các giao dịch sẽ đi qua một quy trình xác thực có cấu trúc trước khi mạng đồng ý về trạng thái kế tiếp, thay vì để các ứng dụng phải đoán xem một giao dịch đã được chấp nhận có thực sự đã được quyết toán hay chưa.
Điều này quan trọng hơn nhiều đối với hạ tầng tài chính so với những gì có thể nghe có vẻ.
Một quyết định tuân thủ việc chuyển giao tài sản được mã hóa (tokenized asset) hay một lệnh thanh toán (settlement instruction) có thể phụ thuộc vào việc biết chính xác khi nào trạng thái trước đó sẽ không còn thay đổi
Phần mình vẫn đang cố hiểu là điều này hoạt động thế nào khi hoạt động mạng tăng cao hơn nhiều so với bình thường.
Tính hoàn tất nhanh trên giấy là một chuyện.
Nhưng việc giữ cho trải nghiệm đó vẫn có thể dự đoán được trong điều kiện nhu cầu thực tế lại là chuyện khác.
Đó là phần mình sẽ theo dõi.
Quan điểm của bạn là gì??
Dạo này mình cứ nghĩ về một điều ít hiển nhiên hơn với Dusk
Tính hoàn tất (finality) là một phần của trải nghiệm người dùng.
Khi một ứng dụng xử lý các tài sản được quản lý, thì việc giao dịch chỉ “đi vào” một chuỗi vào bất kỳ lúc nào thôi là chưa đủ.
Ứng dụng cần biết khi nào trạng thái đó thực sự có thể được coi là đã hoàn tất.
Đó là lúc thiết kế cơ chế đồng thuận (consensus) của Dusk trở nên thú vị đối với mình.
Các giao dịch sẽ đi qua một quy trình xác thực có cấu trúc trước khi mạng đồng ý về trạng thái kế tiếp, thay vì để các ứng dụng phải đoán xem một giao dịch đã được chấp nhận có thực sự đã được quyết toán hay chưa.
Điều này quan trọng hơn nhiều đối với hạ tầng tài chính so với những gì có thể nghe có vẻ.
Một quyết định tuân thủ việc chuyển giao tài sản được mã hóa (tokenized asset) hay một lệnh thanh toán (settlement instruction) có thể phụ thuộc vào việc biết chính xác khi nào trạng thái trước đó sẽ không còn thay đổi
Phần mình vẫn đang cố hiểu là điều này hoạt động thế nào khi hoạt động mạng tăng cao hơn nhiều so với bình thường.
Tính hoàn tất nhanh trên giấy là một chuyện.
Nhưng việc giữ cho trải nghiệm đó vẫn có thể dự đoán được trong điều kiện nhu cầu thực tế lại là chuyện khác.
Đó là phần mình sẽ theo dõi.
Quan điểm của bạn là gì??
