Summary

  • Индивидуальный Internet-Draft Феми Аллы в редакции 02 от 31 октября оставляет за заблокированным агентом имя, но сокращает его публичный документ до версии, статуса suspended и имени хоста.
  • Новая редакция рекомендует поставщику выдавать из каталога подписных ключей успешный ответ с пустым набором. Тогда проверяющая сторона при повторной выборке заменит сохранённые ранее ключи.
  • Для этого нужна повторная выборка. Указанные в проекте 60 секунд относятся к времени кэширования документа в его эталонной реализации, а не к немедленной очистке ключей по всему интернету.

Блокировка в реестре и память на другом конце

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

В The Agent Identity Document: A Hosted, Accountable Public Record for AI Agents Алла разделяет административный статус и доступность сервера. Молчание агента не означает блокировку. Активный статус не подтверждает, что агент сейчас работает. Документ фиксирует решение поставщика и оператора, но не сообщает, какая копия находится в памяти каждого контрагента.

Есть и второе разделение. Оператор может вписать public_key в документ, однако проект не придаёт этому полю самостоятельного значения для проверки подписей. Для подписанных запросов поставщик обслуживает отдельный каталог ключей. Редакция 02 рекомендует после блокировки отвечать на его запрос успешно и выдавать пустой набор. Ошибку связи проверяющий может счесть временным сбоем и сохранить старые ключи. Пустой успешный ответ даёт ему новую запись, которую можно поставить на место прежней при следующем обращении.

Приложение B относит эту рекомендацию к изменениям после редакции 01. В тексте говорится, что эталонная реализация так делает, но нет данных о сроках обновления у всех внешних проверяющих. Проект требует также останавливать все учётные данные заблокированного аккаунта и блокировать его идентичности. Это действие поставщика; оно не доказывает, что каждый получатель уже перечитал каталог.

Datatracker относит документ к действующим индивидуальным Internet-Drafts, а не к принятым RFC. Для конкретной установки нужна хронология: когда поставщик поставил статус, когда каталог выдал пустой набор, когда проверяющий снова запросил его и как после этого оценил запрос. Без последней отметки можно уверенно описать действие реестра, но не решение на другом конце сети.

Официальные первоисточники