#dusk $DUSK @Dusk Tôi cứ quay lại một điều trong quá trình phát triển gần đây của Dusk, và điều đó không phải là bản thân mật mã.
Mà là nỗ lực để khiến cùng một mật mã hoạt động mạnh hơn.
Các công việc tối ưu hiệu năng PLONK không thay thế các phần toán học nền tảng, bản ghi (transcript) hay định dạng proof. Thay vào đó, Dusk tập trung vào những phần công việc bị lãng phí xung quanh chúng: lưu cache dữ liệu tất định, gom (batching) các phép nghịch đảo và các thao tác MSM, song song hoá các tác vụ FFT độc lập, và tránh tính toán lặp lại.
Kết quả khiến tôi chú ý: thời gian tạo proof giảm 58%, khoảng 2,4x tăng thông lượng tạo proof, xác minh nhanh hơn 44%, và biên dịch (compilation) nhanh hơn 25%.
Nhưng thật lòng thì các con số gần như chỉ là thứ yếu.
Điều khiến tôi quan tâm là những gì chúng cho thấy về bài toán tiếp theo.
Quyền riêng tư có thể mạnh về mặt toán học, nhưng vẫn trở nên không thực tế nếu việc tạo proof, xác minh hoặc thực thi không theo kịp.
Tôi thấy một câu hỏi tương tự trong bài thử nghiệm DuskEVM × DuskDS. Các mô hình thực thi và trạng thái khác nhau đang được đưa vào các workload pha trộn thay vì được đánh giá tách biệt.
Điều đó có vẻ gần hơn với thách thức thực sự: không phải liệu từng mảnh có hoạt động hay không, mà liệu chúng có tiếp tục phối hợp tốt khi hệ thống bắt đầu bận rộn hay không.
Vì vậy, tôi đang bắt đầu tự hỏi liệu vấn đề kỹ thuật khó nhất của Dusk bây giờ không còn là việc chứng minh quyền riêng tư hoạt động.
Mà là làm cho quyền riêng tư, quá trình thực thi và sự phối hợp trở nên gần như vô hình đối với người dùng.
Đó có lẽ là phép thử thú vị hơn.

#dusk