#dusk $DUSK @Dusk Đã dành thời gian đào sâu vào cơ chế đồng thuận Dusk thay vì chỉ lướt qua tài liệu. Mãi quay lại với một chi tiết cứ không rời khỏi đầu.
Chế độ khẩn cấp chỉ kích hoạt sau 16 lần lặp thất bại. Trước đó, Bằng chứng ngắn gọn (Succinct Attestation) chạy bình thường với các timeout thời gian bước cố định. Ứng viên không xuất hiện hoặc không đạt quorum, thì lượt lặp kết thúc và lượt tiếp theo bắt đầu. Rõ ràng, tuần tự.
Sau 16 lần thất bại liên tiếp, các timeout biến mất. Các lượt lặp vẫn được giữ mở. Tắt các phiếu NoCandidate và NoQuorum. Cố tình cho phép nhiều lượt lặp đang mở chạy đồng thời. Điều này làm tăng xác suất ít nhất một trong số đó tạo ra được một block hợp lệ. Đổi lại là rủi ro fork cao hơn. Khi fork xuất hiện, quy tắc được chốt cố định: số thứ tự lượt lặp nhỏ nhất đã đạt được đồng thuận sẽ thắng. Mọi thứ khác sẽ đóng lại ngay khi một block được chấp nhận.
Vẫn còn một lớp “chốt an toàn” cuối cùng. Nếu ngay cả lượt lặp cuối cùng cũng bị treo, các trình cấp phát (provisioners) nắm giữ đa số stake có thể yêu cầu một block khẩn cấp. Trống, không có giao dịch, được ký bởi Dusk, chỉ đủ để giữ cho vòng xử lý tiếp tục. Sau này nó vẫn có thể bị thay thế bởi một block có lượt lặp thấp hơn mà đạt quorum bình thường.
Whitepaper và các issue của rusk mô tả nó khá rõ ràng. Thứ vẫn chưa được công khai là tần suất đường đi này đã thực sự được kích hoạt trên mainnet trong đời thực. Tần suất đó có vẻ mới là bài kiểm tra thực sự khi mạng chịu tải liên tục.
Làm tôi tự hỏi liệu con số 16 có đủ cao để đa số ngày không bao giờ phải chạm tới nó, hay những giai đoạn yên ắng đã che giấu nhiều block khẩn cấp hơn so với những gì explorer thể hiện.
Chế độ khẩn cấp chỉ kích hoạt sau 16 lần lặp thất bại. Trước đó, Bằng chứng ngắn gọn (Succinct Attestation) chạy bình thường với các timeout thời gian bước cố định. Ứng viên không xuất hiện hoặc không đạt quorum, thì lượt lặp kết thúc và lượt tiếp theo bắt đầu. Rõ ràng, tuần tự.
Sau 16 lần thất bại liên tiếp, các timeout biến mất. Các lượt lặp vẫn được giữ mở. Tắt các phiếu NoCandidate và NoQuorum. Cố tình cho phép nhiều lượt lặp đang mở chạy đồng thời. Điều này làm tăng xác suất ít nhất một trong số đó tạo ra được một block hợp lệ. Đổi lại là rủi ro fork cao hơn. Khi fork xuất hiện, quy tắc được chốt cố định: số thứ tự lượt lặp nhỏ nhất đã đạt được đồng thuận sẽ thắng. Mọi thứ khác sẽ đóng lại ngay khi một block được chấp nhận.
Vẫn còn một lớp “chốt an toàn” cuối cùng. Nếu ngay cả lượt lặp cuối cùng cũng bị treo, các trình cấp phát (provisioners) nắm giữ đa số stake có thể yêu cầu một block khẩn cấp. Trống, không có giao dịch, được ký bởi Dusk, chỉ đủ để giữ cho vòng xử lý tiếp tục. Sau này nó vẫn có thể bị thay thế bởi một block có lượt lặp thấp hơn mà đạt quorum bình thường.
Whitepaper và các issue của rusk mô tả nó khá rõ ràng. Thứ vẫn chưa được công khai là tần suất đường đi này đã thực sự được kích hoạt trên mainnet trong đời thực. Tần suất đó có vẻ mới là bài kiểm tra thực sự khi mạng chịu tải liên tục.
Làm tôi tự hỏi liệu con số 16 có đủ cao để đa số ngày không bao giờ phải chạm tới nó, hay những giai đoạn yên ắng đã che giấu nhiều block khẩn cấp hơn so với những gì explorer thể hiện.