Thời kỳ ghi sổ thủ công, một khoản công nợ liên công ty—việc đối soát dựa vào việc mỗi bên giữ một chứng từ: bên tham gia đối chiếu chính xác, còn người không liên quan thì không thể lấy được. Hôm nay đưa chính những sự cân nhắc đó lên chuỗi, vấn đề từ chỗ “đó có phải là chuỗi quyền riêng tư không” chuyển thành “giao dịch này sẵn sàng lộ ra bao nhiêu”.
Dusk đặt hai lựa chọn lên cùng một nền tảng thanh toán. Moonlight là mô hình tài khoản công khai: số dư và các trường giao dịch có thể nhìn thấy, chữ ký và nonce chịu trách nhiệm ủy quyền và chống phát lại, phù hợp cho các luồng cần nhiều bên cùng đối chiếu; Phoenix đi theo note và bằng chứng không tri thức, che giấu số tiền và mối liên hệ, đồng thời vẫn xác minh bảo toàn số dư và chống chi tiêu kép. Chúng không phải hai blockchain riêng, mà là hai mức độ hiển thị khác nhau ngay trên cùng một hệ thanh toán.
Khi chọn, thứ thực sự phải tính là chi phí bảo trì. Đi theo luồng công khai: mọi giao dịch đều để lại bản ghi có thể tra cứu, việc đối soát dễ hơn, nhưng phạm vi lộ thông tin lớn; đi theo luồng che chắn: chi tiết được bảo vệ, nhưng lại phải chuẩn bị cho từng nhóm bên được ủy quyền các đường dẫn chứng minh có thể kiểm chứng. Sự đánh đổi “ai xem gì” thời thủ công, hôm nay chỉ được hiện thực hóa thành hai chế độ quy tắc riêng mà mỗi chế độ cần phải duy trì.
Trong thực tế, nghiệp vụ thường không chỉ chọn một phía. Một khoản thanh toán có thể có những phần cần cả hai bên công khai đối soát, đồng thời có những thông tin liên quan mà không muốn bên thứ ba có thể truy xuất. Vì thế, trong cùng một quan hệ giao dịch có thể vừa có đoạn công khai, vừa có đoạn che chắn. Mấu chốt là tách nghiệp vụ thành các đoạn, rồi quyết định mỗi đoạn đi theo chế độ nào, thay vì bắt toàn bộ chuỗi phải đồng nhất thành một mức độ hiển thị. Đoạn càng được tách rõ ràng thì việc chọn chế độ càng có căn cứ.
Khi đánh giá, hãy xếp thành một bảng nhỏ: bên tham gia, mức độ nhạy cảm của số tiền và yêu cầu thẩm tra, rồi mới chọn chế độ hiển thị. Hai luồng dùng chung cùng một bộ ràng buộc chống chi tiêu kép và tính toàn vẹn, nên dù chọn chế độ nào thì quy tắc thanh toán cũng không thay đổi. @Dusk biến việc công khai và che chắn thành một lựa chọn trên cùng một nền tảng; $DUSK độ hiển thị giao dịch do nghiệp vụ quyết định theo từng bối cảnh; và #dusk khi phán xét cũng nên bắt đầu từ việc “giao dịch này muốn lộ ra bao nhiêu”, chứ không phải bắt đầu từ “thuộc tính của chuỗi”.
Dusk đặt hai lựa chọn lên cùng một nền tảng thanh toán. Moonlight là mô hình tài khoản công khai: số dư và các trường giao dịch có thể nhìn thấy, chữ ký và nonce chịu trách nhiệm ủy quyền và chống phát lại, phù hợp cho các luồng cần nhiều bên cùng đối chiếu; Phoenix đi theo note và bằng chứng không tri thức, che giấu số tiền và mối liên hệ, đồng thời vẫn xác minh bảo toàn số dư và chống chi tiêu kép. Chúng không phải hai blockchain riêng, mà là hai mức độ hiển thị khác nhau ngay trên cùng một hệ thanh toán.
Khi chọn, thứ thực sự phải tính là chi phí bảo trì. Đi theo luồng công khai: mọi giao dịch đều để lại bản ghi có thể tra cứu, việc đối soát dễ hơn, nhưng phạm vi lộ thông tin lớn; đi theo luồng che chắn: chi tiết được bảo vệ, nhưng lại phải chuẩn bị cho từng nhóm bên được ủy quyền các đường dẫn chứng minh có thể kiểm chứng. Sự đánh đổi “ai xem gì” thời thủ công, hôm nay chỉ được hiện thực hóa thành hai chế độ quy tắc riêng mà mỗi chế độ cần phải duy trì.
Trong thực tế, nghiệp vụ thường không chỉ chọn một phía. Một khoản thanh toán có thể có những phần cần cả hai bên công khai đối soát, đồng thời có những thông tin liên quan mà không muốn bên thứ ba có thể truy xuất. Vì thế, trong cùng một quan hệ giao dịch có thể vừa có đoạn công khai, vừa có đoạn che chắn. Mấu chốt là tách nghiệp vụ thành các đoạn, rồi quyết định mỗi đoạn đi theo chế độ nào, thay vì bắt toàn bộ chuỗi phải đồng nhất thành một mức độ hiển thị. Đoạn càng được tách rõ ràng thì việc chọn chế độ càng có căn cứ.
Khi đánh giá, hãy xếp thành một bảng nhỏ: bên tham gia, mức độ nhạy cảm của số tiền và yêu cầu thẩm tra, rồi mới chọn chế độ hiển thị. Hai luồng dùng chung cùng một bộ ràng buộc chống chi tiêu kép và tính toàn vẹn, nên dù chọn chế độ nào thì quy tắc thanh toán cũng không thay đổi. @Dusk biến việc công khai và che chắn thành một lựa chọn trên cùng một nền tảng; $DUSK độ hiển thị giao dịch do nghiệp vụ quyết định theo từng bối cảnh; và #dusk khi phán xét cũng nên bắt đầu từ việc “giao dịch này muốn lộ ra bao nhiêu”, chứ không phải bắt đầu từ “thuộc tính của chuỗi”.