Потік дії SIGN на підтвердженій дії

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

Процес починається навіть тоді, коли дані взагалі не надані. Спершу потрібно визначити схему — основний план того, як буде структурована інформація, який тип і в якій формі вона буде. Вважайте схему за попередній опис того, яким має бути вигляд посвідчення перед його підписанням. Перевірка KYC, університетський диплом, сертифікат відповідності — кожен з них має різну форму, потребує різних полів і має різні зв’язки між даними. Schema Registry — це публічно збережене сховище цих шаблонів від $SIGN, що забезпечує стандарт для операцій з посвідченнями, які працюють за цим шаблоном. Це робить результати перевірки читабельними і записуваними будь-якою третьою стороною.

Коли є схема, будь-хто — особа, установа, смарт-контракт — може створити посвідчення. Вірність заяви підтверджується і засвідчується. SIGN робить це за допомогою цифрового підпису структурованих даних, що відповідають зареєстрованій схемі, і зберігає їх у блокчейні або поза ним. Оператор заповнює необхідні поля, підписує інформацію своїм ключем за допомогою цифрового підпису і надсилає її. Це і є те, що відрізняє посвідчення від простої записи. Воно не лише демонструє існування даних, а й підтверджує, що певна ідентифікована сторона засвідчила їх у певний час.

Після підписання посвідчення протокол визначає місце його збереження залежно від розміру та використання. Менші посвідчення можна зберігати цілком у блокчейні для максимальної безпеки, тоді як більші — зберігати основні дані поза ланцюгом, наприклад, на Arweave або IPFS, і мати криптографичний зв’язок із блокчейном. Це важливе архітектурне рішення. Зберігання всього у блокчейні та системи рівня посвідчень, що використовуються урядами, є дорогим і непрактичним. SIGN зможе працювати з мільйонами посвідчень, ізолюючи доказовий якорь і основний обсяг даних, щоб уникнути збереження всіх байтів у криптографічному реєстрі. У ланцюгу зберігається найважливіший елемент — відбиток перевірки. Решта зберігається у незмінному, обережному сховищі.

Перевірка відбувається під час створення посвідчення, а не пізніше. Викликаються так звані ISPHooks — хуки схеми, які активуються після кожної функції створення посвідчення і дозволяють запускати додаткові перевірки та логіку на момент створення. Откат хуків поверне до повного скасування транзакції, і погані дані ніколи не будуть зафіксовані. Це простіша модель, ніж більшість систем. Замість того, щоб чекати і позначати її у майбутньому, SIGN заперечує недійсні посвідчення при їх створенні. Перед будь-якою дією відбувається перевірка whitelist, плати, формату — і тільки після цього посвідчення потрапляє у блокчейн.

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

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

Це справжній дизайн кінцевої перевірки — правильно спроектований. Не PDF, не скріншот, не звернення до служби підтримки. Це цифрово підтверджені, схематично обмежені, криптографічно закріплені дані, які самі себе встановлюють у будь-який момент часу для будь-якої сторони, що потребує перевірки. #SignDigitalSovereignInfra