Tôi đã theo dõi Dusk quanh mức $0.065, nhưng biểu đồ không phải thứ khiến tôi quay lại các tài liệu. Có một chi tiết vận hành trông có vẻ vô hại cho đến khi trạng thái đã hoàn tất (finalized state) và trạng thái của tổ chức phát hành (issuer state) ngừng khớp với nhau.

Tài liệu của Dusk làm rõ sự tách biệt khá rõ ràng: DuskVM thực thi, DuskDS cung cấp cơ chế đồng thuận/đạt finality, trong khi Rusk hiển thị trạng thái chuỗi và các sự kiện. Phoenix có thể giữ thông tin người nắm giữ được che giấu, nhưng vẫn hỗ trợ tiết lộ có chọn lọc thông qua các khóa xem (viewing keys).

Nhưng điều đó lại tạo ra một mâu thuẫn mà tôi cứ nghĩ mãi.

Có thể finality là hiện tại, trong khi góc nhìn vận hành của tổ chức phát hành lại đã cũ (stale).

Một thao tác của Zedger đã có thể được hoàn tất trên DuskDS. Rusk có thể hiển thị nó. Phoenix có thể có bằng chứng người nắm giữ mới hơn. Thế nhưng checkpoint báo cáo người nắm giữ của tổ chức phát hành vẫn có thể tham chiếu đến một mốc độ cao (height) cũ.

Không có gì nhất thiết bị hỏng.

Bằng chứng có thể hợp lệ. Dòng (row) của tổ chức phát hành có thể hợp lệ. Sổ cái có thể đã final.

Chỉ là chúng có thể không mô tả cùng một trạng thái.

Và điều đó quan trọng khi một ảnh chụp (snapshot) cho hành động doanh nghiệp (corporate-action) được tạo từ phần trích xuất của tổ chức phát hành. Tệp chi trả (payout file) sẽ kế thừa checkpoint đó, và việc tiết lộ có chọn lọc được xây dựng dựa trên nó.

Vì vậy, tôi quan tâm ít hơn đến việc liệu bằng chứng có hoạt động hay không, mà quan tâm đến trạng thái đã được final mà tổ chức phát hành thực sự đang dựa vào.

Nếu DuskDS đã đi trước checkpoint của tổ chức phát hành, thì cái nào trở thành chuẩn mực (authoritative)?

Điều đó nghe có vẻ là phép thử ít hiển nhiên hơn đối với kiến trúc.

@Dusk_Foundation $DUSK #dusk