$DUSK 24 Giờ liên tục giảm nhẹ 1,26%, dao động quanh mốc 0,0704 USD, biên độ cao/thấp trong ngày không đến 4 điểm cơ bản. Nhưng hôm nay thứ thực sự cần nhìn không phải cây nến nhỏ này, mà là mối nối của bộ “Quyền riêng tư không đồng nghĩa với ẩn danh” của @Dusk. Ở phần so sánh sáu chuỗi quyền riêng tư trước đó, nội dung còn được nói rõ hơn một tầng.
Bài viết đối chiếu mục 9-1 rất kiềm chế: chỉ đặt Dusk cùng với năm dự án khác (2 đồng “thuần quyền riêng tư” và 3 chuỗi lập trình được) lên cùng một biểu đồ. Đọc xong sẽ thấy một phán đoán ngược với sự đồng thuận: ở các đồng “thuần quyền riêng tư”, bên nhận không nhìn thấy địa chỉ người gửi; trong mô hình Phượng Hoàng của Dusk thì ngược lại—bên nhận có thể nhận diện người gửi bằng mật mã, trong khi công chúng thì không nhìn thấy. Nói “ẩn danh” là hiểu nhầm; chính xác là “có thể nhìn thấy có kiểm soát”.
Bộ thiết kế này khớp với bối cảnh quản lý rất gắt: Travel Rule yêu cầu truyền thông tin người khởi tạo–người hưởng lợi. Với các chuỗi toàn che chắn, việc này phải vá bổ sung; còn với chuỗi Dusk, mối nối đã được chừa sẵn ngay ở tầng giao thức. Chạy trộn hai hướng: mã hóa đồng cấu (homomorphic encryption) kết hợp với zero-knowledge proof (ZKP), cộng thêm năng lực tính toán phía sau mối nối từ việc tự nghiên cứu/triển khai PLONK và hai bài nghiên cứu plookup, PlonKup.
Tiến triển thiết thực nhất: module Hedger chạy trên lớp EVM, nhét mã hóa đồng cấu + ZKP + mô hình hai tài khoản vào chuỗi công cụ Solidity, hợp đồng có thể gọi trực tiếp; phía trình duyệt có thể tạo bằng chứng trong vòng 2 giây. Bài đối chiếu mục 9-1 cũng đã ghi rõ: tính lập trình của Dusk không chỉ là hai đường—tài khoản công khai và tài khoản che chắn—mà còn có hai lộ trình thực thi song song: hợp đồng Rust/WASM trong máy ảo, đồng thời là hợp đồng Solidity ở lớp EVM.
Lần sau có ai hỏi liệu blockchain công khai về quyền riêng tư “ẩn danh” và “tuân thủ” có thể cùng tồn tại hay không, thì có thể chỉ vào hình này của @Dusk mà trao đổi.
#dusk #可编程隐私 #公开链合规
Bài viết đối chiếu mục 9-1 rất kiềm chế: chỉ đặt Dusk cùng với năm dự án khác (2 đồng “thuần quyền riêng tư” và 3 chuỗi lập trình được) lên cùng một biểu đồ. Đọc xong sẽ thấy một phán đoán ngược với sự đồng thuận: ở các đồng “thuần quyền riêng tư”, bên nhận không nhìn thấy địa chỉ người gửi; trong mô hình Phượng Hoàng của Dusk thì ngược lại—bên nhận có thể nhận diện người gửi bằng mật mã, trong khi công chúng thì không nhìn thấy. Nói “ẩn danh” là hiểu nhầm; chính xác là “có thể nhìn thấy có kiểm soát”.
Bộ thiết kế này khớp với bối cảnh quản lý rất gắt: Travel Rule yêu cầu truyền thông tin người khởi tạo–người hưởng lợi. Với các chuỗi toàn che chắn, việc này phải vá bổ sung; còn với chuỗi Dusk, mối nối đã được chừa sẵn ngay ở tầng giao thức. Chạy trộn hai hướng: mã hóa đồng cấu (homomorphic encryption) kết hợp với zero-knowledge proof (ZKP), cộng thêm năng lực tính toán phía sau mối nối từ việc tự nghiên cứu/triển khai PLONK và hai bài nghiên cứu plookup, PlonKup.
Tiến triển thiết thực nhất: module Hedger chạy trên lớp EVM, nhét mã hóa đồng cấu + ZKP + mô hình hai tài khoản vào chuỗi công cụ Solidity, hợp đồng có thể gọi trực tiếp; phía trình duyệt có thể tạo bằng chứng trong vòng 2 giây. Bài đối chiếu mục 9-1 cũng đã ghi rõ: tính lập trình của Dusk không chỉ là hai đường—tài khoản công khai và tài khoản che chắn—mà còn có hai lộ trình thực thi song song: hợp đồng Rust/WASM trong máy ảo, đồng thời là hợp đồng Solidity ở lớp EVM.
Lần sau có ai hỏi liệu blockchain công khai về quyền riêng tư “ẩn danh” và “tuân thủ” có thể cùng tồn tại hay không, thì có thể chỉ vào hình này của @Dusk mà trao đổi.
#dusk #可编程隐私 #公开链合规
