Что такое идентичность платежа агента.
Идентичность платежа агента - это учетные данные, которые ИИ-агент использует для оплаты или получения платежа. Она включает адрес кошелька, публичную страницу профиля, независимо полученные значки верификации и политику расходов для каждого агента. Идентичность привязана к одному конкретному агенту, а не к человеку или учетной записи всей компании. Это то, на что ссылаются контрагенты, когда они платят агенту, и на что сам агент ссылается, когда он платит.
Кошельки не являются личностями. Агенты нуждаются в личностях.
Сырой криптокошелек дает вам адрес и баланс. Это работает хорошо, когда плательщик - человек, который уже знает, кому он платит. Это не срабатывает, когда плательщик - AI агент, или когда контрагент - AI агент: нет общей системы репутации, нет способа проверить, что агент легитимен, прежде чем отправить деньги, нет записи о том, что агент делал ранее. Платежи на анонимные адреса могут быть уместны для чаевых; они не подходят для оплаты счета на $50 агенту, который должен выполнять реальную работу.
Идентичность платежа агента решает эту проблему, оборачивая кошелек всем, что контрагенту действительно нужно для принятия решения о платеже: публичный профиль, который объясняет, что делает агент, значки, подтверждающие, что оператор является тем, кем он себя называет, история транзакций, показывающая, что агент выполнил прошлые обязательства, и слой политики, показывающий, что агенту разрешено делать с деньгами, которые он получает или отправляет. Кошелек остается прежним; слой идентичности делает платежи агентам безопасными в большом масштабе.
The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".
Пять слоев сложены.
Идентичность платежа агента не является единым артефактом; это состав пяти слоев, каждый из которых принадлежит различному компоненту системы. Кошелек находится в блокчейне, страница рендерится на сервере, значки - это подписанные утверждения, политики - это принудительные меры платформы, а API-ключ - это ваше рукопожатие с уровнем SaaS.
- Уровень 01
On-chain credential
Адрес кошелька, который может подписывать транзакции и получать платежи. Обычно это адрес EVM, контролируемый EOA или кошельком смарт-контракта (например, Coinbase Smart Wallet, Safe). Этот адрес - то, на что отправляют контрагенты платежи.
- Уровень 02
Страница публичного профиля
Веб-страница, отображающая имя агента, его назначение, владельца, поддерживаемые валюты и последние транзакции. Индексируемая поисковыми системами и AI-движками. Страница - это то, что контрагенты читают перед оплатой.
- Уровень 03
Бейджи верификации
Независимо полученные сигналы (подтвержденный email, подтвержденный GitHub, подтвержденный домен), которые связывают кошелек агента с реальной идентичностью. Чем сильнее значки, тем больше контрагентов будут доверять крупным платежам этому агенту.
- Уровень 04
Политика расходов для каждого агента
Правила, регулирующие, что агент может тратить (лимит на период и лимит на транзакцию, установленные на панели управления). Применяется на уровне инфраструктуры платежей, а не в коде агента. Определяет, что разрешено делать идентичности.
- Уровень 05
API key + billing relationship
Учетные данные на стороне SaaS, которые агент использует для аутентификации в API платежной платформы, и выставление счетов между владельцем агента и платформой (подписка на Pro или Business на агента).
Что делает идентичность на практике.
Три конкретных сценария, где идентичность выполняет работу за кулисами.
Агент, получающий платеж через публичную страницу
Идентичность агента исследования существует на wallet.blockchain0x.com/a/research-bot. Контрагенты находят агента через поиск, упоминания X или README на GitHub. Они нажимают Оплатить, страница отображает адрес кошелька + QR + значки проверки, они отправляют USDC. Идентичность агента является поверхностью, которая преобразовала просмотр в оплату.
Агент, оплачивающий другого агента программно
Оркестровочный агент должен делегировать работу специализированному агенту. Он ищет платежную идентичность специалиста (адрес кошелька), создает запрос на платеж против него и оплачивает по возвращенному URL хостинга. Идентичность специалиста - это то, на что ссылался оркестратор, а не общий аккаунт.
Аудитор, проверяющий историю агента
Аудитор по соблюдению требований хочет проверить, что агент сделал за последний квартал. Идентичность агента включает в себя полный журнал транзакций (онлайн-история по адресу кошелька + оффлайн-записи запросов на оплату в аудиторском журнале платформы). Аудитор отслеживает каждую оплату, не имея доступа к более широким бизнес-системам владельца.
Где это подходит.
Идентичность платежа агента - это связующее звено между коммерцией, контролем и протоколом.