ТЛ;ДР Агент, действующий от вашего имени, должен ответить на четыре вопроса: кто это, кто его послал, что он может делать и почему кто-то должен этому верить? OAuth — это надежная структура делегирования, в которой существуют отношения. Наша гипотеза состоит в том, что он напрягается в...
ТЛ;ДР
Агент, действующий от вашего имени, должен ответить на четыре вопроса: кто это, кто его послал, что он может делать и почему кто-то должен этому верить?
OAuth — это надежная структура делегирования, в которой существуют отношения. Наша гипотеза заключается в том, что это создает трудности при первом контакте, когда агент встречает множество незнакомых сервисов и каждый хочет иметь свой собственный поток регистрации и согласия.
Мы считаем полезным разделить два уровня: собственную личность агента (ключ, которым он управляет) и делегирование пользователя (учетные данные, которые пользователь подписывает для этого агента).
Мы создали для этого верификатор на Rust, используя проверяемые презентации W3C и DID. Это открытый исходный код, и в этом посте перечислено, что он проверяет, а что нет.
Действительные полномочия подтверждают авторитет, а не здравый смысл. Детерминированные ворота по-прежнему должны находиться между агентом и всем, что перемещает деньги или данные.
Три замечания заранее: это прототип, не прошедший независимой проверки безопасности; приведенные ниже стандарты в основном представляют собой проекты по состоянию на октябрь 2026 года; и когда мы описываем замысел проекта, а не готовый код, мы так и говорим.
Место действия: первый контакт
Персональному торговому агенту поступает запрос: «Найдите герметичный ящик для хранения и купите лучший вариант до 50 евро».
Через тридцать секунд это