Еволюція застосунків Web3 перетворює блокчейн із простої мережі передачі вартості на мережу ідентичності, репутації та даних. Дедалі більше сценаріїв використання потребують підтвердження інформації з реального світу — автентифікації особи, корпоративних реквізитів, права на управління та ончейн-кредитних історій. Однак сам блокчейн не здатен визначити достовірність офчейн-даних. Саме тому й потрібен стандартизований механізм для перенесення перевіреної інформації в ончейн.
Атестація BAS — це ключовий будівельний блок BNB Attestation Service та фундаментальна одиниця всього його довірчого фреймворку. Від систем цифрової ідентичності та управління DAO до мереж AI Agent — атестація відіграє вирішальну роль у формуванні довіри.
Як цифровий доказ, виданий довіреним суб’єктом на підтвердження певного факту, атестація BAS може фіксувати статус верифікації особи, корпоративні реквізити, членство в DAO, результати KYC, записи ончейн-активності та дані про репутацію AI Agent. Оскільки всі атестації відповідають єдиному стандарту, їх можна перевіряти та використовувати повторно в різних застосунках.
Блокчейн гарантує незмінність даних, але не може автоматично підтвердити достовірність їхнього джерела.
Наприклад, після проходження користувачем KYC блокчейн не здатен переконатися, що верифікацію справді пройдено. Так само лише за ончейн-транзакціями неможливо визначити, чи володіє компанія легітимними реквізитами.
Механізм атестації розв’язує цю проблему, запроваджуючи довіреного верифікатора, який записує результати перевірки в ончейні у стандартизованому форматі. Коли третій стороні потрібно перевірити інформацію, вона може просто звернутися до наявної атестації, не повторюючи весь процес.
Така модель не лише підвищує ефективність верифікації, а й знижує витрати на повторну сертифікацію на різних платформах.
Схема позначає початкову точку життєвого циклу атестації.
Уявіть схему як шаблон атестації. Вона визначає структуру даних і формат полів. Без схеми система не може зрозуміти, який саме вміст описує запис атестації.
Наприклад, у верифікації особи схема може містити поля: адреса користувача, засвідчувальний орган, рівень сертифікації, дата початку та закінчення дії. Для академічних реквізитів — назва навчального закладу, рівень освіти, дата випуску.
Завдяки однаковому формату даних різні застосунки можуть читати та інтерпретувати вміст атестації однаково, забезпечуючи сумісність між платформами.
Атестатор — це емітент атестації та центральний учасник довірчої системи.
Коли користувач надсилає запит на сертифікацію, атестатор перевіряє відповідну інформацію за визначеними правилами. Наприклад, агентство з верифікації особи перевіряє документи, корпоративне сертифікаційне агентство — реєстраційні дані бізнесу, а DAO може аналізувати записи про внески учасників.
Після перевірки атестатор формує атестацію на основі відповідної схеми та записує результат сертифікації у дані атестації.
На цьому етапі атестація містить інформацію про емітента, час видачі та дані верифікації, утворюючи повне довірене твердження.
Оскільки атестація безпосередньо пов’язана з емітентом, репутація атестатора часто визначає достовірність самої атестації.
Отримувач — це сторона, яка приймає атестацію.
У більшості випадків це окремий користувач, але корпоративні облікові записи, організації DAO, смарт-контракти та навіть AI Agent також можуть бути отримувачами.
Після видачі атестації отримувач набуває права на її використання. При доступі до інших застосунків він може авторизувати третю сторону для перевірки цієї атестації, не подаючи документи знову й не проходячи повторно весь процес.
Така модель дає змогу цифровій ідентичності та репутаційній інформації переміщуватися між платформами, поступово формуючи багаторазово використовувані дані-активи.
Після видачі атестація записується в реєстраційну систему BAS.
Запис атестації зазвичай містить ідентифікатор схеми, установу, що видала, отримувача, час видачі та відповідні поля даних. Оскільки ця інформація зберігається в блокчейні, вона є незмінною та відстежуваною.
Різні застосунки можуть запитувати відповідну атестацію через єдиний інтерфейс і перевіряти її автентичність, джерело (чи походить від довіреного суб’єкта) та поточний статус.
Цей єдиний шар даних — ключовий фактор, що забезпечує можливість перевірки BAS між різними застосунками.
Верифікація — один із найважливіших етапів життєвого циклу атестації.
Коли застосунку потрібно підтвердити особу або реквізити користувача, він надсилає запит до BAS і перевіряє кілька ключових факторів: особу емітента, вміст атестації, час видачі та поточний статус.
Якщо атестація походить від довіреного атестатора і не була відкликана, результат верифікації зазвичай вважається дійсним.
Порівняно з традиційною моделлю багаторазового збору та перевірки даних, механізм верифікації на основі атестації значно підвищує ефективність і знижує ризики, пов’язані з надлишковим зберіганням даних.
Інформація з реального світу не є постійною, тому атестація має підтримувати оновлення статусу.
Відкликання — це механізм припинення чинності атестації. Коли термін дії верифікації особи закінчується, корпоративні реквізити стають недійсними або змінюються дозволи користувача, атестатор може активно відкликати відповідну атестацію.
Відкликана атестація не видаляється з ланцюга — записи в блокчейні є постійними за своєю природою — але позначається як недійсна. Під час подальших перевірок система розпізнає цей статус і більше не вважатиме її чинною.
Такий дизайн зберігає цілісність історичних записів, забезпечуючи при цьому актуальність результатів верифікації.
Загалом атестація BAS проходить такі етапи.
Спочатку розробник створює схему, визначаючи структуру даних і стандарти верифікації. Потім користувач подає відповідні матеріали атестатору, який проводить перевірку згідно з правилами.
Після успішної перевірки атестатор видає атестацію та записує її в мережу BAS. Отримувач отримує атестацію та може дозволяти її використання в різних застосунках.
Коли третій стороні потрібно перевірити інформацію, вона може безпосередньо звернутися до мережі BAS і перевірити статус атестації. У разі зміни даних атестатор може оновити статус через механізм відкликання.
Весь цей цикл — від створення, видачі, зберігання до верифікації та відкликання — становить повний життєвий цикл і основну логіку довірчої мережі BAS.
Традиційні моделі сертифікації зазвичай передбачають, що кожна платформа окремо перевіряє дані користувачів.
Користувачі багаторазово подають ідентифікаційну інформацію на різних платформах, а платформи виконують повторні перевірки. Це збільшує операційні витрати та погіршує досвід користувача.
Атестація BAS використовує модель «перевірити один раз, використовувати багаторазово», що дозволяє поширювати перевірену інформацію між різними застосунками.
| Аспект порівняння | Традиційна модель сертифікації | Атестація BAS |
|---|---|---|
| Верифікація особи | Багаторазові повторні перевірки | Одноразова перевірка, багаторазове використання |
| Зберігання даних | Окреме зберігання на кожній платформі | Стандартизована атестація |
| Обмін інформацією | Ізольовані платформи | Кросзастосункова верифікація |
| Відстежуваність | Обмежена | Ончейн-верифікація |
| Рівень автоматизації | Низький | Підтримка викликів смарт-контрактів |
Ця модель сприяє створенню більш відкритої та ефективної довірчої системи Web3.
Як основний механізм BNB Attestation Service, атестація BAS перетворює реальні ідентичності, реквізити, поведінку та репутацію на перевірені ончейн-записи через стандартизовану структуру атестації. Життєвий цикл атестації починається зі створення схеми, проходить перевірку та видачу атестатором, зберігається в мережі BAS і, зрештою, використовується для верифікації та багаторазової перевірки сторонніми застосунками.
Схема — це шаблон атестації, який визначає структуру даних. Атестація — це конкретний запис, створений на основі цього шаблону. Без схеми неможлива стандартизована перевірка атестації.
Будь-який суб’єкт із можливостями верифікації та репутаційною базою може стати атестатором: постачальники послуг KYC, підприємства, навчальні заклади, спільноти DAO та мережі AI Agent.
BAS підтримує як ончейн-, так і офчейн-моделі атестації. Основна інформація для верифікації зазвичай фіксується в ончейні, а частина даних може зберігатися в офчейні для підвищення конфіденційності та масштабованості.
Відкликана атестація не видаляється — вона позначається як недійсна. Система верифікації розпізнає цей статус і більше не приймає її як дійсний доказ.
Так. Один користувач може одночасно володіти кількома атестаціями — наприклад, на верифікацію особи, академічні реквізити, членство в DAO та ончейн-репутацію.





