Поток действия SIGN на Проверенном действии

Большинство людей, работающих с цифровыми системами, не уделяют особого внимания тому, что происходит между моментом подачи данных и моментом получения подтверждения информации. Вы нажимаете кнопку, и что-то происходит — и всё. Однако когда это осуществляется в виде удостоверения, квалификации, проверки личности, соглашения или государственного документа, то то, что происходит в середине процесса, имеет огромное значение. Под @SignOfficial реализован четкий, формальный процесс, который принимает входные данные и преобразует их во что-то, что можно независимо проверить, не вызывая никого, без необходимости поддерживать централизованную базу данных и без того, чтобы проверка устаревала при первых неудобствах.

Процесс начинается даже без предоставления данных. Перед тем как можно сделать любые подтверждения, необходимо определить схему — своего рода чертеж, как будет структурирована информация, какого типа и в какой форме она будет. Рассматривайте схему как предварительное определение того, как должен выглядеть credential, до его подписи. Проверка KYC, университетский диплом, сертификат соответствия — все они имеют разную структуру, требуют различных полей и имеют разные связи между данными. Schema Registry — это публичное хранилище шаблонов этих схем, управляемое $SIGN, что обеспечивает согласованный стандарт для работы с конкретной схемой. Это обеспечивает читаемость и возможность редактирования любой стороной, участвующей в последующей проверке.

Когда есть схема, любой — удостоверяющий, человек, учреждение, смарт-контракт — может создать подтверждение. Подтверждение утверждает и подтверждает достоверность утверждения. SIGN делает это, используя цифровую подпись структурированных данных, соответствующих зарегистрированной схеме, закрепленных на блокчейне или вне его. Удостоверяющий заполняет необходимые поля, подписывает информацию своей ключом с помощью цифровой подписи и отправляет её. Это отличает подтверждение от простого записи: оно не только демонстрирует наличие данных, но и подтверждает, что конкретная и узнаваемая сторона засвидетельствовала их в определенное время.

После подписания протокол принимает решение о месте хранения в зависимости от размера и использования. Меньшие подтверждения могут храниться полностью на блокчейне для максимальной безопасности, тогда как большие — основная часть данных — хранятся вне цепочки, например, на Arweave или IPFS, с криптографической связью с блокчейном. Это важное архитектурное решение. Хранение всего на цепочке дорого и непрактично для систем удостоверений, используемых государствами. SIGN сможет работать с миллионами удостоверений, изолируя доказательство и основное тело данных, чтобы не загружать всю систему криптографическим реестром. В цепочке хранится самый важный элемент — отпечаток проверки, остальное — в надежных, неиспользуемых для изменения хранилищах.

Проверка происходит при создании подтверждения, а не позже. Вызовы схемы, так называемые ISPHooks, активируются после каждой функции подтверждения и позволяют выполнять дополнительные проверки и логику при создании. Откат хуков возвращает весь процесс к состоянию до подтверждения, исключая возможность сохранения некорректных данных. Это более простая модель по сравнению с большинством систем. Вместо того чтобы отмечать и проверять в будущем, SIGN отвергает недействительные подтверждения сразу при их создании. Перед размещением на блокчейне подтверждение уже проверено: whitelist, проверка платы, формат — все это происходит до завершения действия.

Подтверждения можно индексировать, а их местоположение искать через SignScan — слой индексирования и поиска SIGN. Sign Protocol предоставляет сервис индексирования для быстрого поиска и доступа к схемам и подтверждениям через REST, GraphQL и SDK NPM. Проверяющий — это еще один смарт-контракт, портал правительства или стороннее приложение, которое может получить любое подтверждение по его ID, проверить подпись, схему, временную метку и статус аннулирования — без обращения к исходящему издателю. Доверие обеспечивается инфраструктурой.

Это нечто более долговечное, чем документ, и более правдивое, чем запись в базе данных, которое создает этот поток. Это цепочка владения, входных данных, проверки схемы, криптографической подписи, хранения и последующего извлечения, каждый этап которого можно проследить, и все это не требует участия человека после завершения. Токен $SIGN циркулирует по всей системе, обеспечивая обработку транзакционных сборов, управление и стимулирование сети.

Это и есть правильная архитектура сквозной проверки, спроектированная правильно. Не PDF, не скриншот, не обращение в службу поддержки. Это цифровое, проверенное, ограниченное схемой, криптографически закрепленное данные, которые в любой момент времени могут быть предъявлены любой стороне для проверки.