#dusk $DUSK @Dusk
Đọc càng nhiều tài liệu liên quan đến Dusk, tôi càng cảm thấy rằng chuyện "quyền riêng tư" không nên chỉ công lao cho Phoenix và các bằng chứng không tri thức (zero-knowledge proof) — trong bản whitepaper còn cài sẵn một lớp bảo vệ quyền riêng tư dễ bị bỏ sót, đến từ chính tầng mạng P2P, hoàn toàn không liên quan gì đến thuật toán mã hoá.

Giao thức P2P mà Dusk sử dụng được gọi là Kadcast, dựa trên cấu trúc bảng băm phân tán theo kiểu Kademlia. Ở Section 2.3 của whitepaper có một chi tiết đáng để nhìn kỹ: cơ chế phát tán của Kadcast không phải là gửi một lần duy nhất (broadcast) tới tất cả các nút lân cận, mà là dựa trên khoảng cách XOR giữa các nút — chỉ chuyển tiếp cho một nhóm nút nhất định, rồi những nút đó tiếp tục chuyển tiếp ra ngoài, tạo thành các tầng liên kết tiếp nối. Cấu trúc này mang lại một tác dụng phụ: vì tin nhắn không đi trực tiếp từ bên gửi tới từng bên nhận, mà phải qua nhiều lớp trung chuyển, nên việc truy vết một tin nhắn ban đầu được phát từ nút nào sẽ trở nên rõ rệt là khó khăn hơn. Đây vốn là cấu trúc được thiết kế để tối ưu hiệu quả băng thông, nhưng đồng thời cũng làm mờ luôn nguồn phát tin nhắn.

Điều này khiến tôi nghĩ lại: ba chữ "chuỗi quyền riêng tư" rốt cuộc nên được đánh giá như thế nào. Nếu chỉ có Phoenix ở lớp trên làm nhiệm vụ riêng tư, thì đúng là nội dung giao dịch được bảo mật. Nhưng hành vi phát tán tin nhắn giữa các nút — nếu tầng mạng là kiểu cấu trúc "một-đến-nhiều" phát trực tiếp (directly group broadcast), thì về mặt lý thuyết, những người có thể quan sát vị trí nút trong mạng vẫn có thể dùng nó để phân tích lưu lượng, từ đó suy ra gián tiếp một số thông tin — chẳng hạn ai đã phát tin gì vào thời điểm nào. Dù không hiểu được nội dung, thì chính mẫu hành vi cũng là một dạng rò rỉ thông tin. Với cấu trúc chuyển tiếp theo từng lớp của Kadcast, ngoài lớp mờ hoá ở tầng mật mã, lại thêm một lớp mờ hoá ở tầng mạng. Hai lớp chồng lên nhau; chỉ bẻ gãy riêng từng lớp đơn lẻ thì vẫn không đủ để xác định thật sự vị trí nguồn.

Mọi người khi bàn về chuỗi quyền riêng tư, thường chỉ nhìn vào phương án mã hoá, dùng zk-SNARK hay hệ thống chứng minh nào — rất ít người chịu khó hỏi thêm một câu về tầng P2P được thiết kế ra sao. Lớp này bình thường không cảm nhận được, nhưng lại chính là nơi dễ bị tấn công kiểu phân tích lưu lượng nhất.

Các bạn nghĩ sao: khi đánh giá một chuỗi quyền riêng tư, thiết kế tầng mạng có nên được tách riêng ra để tính như một chỉ số độc lập không?