Агенту Gemini Spark нужен кошелёк, а не карта
Google объявил о Gemini Spark 19 мая 2026 года: круглосуточный агентный ассистент, который читает вашу почту в Gmail, составляет ответы, бронирует услуги и продолжает работать после того, как вы закрыли ноутбук. Основная идея -- всегда активный агентный ассистент, который берёт на себя скучную половину входящих сообщений, пока вы спите.
За демонстрациями Gmail скрывается проблема, о которой никто на сцене не хотел говорить вслух. Как только агент начинает действовать без вашего присутствия, все допущения, заложенные в карточные платежи, рассыпаются. Нет человека, чтобы нажать «подтвердить». Нет телефона для получения кода 3-D Secure. Нет ни карты, ни держателя карты, ни сессии.
Я считаю, что это и есть настоящая история запуска Gemini 3.5, и она почти не имеет отношения к электронной почте.
Почему всегда активный агентный ассистент не может использовать вашу карту
Карточные рельсы предполагают наличие человека. Весь антифрод-стек -- CVV, 3-D Secure, SMS-код, проверки частоты транзакций -- существует для того, чтобы подтвердить: за операцией стоит реальный человек. Spark -- полная противоположность этому. Это процесс в облаке Google, который просыпается в три часа ночи, чтобы перебронировать отменённый рейс.
Запустите автономного агента против рельсов Visa, и вы быстро упрётесь в стену:
- Транзакции card-not-present с IP-адреса датацентра помечаются или отклоняются.
- Запросы 3-D Secure приходят спящему человеку.
- Ответственность за чарджбэки ложится на мерчанта за покупку, которую не авторизовал ни один человек.
- Нет чистого способа дать агенту дневной лимит в 40 долларов, который обнуляется каждые сутки и не может быть исчерпан.
Собственное позиционирование AI Ultra от Google опирается именно на подписочные бандлы -- потому что платежи за отдельные действия пока не решены. Вы платите Google фиксированную месячную сумму, Google берёт на себя расходы агента, и никому не приходится разбираться, как агент платит сторонним сервисам. Это работает до тех пор, пока агент не захочет купить что-то за пределами экосистемы Google.
Сторона спроса наконец появилась
Два года тусовка агентских платежей строила инфраструктуру для клиента, которого не существовало. Я писал об этом разрыве в AI Agent Payments: Anvita, x402, and Who Owns the Rail: технология была готова, но автономных покупателей ещё не было.
Spark меняет расчёты. Google вот-вот выпустит десятки миллионов постоянно активных агентов, которым рано или поздно понадобится совершать транзакции. Именно этого спроса и ждала вся инфраструктура.
Сложившийся стек скучен ровно в той мере, в какой нужно:
- x402 возрождает давно забытый HTTP-статус 402 «Payment Required», чтобы сервер мог назвать цену, а агент мог оплатить её прямо в запросе, стейблкоинами, за один раунд.
- AWS AgentCore добавил платёжный маршрут, чтобы агенты в облаке Amazon могли проводить расчёты без одобрения каждого списания человеком.
- Pay.sh и аналогичные инструменты оборачивают USDC на Base в нечто, что агент может вызвать как обычный API.
Связующая нить: USDC на Base. Дешёвая финальность, комиссии ниже цента и стейблкоин, который корпоративная казначейская служба реально может держать на балансе без того, чтобы комплаенс-служба оформляла судебный запрет.
Почему именно USDC на Base
Агентские платежи по своей природе являются микроплатежами. Агент может заплатить $0,003 за запрос к погодному API или $2 за набор данных. Комиссии Ethereum mainnet попросту съедят весь платёж. В этом цикле Base провёл свыше $1 млрд ежедневного объёма на DEX, а его комиссии составляют доли цента. Только при таком уровне комиссий микроплатежи на машинных скоростях вообще имеют смысл.
Стейблкоин важнее блокчейна. Агент не может держать волатильный актив: колебание цены на 4% между авторизацией и расчётом по платежу делает схему нежизнеспособной. USDC привязан к доллару, обеспечен реальным погашением и выпущен регулируемой организацией. После того как нормотворчество по AML в рамках GENIUS Act распространило на эмитентов стейблкоинов надзорный режим, схожий с банковским, финансовый директор может согласовать хранение USDC так, как никогда не смог бы сделать для необеспеченного токена.
Именно регуляторная определённость открывает путь, а не пропускная способность. Я видел, как институциональные сделки срывались именно из-за этого вопроса: «кто несёт ответственность и находится ли эмитент под надзором».
Сложность не в платежах. Сложность в полномочиях
Дать агенту кошелёк — это лёгкие 20%. Остальные 80% — это управление:
- Лимиты расходов, которые работают. Кошелёк агента требует жёсткого ограничения, закреплённого в блокчейне, а не мягкого лимита в коде приложения, который можно обойти с помощью инъекции промпта.
- Отзываемое делегирование. Вы разрешаете агенту повторять заказы продуктов, но не переводить сбережения. Эта граница должна быть криптографической, а не просто флажком в настройках.
- Проверяемость. Каждый платёж агента должен быть привязан к политике, которую установил человек. «Так решил ИИ» — это не ответ, который примет регулятор.
Именно здесь риск инъекции промпта становится реальным. Мы уже видели, к чему приводит утечка одного ключа — см. эксплойт Polymarket. Теперь представьте, что этот ключ находится у агента, который весь день читает непроверенные письма и может тратить деньги. Поверхность атаки — это весь почтовый ящик.
За чем я буду следить дальше
Google не добавит USDC в Spark в этом году. Первая версия будет направлять всё через Google Pay и собственный биллинг Google, потому что это управляемо и потому что Google предпочтёт владеть инфраструктурой, а не арендовать её.
Но агент, который бронирует ваш рейс в 3 часа ночи, в итоге захочет заплатить поставщику, с которым у Google нет расчётных отношений. Когда это произойдёт, самый дешёвый путь — платёж стейблкоином через открытый протокол, а не индивидуальная карточная интеграция с каждым продавцом. Победит та инфраструктура, к которой агент может обратиться, не спрашивая разрешения у платёжного гиганта.
Кошелёк придёт к агенту. Единственный открытый вопрос — будет ли это закрытый реестр внутри Google или открытый, на котором каждый сможет строить. Я ставлю на открытый — по той же причине, по которой веб победил AOL.