Quy trình của một Action SIGN trên một Verified Action

Hầu hết những người phải xử lý hệ thống kỹ thuật số đều không chú ý nhiều đến những gì xảy ra giữa thời điểm gửi mục và thời điểm họ được đảm bảo về thông tin đó. Bạn nhấn một nút, và điều gì đó sẽ xảy ra, đó là tất cả. Tuy nhiên, khi điều đó được thực hiện dưới dạng chứng thực, bằng cấp, kiểm tra danh tính, thỏa thuận, hồ sơ chính phủ thì những gì thực sự xảy ra ở giữa quá trình đó lại rất quan trọng. Dưới @SignOfficial , một quy trình rõ ràng, chính thức đã được thiết lập để chấp nhận đầu vào và chuyển đổi nó thành thứ có thể xác minh độc lập, không cần gọi ai đó, không cần duy trì cơ sở dữ liệu trung tâm, và việc xác minh không bị lỗi thời ngay khi trở nên bất tiện. Nó bắt đầu khi không có dữ liệu nào được cung cấp. Định nghĩa về một schema phải được thiết lập trước khi có thể thực hiện các xác thực, về cơ bản là bản thiết kế của cách thức thông tin sẽ được cấu trúc, loại và dạng thức của nó sẽ như thế nào. Hãy coi schema như một bản định nghĩa về hình dạng của một chứng thực dự kiến sẽ trông như thế nào trước khi ký xác nhận. Một kiểm tra KYC, bằng đại học, chứng chỉ tuân thủ - mỗi loại đều có hình dạng khác nhau, cần các trường dữ liệu khác nhau, có mối quan hệ khác nhau giữa các điểm dữ liệu. Schema Registry là một kho lưu trữ công khai các mẫu này của $SIGN , cung cấp một tiêu chuẩn đã được thống nhất để các bên xác thực hoạt động dựa trên đó. Đây chính là nền tảng chung giúp mọi bên thứ ba phía dưới có thể đọc và ghi dữ liệu dựa trên xác thực đó. Khi đã có schema, một bên xác thực, hoặc một cá nhân, tổ chức, hợp đồng thông minh, có thể tạo ra một xác thực. Tính hợp lệ của một tuyên bố được xác nhận và chứng thực. SIGN thực hiện điều này bằng cách sử dụng dữ liệu có chữ ký số theo cấu trúc phù hợp với schema đã đăng ký, được bảo vệ trên chuỗi hoặc ngoài chuỗi. Người xác thực điền các trường cần thiết, ký thông tin bằng khóa của mình với sự trợ giúp của chữ ký số, rồi gửi đi. Đó chính là điểm phân biệt giữa một xác thực và một bản ghi thuần túy. Nó không chỉ thể hiện sự tồn tại của dữ liệu, mà còn chứng minh rằng một bên cụ thể và có thể nhận diện đã xác thực nó vào một thời điểm nhất định. Sau khi xác thực đã được ký, giao thức quyết định nơi lưu trữ dựa trên kích thước và mục đích sử dụng. Các xác thực nhỏ hơn có thể được lưu trữ đầy đủ trên chuỗi để đảm bảo an toàn tối đa, trong khi các xác thực lớn hơn lưu trữ dữ liệu chính ngoài chuỗi - trên Arweave hoặc IPFS - và có kết nối mã hóa với blockchain. Đây là một quyết định thiết kế quan trọng. Việc lưu trữ tất cả trên chuỗi và hệ thống chứng thực quy mô do chính phủ sử dụng là tốn kém và không khả thi. SIGN sẽ có thể vận hành trên hàng triệu chứng thực bằng cách cô lập điểm xác minh và phần dữ liệu chính để tránh ghi toàn bộ byte vào một registry mã hóa. Chuỗi chứa mục quan trọng nhất là dấu vân tay xác minh. Phần còn lại được lưu trữ trong bộ lưu trữ không biến đổi, cẩn trọng. Việc xác thực diễn ra ngay khi tạo xác thực chứ không phải sau đó. Các hook schema gọi là ISPHooks được kích hoạt sau mỗi chức năng xác thực, cho phép các kiểm tra và logic khác được thực thi tại điểm tạo ra. Một rollback hook sẽ đưa nó trở lại trạng thái hoàn toàn của giao dịch, do đó dữ liệu xấu sẽ không bao giờ được ghi nhận. Đây là mô hình đơn giản hơn so với hệ thống mà phần lớn các hệ thống khác sử dụng. Thay vì dự kiến trong tương lai, SIGN từ chối các xác thực không hợp lệ khi chúng được tạo ra. Kiểm tra danh sách trắng, kiểm tra phí, kiểm tra định dạng, tất cả đều diễn ra trước khi thực hiện bất kỳ hành động nào. Khi một xác thực được đưa lên chuỗi, nó đã được kiểm tra rồi. Các xác thực có thể được lập chỉ mục và vị trí của chúng có thể được tìm kiếm bằng SignScan, đó là lớp lập chỉ mục và trình duyệt của SIGN. Sign Protocol cung cấp dịch vụ lập chỉ mục để tìm và truy cập thông tin schema và xác thực trong thời gian ngắn nhất có thể, qua giao diện REST và GraphQL và trực tiếp với SDK NPM. Một bên xác thực khác là hợp đồng thông minh, cổng chính phủ, ứng dụng của bên thứ ba có thể truy xuất bất kỳ xác thực nào theo ID của nó, xác minh chữ ký, xác minh schema, xác minh thời gian, và xác minh rằng nó chưa bị thu hồi. Điều này không cần phải liên hệ với người phát hành ban đầu. Niềm tin được xây dựng dựa trên hạ tầng. Nó là thứ bền vững hơn một tài liệu và chân thực hơn một bản ghi trong cơ sở dữ liệu mà dòng chảy này tạo ra. Đó là một quy trình chuỗi quyền sở hữu, đầu vào, xác thực schema, chữ ký mã hóa, lưu trữ và cuối cùng là truy xuất, trong đó mỗi bước đều có thể truy vết và không yêu cầu người thực hiện phải chịu trách nhiệm sau này. Token $SIGN được lưu hành khắp hệ thống này, nơi các phí giao dịch được xử lý, quản trị được thúc đẩy và các khuyến khích mạng được cung cấp để duy trì hoạt động của mạng. Đây chính là thiết kế của xác thực toàn diện, được thiết kế đúng cách. Không phải một PDF. Không phải một ảnh chụp màn hình. Không phải một cuộc gọi đến bộ phận hỗ trợ. Dữ liệu được xác thực kỹ thuật số, giới hạn theo schema, được gắn kết bằng chữ ký mã hóa, tự xác lập vào bất kỳ thời điểm nào, cho bất kỳ bên nào cần kiểm tra.