Xem$DUSK Citadel2时，“làm một lần KYC là có thể tái sử dụng ở khắp nơi” điểm này khiến tôi rất đồng cảm. Tôi đã mất một chút thời gian để bình tĩnh đọc tài liệu và kho mã nguồn, rồi mới phát hiện ra ở đây chôn sẵn những điều kiện tiên quyết.
Nói đơn giản, toàn bộ quy trình như sau: Người dùng hoàn tất thẩm định danh tính ngoại tuyến thông qua LP, nhận được chứng chỉ mật mã được ghi lên chuỗi; sau đó khi truy cập từng ứng dụng, họ sẽ chứng minh tính tuân thủ thông qua ZK, không cần lộ thông tin cá nhân.
Ban đầu tôi cứ nghĩ rằng chỉ cần làm một lần KYC để lấy được chứng chỉ là có thể dùng ở khắp nơi. Nhưng khi đi theo logic giao thức của Citadel để suy ra tiếp, tôi phát hiện một chi tiết then chốt: Service Provider có quyền tự quyết định họ sẽ tin những License Provider nào.
Bản thân Citadel không bắt buộc mọi SP phải chấp nhận cùng một chuẩn chứng chỉ. Ví dụ: nghiệp vụ A tin LP X, còn nghiệp vụ B có thể không công nhận. Nếu bạn làm KYC ở nghiệp vụ A và nhận được chứng chỉ do LP X cấp, nhưng nghiệp vụ B không chấp nhận LP đó, thì bạn sẽ phải làm lại từ đầu. Phạm vi “tái sử dụng KYC một lần” vốn đã bị giới hạn trong “một nhóm nhỏ nơi các bên cùng công nhận một tập LP”. Ra khỏi vòng đó, khả năng tái sử dụng sẽ mất hiệu lực $BTR
Tôi vốn muốn xem tài liệu hướng dẫn tích hợp cho doanh nghiệp/đơn vị tổ chức viết thế nào. Rà soát một vòng thì đúng là W3sper SDK có, nhưng các tài liệu hướng dẫn tích hợp ở cấp tổ chức, giải pháp quản lý quyền hạn… tôi không tìm thấy phiên bản đầy đủ lắm. Có thể là tôi tìm nhầm chỗ, nhưng ít nhất theo những gì thấy qua kênh công khai, nếu tổ chức muốn kết nối thẳng vào thì ngưỡng vẫn không hề thấp.
Hãy lấy ví dụ về eIDAS của Liên minh châu Âu: ngoài đời thực, người ta đã thúc đẩy nhận biết danh tính lẫn nhau từ lâu rồi, chỉ là không dựa vào ZK. Ý tưởng kỹ thuật của Citadel không có vấn đề, nhưng giao thức danh tính phụ thuộc rất lớn vào hiệu ứng mạng. Muốn hệ thống này chạy được cần có lượng lớn LP đã được cấp phép, đồng thời nhiều loại SP ở các mảng nghiệp vụ sẵn sàng chấp nhận các chứng chỉ đó. Tôi có thử tìm xem đã có các ví dụ LP bên ngoài đi vào thực tế chưa, nhưng rà mãi vẫn không thấy thông tin công khai rõ ràng. Có thể hiện tại vẫn đang ở giai đoạn sớm, dữ liệu chưa được trải rộng, nhưng ít nhất những gì có thể thấy ngay lúc này chủ yếu vẫn là #dusk tự thúc đẩy; dấu vết các bên LP bên ngoài tham gia chưa rõ ràng.
Tạm thời tôi không kết luận phủ định, nhưng tôi sẽ tiếp tục theo dõi hai tín hiệu quan trọng: LP bên ngoài đã được triển khai thực tế, và JS SDK ra mắt chính thức. Chưa thấy hai thay đổi này thì “KYC tái sử dụng suốt đời” vẫn còn một chặng đường dài phải đi @Dusk .
Nói đơn giản, toàn bộ quy trình như sau: Người dùng hoàn tất thẩm định danh tính ngoại tuyến thông qua LP, nhận được chứng chỉ mật mã được ghi lên chuỗi; sau đó khi truy cập từng ứng dụng, họ sẽ chứng minh tính tuân thủ thông qua ZK, không cần lộ thông tin cá nhân.
Ban đầu tôi cứ nghĩ rằng chỉ cần làm một lần KYC để lấy được chứng chỉ là có thể dùng ở khắp nơi. Nhưng khi đi theo logic giao thức của Citadel để suy ra tiếp, tôi phát hiện một chi tiết then chốt: Service Provider có quyền tự quyết định họ sẽ tin những License Provider nào.
Bản thân Citadel không bắt buộc mọi SP phải chấp nhận cùng một chuẩn chứng chỉ. Ví dụ: nghiệp vụ A tin LP X, còn nghiệp vụ B có thể không công nhận. Nếu bạn làm KYC ở nghiệp vụ A và nhận được chứng chỉ do LP X cấp, nhưng nghiệp vụ B không chấp nhận LP đó, thì bạn sẽ phải làm lại từ đầu. Phạm vi “tái sử dụng KYC một lần” vốn đã bị giới hạn trong “một nhóm nhỏ nơi các bên cùng công nhận một tập LP”. Ra khỏi vòng đó, khả năng tái sử dụng sẽ mất hiệu lực $BTR
Tôi vốn muốn xem tài liệu hướng dẫn tích hợp cho doanh nghiệp/đơn vị tổ chức viết thế nào. Rà soát một vòng thì đúng là W3sper SDK có, nhưng các tài liệu hướng dẫn tích hợp ở cấp tổ chức, giải pháp quản lý quyền hạn… tôi không tìm thấy phiên bản đầy đủ lắm. Có thể là tôi tìm nhầm chỗ, nhưng ít nhất theo những gì thấy qua kênh công khai, nếu tổ chức muốn kết nối thẳng vào thì ngưỡng vẫn không hề thấp.
Hãy lấy ví dụ về eIDAS của Liên minh châu Âu: ngoài đời thực, người ta đã thúc đẩy nhận biết danh tính lẫn nhau từ lâu rồi, chỉ là không dựa vào ZK. Ý tưởng kỹ thuật của Citadel không có vấn đề, nhưng giao thức danh tính phụ thuộc rất lớn vào hiệu ứng mạng. Muốn hệ thống này chạy được cần có lượng lớn LP đã được cấp phép, đồng thời nhiều loại SP ở các mảng nghiệp vụ sẵn sàng chấp nhận các chứng chỉ đó. Tôi có thử tìm xem đã có các ví dụ LP bên ngoài đi vào thực tế chưa, nhưng rà mãi vẫn không thấy thông tin công khai rõ ràng. Có thể hiện tại vẫn đang ở giai đoạn sớm, dữ liệu chưa được trải rộng, nhưng ít nhất những gì có thể thấy ngay lúc này chủ yếu vẫn là #dusk tự thúc đẩy; dấu vết các bên LP bên ngoài tham gia chưa rõ ràng.
Tạm thời tôi không kết luận phủ định, nhưng tôi sẽ tiếp tục theo dõi hai tín hiệu quan trọng: LP bên ngoài đã được triển khai thực tế, và JS SDK ra mắt chính thức. Chưa thấy hai thay đổi này thì “KYC tái sử dụng suốt đời” vẫn còn một chặng đường dài phải đi @Dusk .