#dusk $DUSK @Dusk

Khi tôi lần đầu nhìn vào Dusk, tôi chủ yếu tập trung vào Phoenix, việc staking và mặt quyền riêng tư. Nhưng càng đào sâu, tôi càng để ý đến Kadcast.

Dusk sử dụng Kadcast như một lớp phát broadcast P2P, và nó về cơ bản được thiết kế để đảm bảo một khối không phụ thuộc chỉ vào một đường đi mạng hoàn hảo duy nhất.

Phần thú vị nằm ở tính dự phòng (redundancy). Kadcast có thể gửi cùng một đoạn dữ liệu khối (block chunk) tới nhiều delegate thay vì tin tưởng vào chỉ một nút. Giao thức sử dụng giá trị β (beta) có thể cấu hình, và phần triển khai hỗ trợ β = 3; vì vậy nếu một tuyến đường gặp sự cố hoặc một nút không khả dụng, các tuyến khác vẫn có thể tiếp tục chuyển tiếp dữ liệu. Nó cũng sử dụng Forward Error Corection (FEC) vì UDP có thể làm mất gói. Nghiên cứu về Kadcast cho thấy sự kết hợp này có thể giúp lan truyền đáng tin cậy ngay cả khi bị mất gói.

Và điều này quan trọng với Dusk vì các khối bị giới hạn ở 1 MB, tương đương khoảng 250 giao dịch Phoenix. Dusk cho biết Kadcast có thể giảm mức sử dụng băng thông khoảng 25–50% so với các cách gossip phổ biến.

Tôi thích thiết kế này vì khả năng chịu lỗi ở đây không chỉ nằm ở cơ chế đồng thuận. Nó bắt đầu bằng việc đảm bảo thông điệp thực sự đi tới được nơi cần đến.

Bạn nghĩ việc lan truyền khối tốt hơn có bị đánh giá thấp trong bảo mật blockchain không?