Tôi lại xem xét @Dusk và cuối cùng đào sâu hơn vào cách cơ chế xác nhận khối của nó thực sự hoạt động. Trạng thái “confirmed” tưởng như đơn giản hóa ra lại là một quá trình phức tạp theo nhiều lớp.
Dusk sử dụng mô hình Rolling Finality với nhiều giai đoạn: accepted, attested, confirmed và cuối cùng là finalized. Mỗi giai đoạn cung cấp một mức độ tin cậy khác nhau, thay vì coi finality là một kết quả yes-or-no đơn giản.
Điều thực sự thu hút sự chú ý của tôi là thời gian xác nhận có thể phụ thuộc vào việc trước khi một khối được chấp nhận đã xảy ra bao nhiêu lần lặp thất bại. Số lần đó càng tăng thì khối cần thêm nhiều khối ở phía sau hơn mới đạt được finality mạnh hơn.
Tôi thích logic bảo mật đằng sau điều này, nhưng cũng có một câu hỏi về khả năng sử dụng: hầu hết các ví đều ẩn đi toàn bộ sự phức tạp này và chỉ đơn giản hiển thị “confirmed.”
Vì vậy tôi tò mò—bạn có thực sự xem trạng thái finality bên dưới không, hay thông điệp xác nhận của ví là đủ với bạn?
#dusk $DUSK @Dusk
Dusk sử dụng mô hình Rolling Finality với nhiều giai đoạn: accepted, attested, confirmed và cuối cùng là finalized. Mỗi giai đoạn cung cấp một mức độ tin cậy khác nhau, thay vì coi finality là một kết quả yes-or-no đơn giản.
Điều thực sự thu hút sự chú ý của tôi là thời gian xác nhận có thể phụ thuộc vào việc trước khi một khối được chấp nhận đã xảy ra bao nhiêu lần lặp thất bại. Số lần đó càng tăng thì khối cần thêm nhiều khối ở phía sau hơn mới đạt được finality mạnh hơn.
Tôi thích logic bảo mật đằng sau điều này, nhưng cũng có một câu hỏi về khả năng sử dụng: hầu hết các ví đều ẩn đi toàn bộ sự phức tạp này và chỉ đơn giản hiển thị “confirmed.”
Vì vậy tôi tò mò—bạn có thực sự xem trạng thái finality bên dưới không, hay thông điệp xác nhận của ví là đủ với bạn?
#dusk $DUSK @Dusk
