Gần đây tôi đã nghiên cứu sâu về lớp lưu trữ Ledger của DUSK, và mới hiểu tại sao giải pháp này lại mạnh mẽ trong lĩnh vực tính toán riêng tư. Chìa khóa nằm ở thiết kế Sparse Merkle-Segment Trie — một cấu trúc dữ liệu được tùy chỉnh riêng cho tài khoản tài sản bí mật. So với cây Merkle truyền thống, thứ này có thể định vị chính xác các phân đoạn dữ liệu riêng tư, tốc độ truy vấn tăng trực tiếp 50%, không phải là phóng đại.

Trong quá trình triển khai thực tế đã gặp phải một số lỗi. Có lần cấu hình hợp đồng bí mật mà không bật tham số "segment-opt", kết quả là thời gian tính toán băm dữ liệu tài khoản tăng gấp đôi, độ trễ thực thi hợp đồng vượt quá 1 giây, cực kỳ khó chịu. Sau đó xem lại tài liệu kỹ thuật chính thức mới nhận ra tác dụng của tham số này là để cây tự động hợp nhất các phân đoạn dư thừa. Khi bật lên, chỉ mất 0.09 giây để truy vấn số dư của một tài sản mã hóa, rõ ràng hiệu suất đã được cải thiện rõ rệt.

Một điểm sáng nữa là mô-đun tối ưu Zerocaf cho chứng minh không kiến thức. Đã được tùy biến đặc biệt cho các phép tính elliptic curve, tốc độ tạo chứng minh quyền riêng tư của tài sản nhanh hơn chuẩn 35%, và có thể tương thích gốc với các giải pháp mã hóa dựa trên đường cong Sonny. Kết hợp với cơ chế phản hồi unknown_block của yêu cầu khối, các nút đồng bộ không phải chờ đợi timeout — không tìm thấy khối thì lập tức chuyển sang peer khác, tỷ lệ đồng bộ thành công duy trì trên 99%.

Những cải tiến này không chỉ là gộp ý tưởng, mà đều là các tối ưu thực tế dựa trên lưu trữ nền và mã hóa phối hợp. Sử dụng rất yên tâm, các chỉ số hiệu suất cũng rõ ràng.