Trong hai ngày qua, tôi đã đặc biệt xem qua hướng dẫn hook của @SignOfficial . Ban đầu tôi nghĩ đây chỉ là một tính năng bổ sung như nhiều giao thức khác sẽ có một tùy chọn nâng cao, nhưng khi tôi theo dõi tài liệu chính thức, tôi càng xem càng thấy không đúng.

Bởi vì ở $SIGN đây, hook hoàn toàn không phải là trang trí, tài liệu chính thức đã viết rõ rằng schema hook có thể chạy logic tùy chỉnh khi tạo hoặc hủy bỏ chứng chỉ. Quan trọng hơn, chỉ cần hook ở đó quay ngược lại, toàn bộ cuộc gọi sẽ bị quay ngược lại, có nghĩa là đây không phải là kiểm tra bổ sung sau đó, mà là chứng chỉ của bạn có thể vào hệ thống hay không phải vượt qua được nó, bên trong có đủ loại danh sách trắng / phí / cũng như các logic kinh doanh tùy chỉnh có thể được gắn vào hook.

Lúc đó tôi đã ngẩn ra, tôi ban đầu hiểu về $SIGN chỉ dừng lại ở việc viết ra tuyên bố và ký kết để lưu lại quy trình này, nhưng khi thêm hook thì ngay lập tức đã thay đổi vị thế. Nó không chỉ cho bạn ghi lại một kết quả, mà còn như đang nói rằng kết quả này muốn vào hệ thống thì đừng vội, trước tiên hãy qua cửa.

Tôi lại tiếp tục xem và phát hiện ra rằng chính thức đã làm một ví dụ để trình diễn cách kiểm tra giá trị dữ liệu attestation trong hook, nếu không đạt ngưỡng thì không cho phép tạo ra. Hơn nữa, trong hướng dẫn Solidity cũng viết rất rõ, dữ liệu bạn cung cấp phải tuân theo định dạng và thứ tự được định nghĩa trong schema, nếu không thì xác minh sẽ thất bại, hook sẽ đọc attestation này và giải mã dữ liệu, kiểm tra theo quy tắc.

Nhìn thấy điều này, tôi bỗng hiểu những gì Sign thực sự muốn làm, có thể không chỉ là chứng minh cách lưu trữ, mà còn là chứng minh cách gia nhập....emm thực sự là một điểm kỳ lạ.

Điều này vẫn khá quan trọng, nếu một hệ thống chỉ ghi lại kết quả, thường thì cuối cùng sẽ trở thành việc liên tục bổ sung kiểm tra/bổ sung quy tắc/bổ sung danh sách đen/bổ sung xử lý ngoại lệ. Bề ngoài nhìn có vẻ là ghi chép trên chuỗi ngày càng nhiều, nhưng thực tế là hệ thống ngày càng nặng nề. Nhưng nếu ở tầng schema gắn hook, viết trước điều kiện kiểm tra và ngưỡng thì nhiều điều mà lẽ ra phải dựa vào con người ở phía sau để chặn, có thể trở thành hành động giao thức.

Vì vậy, hiện tại tôi không còn đánh giá $SIGN chỉ là nó có thể phát ra nhiều chứng minh hơn hay không, mà tôi quan tâm hơn đến việc nó có thể biến khả năng chặn lại một cửa thành hành động mà hệ thống sẽ sử dụng mặc định hay không. Nếu không làm được thì hook vẫn chỉ là một chức năng cao cấp được viết trong tài liệu, mọi người nhìn một cái thấy rất ngầu rồi tiếp tục đi theo quy trình phát hành bình thường, nhưng nếu làm được thì bản chất sẽ khác, lúc đó Sign sẽ gặp phải không chỉ là tầng chứng minh thông thường, mà là có thể chứng minh có đủ điều kiện để được chấp nhận.

Hiện tại tôi sẽ tiếp tục theo dõi, không biết sau này có dự án thực sự nào đưa whitelist/điều kiện phí/ngưỡng/kiểm tra bổ sung vào hook, thay vì cứ để ở nút phía trước và kịch bản phía sau.#Sign地缘政治基建

Nếu có ngày càng nhiều quy trình quan trọng bắt đầu qua hook trước khi viết chứng minh, thì những gì Sign gặp phải không chỉ là tầng chứng minh, mà còn là loại chứng minh nào có đủ điều kiện để được hệ thống chấp nhận.