Hầu hết mọi người hiểu lầm về SIGN vì họ cố gắng đánh giá nó như một ứng dụng hoặc token điển hình. Trong thực tế, SIGN hoạt động ở mức thấp hơn trong ngăn xếp, định vị nó như một cơ sở hạ tầng cho việc xác minh thay vì một sản phẩm hướng đến người tiêu dùng.
Cốt lõi của SIGN tập trung vào việc chứng thực, đây là một cơ chế để chứng minh rằng một mảnh dữ liệu là hợp lệ mà không phụ thuộc vào kiểm soát tập trung. Điều này có thể bao gồm danh tính, thông tin xác thực, lịch sử đóng góp, hoặc bất kỳ hình thức thông tin có cấu trúc nào cần được tin cậy qua các hệ thống khác nhau.
Vấn đề cốt lõi mà nó giải quyết là sự phân mảnh.
Ngày nay, việc xác minh là bị cô lập. Mỗi nền tảng xây dựng hệ thống danh tính riêng, logic chứng nhận riêng và giả định tin cậy riêng. Kết quả là, người dùng lặp lại cùng một quy trình xác minh trên các hệ sinh thái, và dữ liệu không thể di chuyển tự do giữa các ứng dụng.
SIGN giới thiệu một mô hình chứng nhận chuẩn hóa nơi việc xác minh trở nên di động.
Thay vì xác minh lại cùng một thông tin nhiều lần, các chứng nhận có thể được tạo ra một lần và tái sử dụng trên các ứng dụng khác nhau. Điều này chuyển việc xác minh từ đặc thù nền tảng sang có thể kết hợp, điều này là một bước quan trọng hướng tới khả năng tương tác.
Từ góc độ thiết kế hệ thống, SIGN có thể được chia thành ba lớp.
Lớp đầu tiên là phát hành chứng nhận, nơi một thực thể tin cậy ký và tạo ra một điểm dữ liệu có thể xác minh. Lớp thứ hai là neo trên chuỗi, đảm bảo tính không thay đổi và cho phép bất kỳ ai xác minh tính xác thực của dữ liệu đó. Lớp thứ ba là diễn giải, nơi các ứng dụng đọc và áp dụng các chứng nhận dựa trên các sơ đồ chung thay vì logic cô lập.
Kiến trúc này tương tự về mặt khái niệm với Dịch vụ Chứng nhận Ethereum, nhưng sự khác biệt nằm ở vị trí và phạm vi tiềm năng. Trong khi EAS cung cấp một khung linh hoạt cho các chứng nhận, SIGN dường như đang tiến tới một cách tiếp cận hệ sinh thái có cấu trúc hơn, nơi các tiêu chuẩn và tích hợp được đẩy mạnh hơn để tạo ra hiệu ứng mạng.
Thách thức kỹ thuật không nằm ở việc lưu trữ hoặc xác minh dữ liệu, mà ở sự chuẩn hóa.
Để các chứng nhận có thể hữu ích, nhiều giao thức phải đồng ý về các sơ đồ, mô hình tin cậy và quy tắc xác thực. Nếu không có sự đồng bộ này, các chứng nhận vẫn hợp lệ về mặt kỹ thuật nhưng vô dụng về mặt thực tiễn.
Đây là nơi các trường hợp sử dụng thực tế trở nên quan trọng.
Trong các hệ thống airdrop, các chứng nhận có thể thay thế logic dựa trên snapshot bằng cách theo dõi đóng góp của người dùng theo thời gian một cách có thể xác minh. Trong các hệ thống danh tính, chúng cho phép người dùng mang theo chứng nhận giữa các nền tảng mà không cần xác minh lại. Trong quản trị, chúng có thể được sử dụng để định lượng sự tham gia dựa trên hoạt động có thể chứng minh thay vì chỉ dựa vào số dư ví.
Các triển khai tiên tiến hơn có thể tích hợp các chứng minh không tiết lộ, cho phép người dùng chứng minh các thuộc tính về dữ liệu của họ mà không tiết lộ thông tin nền tảng, điều này sẽ mở rộng đáng kể các trường hợp sử dụng bảo vệ quyền riêng tư.
Cuối cùng, SIGN đang cố gắng biến việc xác minh thành một yếu tố cơ bản.
Cũng giống như tính thanh khoản trở thành một lớp nền tảng trong DeFi, các chứng nhận có thể trở thành một lớp nền tảng cho danh tính, danh tiếng và tính toàn vẹn của dữ liệu trong Web3. Nhưng điều này chỉ hoạt động nếu việc áp dụng đạt đến một ngưỡng quan trọng.
Nếu không có sự tích hợp, nó vẫn là một khung.
Với sự tích hợp, nó trở thành cơ sở hạ tầng.
Câu hỏi chính không phải là liệu SIGN có hoạt động về mặt kỹ thuật hay không.
Đó là liệu có đủ hệ thống chọn xây dựng dựa trên nó hay không
để việc xác minh trở thành một lớp chia sẻ thay vì một quy trình phân mảnh.
