Một chi tiết trong thiết kế đồng thuận của Dusk xứng đáng được chú ý nhiều hơn: giao thức không coi mọi lần một trình xác thực (validator) thất bại đều là hành vi độc hại.

Sự phân biệt này quan trọng vì hạ tầng có thể gặp sự cố. Một bên cung cấp (provisioner) có thể đi offline, mất đồng bộ hoặc đơn giản là bỏ lỡ nhiệm vụ đồng thuận mà không hề cố tấn công mạng. Cơ chế phạt “mềm” của Dusk có thể tạm dừng việc tham gia và khóa một phần tài sản đang hoạt động thay vì ngay lập tức hủy bỏ nó.

Khi hành vi được chứng minh là thù địch, các điều khoản kinh tế trở nên khắc nghiệt hơn. Phiếu bầu xung đột hoặc các thông điệp đồng thuận không hợp lệ có thể kích hoạt hình phạt nặng và đốt (burn) một phần tài sản.

Điều đó tạo ra một cấu trúc khuyến khích thú vị: thiếu tin cậy thì tốn kém, nhưng cố tình tấn công vào đồng thuận còn tốn kém hơn.

Với một mạng nhắm tới cơ sở hạ tầng tài chính, sự phân biệt này càng quan trọng. Các tổ chức coi trọng bảo mật, nhưng họ cũng vận hành máy móc, phần mềm và hạ tầng — những thứ có thể hỏng.

Câu hỏi bị bỏ ngỏ là liệu Dusk đã tìm được sự cân bằng đúng đắn giữa việc khiến các provisioner trở nên đáng tin cậy và tránh một hệ thống nơi những sai sót vận hành trung thực lại trở thành thảm họa về mặt kinh tế.

Bảo mật không chỉ là trừng phạt kẻ xấu. Nó còn là thiết kế các cơ chế khuyến khích hoạt động hợp lý khi cơ sở hạ tầng ngoài đời chắc chắn sẽ bị hỏng.

$DUSK

#dusk @Dusk
$BTC
$HEMI