Tôi đã mất cả một giờ để hiểu vì sao @Dusk lại cần hai hệ thống tài khoản khác nhau.
Hầu hết các chuỗi đều chọn một mô hình. Công khai mặc định với các tính năng tùy chọn về quyền riêng tư. Hoặc riêng tư mặc định với khóa xem để minh bạch. Tôi nghĩ Dusk cũng sẽ theo cùng một khuôn mẫu. Một loại tài khoản. Một phương thức giao dịch. Một nút chuyển trong ví cho phép chuyển giữa hiển thị và ẩn.
Nhưng hóa ra mọi chuyện lại hoàn toàn khác...
Dusk chạy cả hai ở mức nền tảng. Moonlight là lớp tài khoản công khai. Địa chỉ chuẩn, số dư hiển thị, giao dịch có thể kiểm tra (auditable). Phoenix là lớp được che chắn. Các khoản tiền ẩn, người gửi và người nhận được mã hóa, kèm các chứng minh không kiến thức (zero-knowledge proofs) để xác minh tính hợp lệ mà không phơi bày dữ liệu. Đây không phải là các công tắc giữa cùng một tài khoản. Chúng là hai hệ thống song song hoạt động trên cùng một chuỗi, mỗi hệ thống có định dạng địa chỉ riêng và một trường hợp sử dụng riêng.
Điều này thay đổi cách tôi nghĩ về tuân thủ (compliance) trên blockchain. Tôi từng cho rằng quyền riêng tư là thứ bạn thêm vào khi bạn cần. Trên Dusk, quyền riêng tư và tính minh bạch là hai làn hạ tầng riêng biệt. Một tổ chức có thể giữ các khoản dự trữ công khai trong Moonlight để báo cáo quy định, đồng thời chuyển tiền của khách hàng qua Phoenix để bảo mật. Cùng một thực thể sử dụng cả hai mà không cần cầu nối giữa các chuỗi hay bọc tài sản theo các tiêu chuẩn quyền riêng tư khác nhau.
Nhưng mâu thuẫn này là có thật. Hai hệ thống tài khoản đồng nghĩa với gấp đôi độ phức tạp. Phần mềm ví phải quản lý cả hai. Người dùng phải biết loại địa chỉ nào dùng cho từng giao dịch. Một sai sót không chỉ có nghĩa là chuyển khoản thất bại. Nó có thể có nghĩa là gửi một giao dịch bảo mật tới một địa chỉ công khai hoặc làm lộ một khoản quyết toán (settlement) vốn được dự định là phải được ẩn.
Tôi vẫn đang cân nhắc liệu các thị trường tài chính có muốn một chuỗi phản chiếu sự tách bạch hiện có giữa sổ công khai và sổ riêng tư, hay họ muốn một hệ thống đơn giản hơn, buộc mọi thứ phải đi theo một mô hình.
Kiến trúc hai tài khoản là sự linh hoạt hay sự phân mảnh?
#dusk
$DUSK
@Dusk_Foundation
Hầu hết các chuỗi đều chọn một mô hình. Công khai mặc định với các tính năng tùy chọn về quyền riêng tư. Hoặc riêng tư mặc định với khóa xem để minh bạch. Tôi nghĩ Dusk cũng sẽ theo cùng một khuôn mẫu. Một loại tài khoản. Một phương thức giao dịch. Một nút chuyển trong ví cho phép chuyển giữa hiển thị và ẩn.
Nhưng hóa ra mọi chuyện lại hoàn toàn khác...
Dusk chạy cả hai ở mức nền tảng. Moonlight là lớp tài khoản công khai. Địa chỉ chuẩn, số dư hiển thị, giao dịch có thể kiểm tra (auditable). Phoenix là lớp được che chắn. Các khoản tiền ẩn, người gửi và người nhận được mã hóa, kèm các chứng minh không kiến thức (zero-knowledge proofs) để xác minh tính hợp lệ mà không phơi bày dữ liệu. Đây không phải là các công tắc giữa cùng một tài khoản. Chúng là hai hệ thống song song hoạt động trên cùng một chuỗi, mỗi hệ thống có định dạng địa chỉ riêng và một trường hợp sử dụng riêng.
Điều này thay đổi cách tôi nghĩ về tuân thủ (compliance) trên blockchain. Tôi từng cho rằng quyền riêng tư là thứ bạn thêm vào khi bạn cần. Trên Dusk, quyền riêng tư và tính minh bạch là hai làn hạ tầng riêng biệt. Một tổ chức có thể giữ các khoản dự trữ công khai trong Moonlight để báo cáo quy định, đồng thời chuyển tiền của khách hàng qua Phoenix để bảo mật. Cùng một thực thể sử dụng cả hai mà không cần cầu nối giữa các chuỗi hay bọc tài sản theo các tiêu chuẩn quyền riêng tư khác nhau.
Nhưng mâu thuẫn này là có thật. Hai hệ thống tài khoản đồng nghĩa với gấp đôi độ phức tạp. Phần mềm ví phải quản lý cả hai. Người dùng phải biết loại địa chỉ nào dùng cho từng giao dịch. Một sai sót không chỉ có nghĩa là chuyển khoản thất bại. Nó có thể có nghĩa là gửi một giao dịch bảo mật tới một địa chỉ công khai hoặc làm lộ một khoản quyết toán (settlement) vốn được dự định là phải được ẩn.
Tôi vẫn đang cân nhắc liệu các thị trường tài chính có muốn một chuỗi phản chiếu sự tách bạch hiện có giữa sổ công khai và sổ riêng tư, hay họ muốn một hệ thống đơn giản hơn, buộc mọi thứ phải đi theo một mô hình.
Kiến trúc hai tài khoản là sự linh hoạt hay sự phân mảnh?
#dusk
$DUSK
@Dusk_Foundation