Mọi người đều nói về tầng xác thực của Sign. Nhưng ít ai hỏi phần ZK thực sự đang làm gì dưới capuốn.

Sign hỗ trợ các xác thực riêng tư và ZK như một phần của S.I.G.N. Stack. Trường hợp sử dụng có ý nghĩa trên giấy. Chính phủ phát hành thông tin đăng ký có thể xác minh mà không để lộ dữ liệu công dân thô. Một ngân hàng xác nhận KYC mà không truyền tải hồ sơ cá nhân. Một công dân chứng minh địa chỉ không tiết lộ thu nhập. Sạch sẽ, độc lập, riêng tư.

Và thật sự, bản năng kỹ thuật đằng sau điều này là sane.

Nhưng đây là nơi tôi bắt đầu đọc cẩn thận hơn. Các xác thực ZK trong Sign là một chế độ bạn chọn tham gia, không phải hành vi mặc định. Tầng cơ sở là transparent. Những người phát hành ký các yêu cầu onchain và những bản ghi đó có thể truy vấn được theo mặc định. ZK nằm ở trên cho những trường hợp khi khách hàng cần riêng tư. Điều này có nghĩa là đảm bảo riêng tư thực sự không nằm trong giao thức. Nó nằm trong quyết định triển khai được thực hiện bởi bất kỳ ai chạy node.

Sign không sai khi xây dựng nó theo cách này. Cơ sở hạ tầng doanh nghiệp cần tính linh hoạt. Bạn không thể triển khai một hệ thống nhận dạng quốc gia buộc chứng minh ZK trước khi bộ phụ trách hiểu Z là gì.

Nhưng khung hình đó thay đổi thông điệp bán hàng một chút. Sign không phải là bán một giao thức bảo vệ riêng tư theo nghĩa mật mã học chặt chẽ. Nó bán một nền tảng với khả năng riêng tư có sẵn cho các khách hàng sẵn sàng sử dụng nó một cách chính xác. Vì vậy, khi những triển khai có chủ quyền ở Kyrgyzstan hoặc Sierra Leone được công bố, câu hỏi đáng đặt ra không phải là Sign có ZK hay không. Đó là liệu những triển khai đó có thực sự sử dụng nó hay không.

@Sign $SIGN #SignDigitalSovereignInfra