Две инициативы в сфере криптоплатежей — от XRP Ledger и Hedera — обозначили разные, но взаимодополняющие подходы к управлению финансовыми операциями, которые совершают ИИ-агенты. В центре обеих публикаций — вопрос доверия: как позволить алгоритмам готовить и проводить платежи в XRP, RLUSD и других активах, не теряя контроль со стороны человека или института.
4 октября документация XRP Ledger описала рабочий процесс, в котором ИИ-помощник сначала формирует платёж, а отдельный кошелёк отвечает за его подписание и отправку. Пользователь перед подтверждением видит полный адрес получателя, сумму, сеть и комиссию. Это особенно важно для сценария с оплатой счёта поставщика: ошибка в адресе может превратить удобство в финансовую потерю. После одобрения кошелёк подписывает транзакцию, отправляет её и проверяет результат. В документе подчёркивается, что сама по себе отправка не гарантирует успех: транзакция может попасть в валидируемый реестр с комиссией, но не выполнить целевое действие. Поэтому разработчикам рекомендуют сохранять хэш транзакции и проверять итоговый статус.
Для повторяющихся платежей документация допускает автоматическое подписание, но только в рамках явного временного разрешения. Оно должно указывать тип транзакции, сеть, срок действия, разрешённые адреса и лимиты суммы. При этом в XRPL предупреждают об ограничении: лимит на отдельный платёж не создаёт общий бюджет. Например, двенадцать платежей по 10 XRP в рамках одного разрешения дадут расход в 120 XRP, если не добавлен контроль совокупных трат. Отдельно рассматривается prompt injection: входящие служебные поля транзакций считаются недоверенными, а счёт или иной документ не может сам предоставить себе право на платёж. Право должно исходить от владельца либо из действующего разрешения. Для практической проверки сервиса авторы советуют намеренно подставить неверного получателя, превысить лимит или попытаться провести платёж после истечения срока.
5 октября директор по политике Hedera Нилими Рубин в журнале OMFIF Digital Monetary Institute изложила требования к управлению автономными платежами ИИ-агентов. По её словам, традиционные процедуры KYC предполагают, что сделку проводит человек, тогда как агенты способны массово создавать платёжные счета и действовать от имени нескольких принципалов в разных юрисдикциях. Рубин предлагает использовать криптографические стандарты идентичности, связывающие агентов с людьми или институтами, а также смарт-контракты для установления лимитов и разграничения операций, требующих одобрения человека, от полностью автономных.
Для аудита действий агентов она приводит пример Verifiable Compute от EQTY Lab. Система создаёт криптографические сертификаты операций ИИ с использованием оборудования NVIDIA и Intel, а аттестации закрепляются через Hedera Consensus Service. Архитектура с участием Accenture и NVIDIA DGX Cloud уже применялась для государственного надзора за агентными системами в сферах общественной безопасности и критической инфраструктуры. Среди операционных требований Рубин выделяет фиксированные и предсказуемые комиссии, детерминированную финальность расчётов и нейтральность инфраструктуры. Она также отмечает протокол x402, интегрированный в агентский набор Hedera и поддерживаемый Google, Visa, Amazon Web Services и Anthropic.
Обе публикации носят рамочный характер: в XRP Ledger это руководство для разработчиков, а не универсальное требование протокола, а в Hedera — политическая и технологическая концепция. Тем не менее они показывают, как инфраструктура распределённых реестров может сочетать автоматизацию платежей ИИ-агентов с проверяемостью, ограничениями и ответственностью. Для рынка это сигнал о движении в сторону институционально приемлемых автономных платежей, где ключевыми активами становятся XRP, RLUSD и HBAR.
