Trong các dự án blockchain công khai (public chain) mà tôi đã từng tiếp xúc, lớp P2P thường là hạng mục cuối cùng được chú ý. Mọi người thích bàn về cơ chế đồng thuận, máy ảo, hay liên kết chéo (cross-chain). Nhưng ai đã từng chạy full node đều biết rằng khi băng thông tăng lên, chi phí sẽ trở nên rất lớn: chỉ trong một tháng có thể đốt cháy vài TB lưu lượng. Chi phí này trong phạm vi nhỏ thì còn chấp nhận được, nhưng nếu cần phục vụ các tổ chức tài chính trên toàn cầu thì nó lại là một vấn đề không thể xem nhẹ.
Trong whitepaper, phần mô tả về mạng P2P truyền thống khá thẳng thắn: nó có hai “điểm yếu” là tiêu tốn băng thông cao và độ trễ lớn. Theo cách hiểu của tôi, trong phương thức broadcast truyền thống, mỗi khối (block) hoặc mỗi thông điệp giao dịch phải được truyền đi toàn mạng; sau khi mỗi nút nhận được tin nhắn, nó lại chuyển tiếp cho tất cả các nút hàng xóm (neighbors). Lượng tin nhắn vì thế tăng theo cấp số nhân. Trong mạng tràn ngập rất nhiều dữ liệu dư thừa lặp lại.
Giải pháp của Dusk@Dusk là Kadcast, dựa trên Kademlia DHT. Nó tổ chức các nút theo cấu trúc phân cấp dạng cây: mỗi nút không chuyển tiếp “mù quáng” mà tính toán dựa trên khoảng cách XOR, chỉ chuyển tiếp đến một số nút được chọn ở khoảng cách tăng dần. Thông điệp được truyền dần theo từng tầng trong cấu trúc cây, tạo hiệu ứng dây chuyền (cascade). Mỗi lớp chỉ chuyển tiếp tới một vài nút, chứ không phải tới toàn bộ các nút trong toàn mạng. #dusk
Hướng đi này thực sự đã gợi mở cho tôi rất nhiều. Về bản chất, nó đang nói rằng lớp P2P của blockchain không nhất thiết phải theo mô hình “mọi người nói cho mọi người”. Cách phân phối thông tin tài chính $DUSK chính là logic “ai cần thì người đó nhận”. Kadcast cải thiện hiệu quả đến mức tiết kiệm được bao nhiêu băng thông—whitepaper không đưa số liệu kiểm thử cụ thể, nhưng xét theo thiết kế cơ chế thì lượng tin nhắn dư thừa được giảm đi hẳn sẽ rất đáng kể.
Tuy nhiên, cấu trúc dạng cây cũng có những điểm mong manh: độ ổn định của các nút trung gian là then chốt đối với mạng. Điều này cần được tiếp tục theo dõi trong giai đoạn vận hành về sau.
Trong whitepaper, phần mô tả về mạng P2P truyền thống khá thẳng thắn: nó có hai “điểm yếu” là tiêu tốn băng thông cao và độ trễ lớn. Theo cách hiểu của tôi, trong phương thức broadcast truyền thống, mỗi khối (block) hoặc mỗi thông điệp giao dịch phải được truyền đi toàn mạng; sau khi mỗi nút nhận được tin nhắn, nó lại chuyển tiếp cho tất cả các nút hàng xóm (neighbors). Lượng tin nhắn vì thế tăng theo cấp số nhân. Trong mạng tràn ngập rất nhiều dữ liệu dư thừa lặp lại.
Giải pháp của Dusk@Dusk là Kadcast, dựa trên Kademlia DHT. Nó tổ chức các nút theo cấu trúc phân cấp dạng cây: mỗi nút không chuyển tiếp “mù quáng” mà tính toán dựa trên khoảng cách XOR, chỉ chuyển tiếp đến một số nút được chọn ở khoảng cách tăng dần. Thông điệp được truyền dần theo từng tầng trong cấu trúc cây, tạo hiệu ứng dây chuyền (cascade). Mỗi lớp chỉ chuyển tiếp tới một vài nút, chứ không phải tới toàn bộ các nút trong toàn mạng. #dusk
Hướng đi này thực sự đã gợi mở cho tôi rất nhiều. Về bản chất, nó đang nói rằng lớp P2P của blockchain không nhất thiết phải theo mô hình “mọi người nói cho mọi người”. Cách phân phối thông tin tài chính $DUSK chính là logic “ai cần thì người đó nhận”. Kadcast cải thiện hiệu quả đến mức tiết kiệm được bao nhiêu băng thông—whitepaper không đưa số liệu kiểm thử cụ thể, nhưng xét theo thiết kế cơ chế thì lượng tin nhắn dư thừa được giảm đi hẳn sẽ rất đáng kể.
Tuy nhiên, cấu trúc dạng cây cũng có những điểm mong manh: độ ổn định của các nút trung gian là then chốt đối với mạng. Điều này cần được tiếp tục theo dõi trong giai đoạn vận hành về sau.