Tại sao tôi xem Moonlight và Phoenix là “quân cờ bài” thật sự của Dusk
Nói một vấn đề mà tôi luôn băn khoăn: vì sao đa số các blockchain công khai nói về quyền riêng tư lại chỉ xoay quanh “hoặc minh bạch hoàn toàn, hoặc ẩn hoàn toàn”, rất ít dự án thật thà nói cho bạn biết rằng thế giới tài chính căn bản không cần lựa chọn kiểu nhị phân này.
Tôi đã nghiên cứu @Dusk được một thời gian; càng xem tài liệu càng thấy nó không phải là câu chuyện đơn giản về “tiền riêng tư”. Nó tách thẳng mô hình giao dịch thành hai “chân” đi song song: Moonlight là mô hình tài khoản, chuyển số dư thì công khai hết, có thể kiểm toán như Ethereum; Phoenix là mô hình UTXO, tiền được tồn tại dưới dạng “note” được mã hoá, dựa vào chứng minh không kiến thức để chứng minh không có double-spend và số dư đủ dùng, nhưng không lộ giá trị và mối quan hệ nhận–gửi.
Hai hệ thống chạy trên cùng một chuỗi; hợp đồng và người dùng có thể chuyển đổi theo từng tình huống. Đây chính là điểm tôi thấy thông minh.
Về phía quản lý giám sát, ban đầu tôi cũng khinh thường, nghĩ rằng đó chỉ là một lớp “ngôn từ tuân thủ” để lừa người ta. Nhưng đọc whitepaper xong mới phát hiện: Phoenix có gắn “viewing key” (khóa xem); người nắm giữ có thể chọn cách tiết lộ chi tiết giao dịch một cách có chọn lọc cho bên kiểm toán—không phải công khai trên toàn mạng, mà là xem theo uỷ quyền điểm-đến-điểm. Điều này khá thực tế: cái mà tổ chức cần không bao giờ là ẩn danh hoàn toàn, mà là có thể chứng minh tuân thủ nhưng người ngoài không nhìn thấy vị thế. Logic kiểm toán bảo mật trong tài chính truyền thống gần như giống hệt.
Tầng đồng thuận là Succinct Attestation, cơ chế chứng minh quyền lợi; các node thế chấp DUSK để tham gia tạo khối. Tầng thực thi là máy ảo Rusk dựa trên WebAssembly; bản thân hợp đồng có thể chạy chứng minh không kiến thức, chứ không phải gắn thêm “tính năng riêng tư” như một tiện ích ngoài mainchain.
Nói một lời “than vãn”: ở các dự án làm cả mô hình kép và hệ thống chứng minh, rủi ro lớn nhất từ trước đến nay không phải là kỹ thuật không làm được, mà là công cụ phát triển, tài liệu, SDK không theo kịp—dù mật mã có hay đến đâu cũng chẳng ai dùng được. Đây là điểm tôi sẽ tiếp tục theo dõi ở $DUSK .
Nói cho cùng, sau bao nhiêu năm blockchain cãi nhau về đối lập giữa quyền riêng tư và giám sát, có lẽ ngay từ đầu đã hỏi sai vấn đề. Tự do thật sự không phải là “không ai thấy bạn”, mà là “bạn có quyền quyết định ai được phép nhìn thấy bạn”. #dusk
Nói một vấn đề mà tôi luôn băn khoăn: vì sao đa số các blockchain công khai nói về quyền riêng tư lại chỉ xoay quanh “hoặc minh bạch hoàn toàn, hoặc ẩn hoàn toàn”, rất ít dự án thật thà nói cho bạn biết rằng thế giới tài chính căn bản không cần lựa chọn kiểu nhị phân này.
Tôi đã nghiên cứu @Dusk được một thời gian; càng xem tài liệu càng thấy nó không phải là câu chuyện đơn giản về “tiền riêng tư”. Nó tách thẳng mô hình giao dịch thành hai “chân” đi song song: Moonlight là mô hình tài khoản, chuyển số dư thì công khai hết, có thể kiểm toán như Ethereum; Phoenix là mô hình UTXO, tiền được tồn tại dưới dạng “note” được mã hoá, dựa vào chứng minh không kiến thức để chứng minh không có double-spend và số dư đủ dùng, nhưng không lộ giá trị và mối quan hệ nhận–gửi.
Hai hệ thống chạy trên cùng một chuỗi; hợp đồng và người dùng có thể chuyển đổi theo từng tình huống. Đây chính là điểm tôi thấy thông minh.
Về phía quản lý giám sát, ban đầu tôi cũng khinh thường, nghĩ rằng đó chỉ là một lớp “ngôn từ tuân thủ” để lừa người ta. Nhưng đọc whitepaper xong mới phát hiện: Phoenix có gắn “viewing key” (khóa xem); người nắm giữ có thể chọn cách tiết lộ chi tiết giao dịch một cách có chọn lọc cho bên kiểm toán—không phải công khai trên toàn mạng, mà là xem theo uỷ quyền điểm-đến-điểm. Điều này khá thực tế: cái mà tổ chức cần không bao giờ là ẩn danh hoàn toàn, mà là có thể chứng minh tuân thủ nhưng người ngoài không nhìn thấy vị thế. Logic kiểm toán bảo mật trong tài chính truyền thống gần như giống hệt.
Tầng đồng thuận là Succinct Attestation, cơ chế chứng minh quyền lợi; các node thế chấp DUSK để tham gia tạo khối. Tầng thực thi là máy ảo Rusk dựa trên WebAssembly; bản thân hợp đồng có thể chạy chứng minh không kiến thức, chứ không phải gắn thêm “tính năng riêng tư” như một tiện ích ngoài mainchain.
Nói một lời “than vãn”: ở các dự án làm cả mô hình kép và hệ thống chứng minh, rủi ro lớn nhất từ trước đến nay không phải là kỹ thuật không làm được, mà là công cụ phát triển, tài liệu, SDK không theo kịp—dù mật mã có hay đến đâu cũng chẳng ai dùng được. Đây là điểm tôi sẽ tiếp tục theo dõi ở $DUSK .
Nói cho cùng, sau bao nhiêu năm blockchain cãi nhau về đối lập giữa quyền riêng tư và giám sát, có lẽ ngay từ đầu đã hỏi sai vấn đề. Tự do thật sự không phải là “không ai thấy bạn”, mà là “bạn có quyền quyết định ai được phép nhìn thấy bạn”. #dusk