#dusk $DUSK @Dusk Nhiều người khi xem xét lớp đồng thuận của Dusk thường hỏi ngay một câu: tốc độ của nó thế nào? Tôi cứ nghĩ tốc độ không phải là điểm khởi đầu phù hợp. Câu hỏi thú vị hơn là thiết kế này thực sự bảo vệ trước điều gì.

Succinct Attestation đưa mỗi khối qua ba bước: Đề xuất, Xác thực, Phê chuẩn. Một provisioner tạo ra khối ứng viên. Một hội đồng được chọn ngẫu nhiên kiểm tra tính hợp lệ của khối. Một hội đồng thứ hai, được chọn riêng biệt, xác nhận kết quả xác thực và hoàn tất khối đó. Hai hội đồng độc lập, cùng một khối, cùng một vòng.

Điều khiến tôi phải dừng lại khi đọc là từ “độc lập”. Hầu hết các hệ thống PoS chỉ dùng một hội đồng để đề xuất và phê duyệt. Dusk dùng hai hội đồng riêng biệt cho việc xác thực và phê chuẩn, nghĩa là một khối cần được hai nhóm được chọn ngẫu nhiên và độc lập đồng thuận trước khi được xem là hoàn tất. Một hội đồng bị xâm phạm không thể tự mình thông qua một khối không hợp lệ.

Tầm quan trọng của tính ngẫu nhiên lớn hơn vẻ ngoài ban đầu. Provisioner được chọn thông qua cơ chế sortition — có trọng số theo lượng stake nhưng không mang tính tất định. Không ai biết trước những nút cụ thể nào sẽ tạo thành hội đồng xác thực hoặc phê chuẩn tiếp theo. Sự bất định đó chính là cơ chế bảo mật. Kẻ tấn công không thể mua chuộc hay nhắm mục tiêu vào một hội đồng chưa tồn tại.

Mức stake tối thiểu để tham gia là 1.000 DUSK. Con số này không phải tùy tiện — nó đặt ra ngưỡng chi phí kinh tế để trở thành provisioner và có khả năng tác động đến việc lựa chọn hội đồng. Tổng lượng stake càng cao thì việc tích lũy đủ trọng số để tạo ảnh hưởng càng tốn kém.

Điều tôi thực sự thấy vẫn chưa được giải đáp là mối quan hệ giữa sự tập trung stake và kết quả sortition theo thời gian. Nếu một số ít provisioner lớn chi phối trọng số stake, việc lựa chọn “ngẫu nhiên” sẽ bắt đầu tạo ra các mô hình có thể dự đoán. Mật mã học vẫn vững chắc, nhưng những giả định kinh tế bên dưới cần được theo dõi.