Agent-to-Agent архитектура в Web 3

Или зачем в Секретаре нужны контракты в формате Verifiable Presentation

Данные которые вводит пользователь для цифрового двойника требуют подтверждения его истинности. Для этого используется криптографическая цепочечная подпись vc-документов.

Пример:

Создай задачу: рабочая встреча с Сергеем в ресторане в 20:30

ИИ может определить по контексту нужного персону, нужный ресторан и сделать им пуш авторизации для валидации. Без криптографического подтверждения бот не сможет забронировать столик от вашего имени. 

В дело вступает цепочка доверия:
1). Self-claim: 
Декларация намерения от Дениса. 
2). Service-verified
Подтверждение намерения от Сергея. 
3). Institution-verified
Подтвержденный официальный ответ от ресторана.

Таким образом, подписанный контракт будет неоспоримым доказательством взаимодействия от третьих сторон. 

Без верификации данных система быстро превратиться в базу данных с непроверенными фактами. Использование открытого словаря Schema.org позволит контрагентам, например, агенту Ресторана правильно понимать контекст намерения. 

P.S. В качестве распределенного реестра требуются доработки в проекте SOLiD для авторизации и хранения распределенного реестра через DID-идентификаторы блокчейна.