#dusk $DUSK Hôm nay tôi đang xem tài liệu lớp mạng của @Dusk , ban đầu cứ tưởng mạng P2P của blockchain nào cũng gần giống nhau—phát giao dịch, đồng bộ khối, không có gì đáng đào sâu. Cho đến khi nhìn thấy từ “Kadcast”, tôi mới nhận ra Dusk không đi theo con đường cũ là giao thức Gossip.
Gossip hoạt động như một trò truyền tin: mỗi nút ngẫu nhiên chọn vài nút hàng xóm để chuyển thông điệp, các hàng xóm lại chuyển tiếp cho hàng xóm của mình, cuối cùng toàn mạng đều biết. Ưu điểm là khả năng chịu lỗi tốt, nhưng cái giá là lãng phí băng thông nghiêm trọng—cùng một thông điệp có thể được một nút nhận nhiều lần.
Kadcast thay phát ngẫu nhiên bằng mạng phủ có cấu trúc. Nút không chọn hàng xóm một cách ngẫu nhiên mà truyền thông điệp theo hướng dựa trên cấu trúc liên kết/topology được tổ chức sẵn. Tài liệu chính thức nói rằng cách này có thể tiết kiệm 25% đến 50% băng thông so với giao thức Gossip truyền thống.
Tôi hiểu rằng thiết kế này tương ứng với ràng buộc: trong các kịch bản tài chính, việc xác nhận giao dịch không thể dựa vào sự ngẫu nhiên kiểu “cứ gửi đi nhiều lần thì rồi cũng tới” để đảm bảo. Định tuyến có cấu trúc nghĩa là đường truyền thông điệp dễ dự đoán hơn và độ trễ cũng dễ kiểm soát hơn. Với thị trường tài chính cần quyết toán mang tính tất định, việc biết “thông điệp sẽ đến trong khoảng bao lâu” còn quan trọng không kém gì “thông điệp đến được hay không”.
Nhưng mặt trái của tối ưu này là: mạng có cấu trúc nhạy cảm hơn với việc các nút tham gia hoặc rời đi. Nếu một lượng lớn nút cùng lúc không trực tuyến, hiệu quả tái xây dựng bảng định tuyến liệu có làm chậm toàn mạng không? Trong tài liệu công khai hiện tại, tôi chưa tìm thấy dữ liệu độ trễ dưới biến động lớn của số lượng nút.
Xem #dusk ở lớp mạng, tôi không chỉ muốn biết TPS và thời gian tạo khối, mà còn muốn thấy mức tiết kiệm băng thông thực đo và phân bố độ trễ của Kadcast trong phân bố nút thực tế sau khi lên mainnet. Nếu tầng nền của DUSK chạy ổn định, thì các ứng dụng tài chính phía trên mới có nền tảng để dựa vào. #dusk @Dusk