Монетизация ИИ-агентов на периметре с помощью Akamai Functions

• Проблема: ИИ-агенты неправомерно расходуют цифровые ресурсы
• Почему это проблема уровня «эдж», а не бэкенда
• Почему Akamai отличается от других
• Почему «бессерверные вычисления на эдже» — это правильная экономическая модель, а не просто технический выбор
• Почему производительность по-прежнему имеет значение
• Технический обзор Property Manager (плюс Bot & Agent Control) Akamai Functions (приложение Spin/Wasm) Фасилитатор x402 Бэкенд ( origin )
• Property Manager (плюс Bot & Agent Control)
• Приложение Akamai Functions (Spin/Wasm)
• Фасилитатор x402
• Бэкенд ( origin )
• Поток запросов шаг за шагом
• Создание решения: ключевые детали Обнаружение полностью остается в Property Manager Ответ 402 — это реальный платежный пейлоуд x402 по спецификации, а не заглушка Проверка (verify) и списание (settle) — это два отдельных вызова фасилитатора Комиссия за транзакцию (газ) — проблема фасилитатора Легковесный кэш KV Исходящий трафик (egress) работает по белым спискам, а не открыт
• Обнаружение полностью остается в Property Manager
• Ответ 402 — это реальный платежный пейлоуд x402 по спецификации, а не заглушка
• Проверка (verify) и списание (settle) — это два отдельных вызова фасилитатора
• Комиссия за транзакцию (газ) — проблема фасилитатора
• Легковесный кэш KV
• Исходящий трафик (egress) работает по белым спискам, а не открыт
• Что доказывает эта демоверсия
• Реальность внедрения: кто-нибудь вообще платит?
• Что дальше

Основные выводы

Боты для сбора контента и автономные ИИ-агенты потребляют цифровые ресурсы, не генерируя традиционный доход (от рекламы, подписок) и не используя удобные для людей платежные сценарии; протокол x402 обеспечивает программные микроплатежи за каждый запрос с использованием стейблкоинов без участия человека.

Поскольку мы работаем как обратный прокси-сервер, весь процесс рукопожатия для монетизации — обнаружение, согласование платежа и расчет — происходит на эдже с помощью Akamai Functions и Akamai Bot & Agent Control, оставляя бэкенд-инфраструктуру клиента абсолютно нетронутой.

Созданное как компонент Spin/WebAssembly (Wasm) на эдже, решение обеспечивает практически нулевые затраты на простаивающую инфраструктуру (затраты напрямую соответствуют доходам от агентов), сохраняя при этом время кругового пути (round-trip) достаточно быстрым, чтобы у агентов не истекал тайм-аут.

Хотя через x402 было обработано более 75 миллионов транзакций (в основном расходы на связь между агентами и вычислениями, такие как инференс GPU и API), пейволлы для издателей представляют собой следующий рубеж, поскольку веб-пауки эволюционируют и обзаводятся кошельками.

В этой статье блога представлено пошаговое руководство по созданию шлюза микроплатежей x402 для трафика ИИ-агентов исключительно на Akamai Functions, а также дан честный взгляд на то, кто реально может использовать его сегодня.

Проблема: ИИ-агенты неправомерно расходуют цифровые ресурсы

В течение 20 лет негласный договор интернета был простым: владельцы контента и API что-то отдают бесплатно (страницу, ленту данных, вычислительный цикл); реклама, подписки или прямые расчеты оплачивают счета; а автоматизированные клиенты (в основном поисковые системы) играют по неписаным правилам.

Два типа ИИ-агентов нарушают этот договор, каждый по-своему:

• Боты для сбора контента, такие как GPTBot, ClaudeBot, PerplexityBot и CCBot, извлекают и переупаковывают контент издателей, не кликая по рекламе, не конвертируясь в подписчиков и не возвращая пользователей на сайт первоисточника.

Боты для сбора контента, такие как GPTBot, ClaudeBot, PerplexityBot и CCBot, извлекают и переупаковывают контент издателей, не кликая по рекламе, не конвертируясь в подписчиков и не возвращая пользователей на сайт первоисточника.

• Агенты для выполнения задач теперь автономно вызывают платные API, потоки данных и вычислительные службы от имени человека или другого агента полностью без участия человека, чтобы нажать «купить» или ввести данные кредитной карты.

Агенты для выполнения задач теперь автономно вызывают платные API, потоки данных и вычислительные службы от имени человека или другого агента полностью без участия человека, чтобы нажать «купить» или ввести данные кредитной карты.

Оба типа бот-активности создают одну и ту же фундаментальную проблему: владельцу ресурсов нужен программный способ тарификации каждого запроса для автоматизированного клиента, иначе ему приходится нести убытки, блокировать трафик или пропускать его через медленные человеческие сценарии оплаты (ключи API, предоплаченные кредиты, выставление счетов вручную), которые не соответствуют реальному принципу работы агентов.

Прямая блокировка — это защитный, а не стратегический шаг: для контента она просто отрезает вас от любого слоя поиска на базе ИИ, который появится в будущем; для API и данных она закрывает целую зарождающуюся категорию покупателей. Более правильный шаг — тот, который рынки всегда делали при появлении нового класса потребителей: взимать плату за доступ в форме, с которой этот класс потребителей действительно может совершать транзакции. Для агентов это означает отсутствие форм регистрации, кредитных карт и необходимости одобрения человеком — только запрос, цена, подпись и повторная попытка.

Именно для этого предназначен x402 protocol. Это открытый стандарт, который перепрофилирует давно дремавший код состояния HTTP 402 Payment Required в машиночитаемый рукопожатий для микроплатежей в стейблкоинах.

В этом блоге я рассмотрю протокол x402 на примере пейволла издательского контента, поскольку его проще всего визуализировать от начала до конца.

Почему это проблема уровня «эдж», а не бэкенда

Вот стратегическое понимание, на котором построена эта демоверсия: клиенты Akamai не должны затрагивать свою исходную инфраструктуру для монетизации агентированного трафика.

Большинство бэкендов представляют собой устаревшие системы управления контентом (CMS), самописные бэкенды или сторонние платформы, которые никто не хочет модифицировать. Для большинства команд выполнение любого из следующих действий просто ради тарификации автоматизированных клиентов является заведомо тупиковым вариантом:

• Интеграция SDK криптокошелька

Интеграция SDK криптокошелька

• Добавление промежуточного ПО для проверки платежей

Добавление промежуточного ПО для проверки платежей

• Поддержание уровня безопасности, близкого к требованиям PCI

Поддержание уровня безопасности, близкого к требованиям PCI

Это та же причина, по которой CDN побеждают, располагаясь перед бэкендами, а не требуя их переписывания.

Почему Akamai отличается от других

Мы уже находимся перед трафиком в качестве основного обратного прокси-сервера. Эта позиция и является нашим рычагом влияния.

На рисунке 1 суть концепции проиллюстрирована на одной диаграмме: бэкенд никогда не видит трафик агентов, который не оплачен, и ему не пришлось менять ни единой строки кода, чтобы это реализовать. Вся новая логика — обнаружение, согласование платежа, расчет — находится на эдже как отдельный добавляемый слой. Бэкенд за ним с тем же успехом может быть платным погодным API, лентой рыночных данных или сервером инструментов MCP, а не новостным сайтом.

Почему «бессерверные вычисления на эдже» — это правильная экономическая модель, а не просто технический выбор

В эту архитектуру заложено второе стратегическое решение: запуск пейволла в виде Spin/Wasm на Akamai Functions вместо традиционной постоянно работающей службы бэкенда.

Это важно с коммерческой, а не только с технической точки зрения.

• Структура затрат с оплатой по факту использования соответствует доходам с оплатой по факту использования. Шлюз выполняет код и расходует ресурсы только тогда, когда действительно появляется агент. Клиент с низким объемом трафика агентов сегодня платит почти ничего; тот, на кого внезапно обрушивается поток нового агента, не должен заранее выделять под него ресурсы. Кривая затрат отслеживает кривую монетизации.

Структура затрат по факту использования соответствует модели доходов по факту использования. Шлюз выполняется — и стоит денег — только тогда, когда действительно появляется агент. Клиент с низким объемом трафика агентов сегодня платит почти ничего; тот, кого внезапно затронул новый агент, не должен заранее выделять под это ресурсы. Кривая затрат повторяет кривую монетизации.

• Здесь нет планирования емкости и простаивающей инфраструктуры. Нет необходимости рассчитывать размер инфраструктуры на стороне origin для паттерна трафика (всплесков активности агентов), который по своей сути является импульсивным и непредсказуемым.

Здесь нет планирования емкости и простаивающей инфраструктуры. Нет необходимости рассчитывать размер инфраструктуры на стороне origin для паттерна трафика (всплесков активности агентов), который по своей сути является импульсивным и непредсказуемым.

• Задержка при холодном запуске решается путем выполнения кода в Wasm на периферии (edge), а не за счет избыточного резервирования контейнеров origin в одном регионе.

Задержка при холодном запуске решается путем выполнения кода в Wasm на периферии (edge), а не за счет избыточного резервирования контейнеров origin в одном регионе.

• Это дополняющее, а не инвазивное решение. Клиент может включить его для одного свойства (property), одного шаблона пути или одной категории ботов — и так же легко отключить — с помощью изменения правил в Property Manager, без каких-либо деплоев в собственный стек.

Это дополняющее, а не инвазивное решение. Клиент может включить его для одного свойства (property), одного шаблона пути или одной категории ботов — и так же легко отключить — с помощью изменения правил в Property Manager, без каких-либо деплоев в собственный стек.

Кратко: это не просто «пейвол для ботов». Это шаблон, позволяющий клиенту Akamai создать нативный для периферии промежуточный слой монетизации (middleware), который превращает сигналы обнаружения (Bot & Agent Control) и периферийные вычисления (Akamai Functions) в прямой источник нового дохода для клиентов, причем CDN берет на себя коммерческую реализацию, которую origin никогда не должен был выполнять.

Почему производительность по-прежнему важна

Несмотря на то, что аудиторией являются боты, задержкой нельзя пренебрегать. У агентов тоже есть лимиты по времени и таймауты, и медленный шлюз будет просто проигнорирован или добавлен в черный список оператором агента, что уничтожит возможности монетизации. Выполнение рукопожатия (handshake) в виде скомпилированного компонента Wasm на периферии Akamai, географически близко к месту возникновения запроса агента, обеспечивает достаточную скорость для кругового пути 402 → верификация → расчет → 200, чтобы он не стал для агента очередной причиной прекратить обращаться к вам.

Технический разбор

При предоставлении веб-сервисов для ИИ-агентов и автоматизированных сканеров обеспечение монетизации без нарушения традиционного пользовательского трафика требует модульной границы Zero Trust. Эта архитектура обеспечивает бесшовную верификацию платежей с помощью четырех независимых компонентов, каждый из которых выполняет одну задачу в конвейере запросов:

• Property Manager осуществляет точную дифференциацию трафика.

Property Manager осуществляет точную дифференциацию трафика.

• Akamai Functions выполняет логику пейвола на периферии с помощью Wasm.

Akamai Functions выполняет логику пейвола на периферии с помощью Wasm.

• Инструмент координации x402 изолирует проведение криптографических и блокчейн-транзакций.

Инструмент координации x402 изолирует проведение криптографических и блокчейн-транзакций.

• Origin остается полностью нетронутым при обслуживании верифицированных запросов.

Origin остается полностью нетронутым при обслуживании верифицированных запросов.

Четыре движущихся элемента, каждый из которых выполняет свою четкую и узкую задачу (Рисунок 2).

Property Manager (плюс Bot & Agent Control)

Классифицирует трафик: перенаправляются только те запросы, которые помечены как трафик ИИ-агентов. Все остальное — люди, поисковые роботы — попадает на настоящий origin точно так же, как и раньше.

Akamai Functions (приложение Spin/Wasm)

Сам пейвол: он выдает статусы 402, общается с координатором, проксирует платные запросы к origin. Не хранит состояние, за исключением недолговечного кэша KV.

Координатор x402

Сторонний (или размещенный самостоятельно) сервис, который проверяет подписанные платежные данные и отправляет фактическую транзакцию расчетов в блокчейне — приложение шлюза никогда не касается закрытых ключей или газа.

Origin

Полностью без изменений: Akamai Functions отправляет заголовок на origin для подтверждения успешности оплаты.

Поток запросов, шаг за шагом

Элегантность x402 заключается в том, что все это согласование — определение цены, подписание, верификация, расчет — происходит в рамках одного повторного HTTP-запроса. Здесь нет редиректов в стиле OAuth, создания учетных записей или предоставления ключей API. Кошелек агента является одновременно его идентификатором и способом оплаты (Рисунок 3).

Когда платеж не получен, агент видит:

Когда платеж прошел успешно, агент видит:

Создание решения: ключевые детали

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

Обнаружение целиком остается в Property Manager

Приложение Functions доверяет единственному сигналу — заголовку `X-Detected-Agent`, который устанавливается выше по потоку после того, как Bot & Agent Control (или список соответствия User-Agent в качестве резервного варианта для аккаунтов без него) классифицирует запрос.

Это сделано намеренно: логика обнаружения и логика монетизации разделены, и это разделение позволяет клиенту развивать стратегию обнаружения ботов без необходимости переразвертывания приложения шлюза.

Ответ с кодом 402 представляет собой настоящий полезный блок x402 по спецификации, а не заглушку

Стоит отметить две детали, поскольку в них легко ошибиться (что и произошло при разработке):

• `resource` должен быть полным URL-адресом, а не путем — клиентская библиотека x402 проверяет его как URL и отклоняет простой путь.

`resource` должен быть полным URL-адресом, а не путем — клиентская библиотека x402 проверяет его как URL и отклоняет простой путь.

• `extra.name` / `extra.version` описывают домен подписи EIP-712 для контракта токена. Без них координатор не сможет проверить подпись и выдаст ошибку `invalid_exact_evm_missing_eip712_domain`.

`extra.name` / `extra.version` описывают домен подписи EIP-712 для контракта токена. Без них координатор не сможет проверить подпись и выдаст ошибку `invalid_exact_evm_missing_eip712_domain`.

Проверка (verify) и расчет (settle) — это два отдельных вызова координатора

И оба ожидают один объект требований к оплате — а не обертку массива `{ accepts: [...] }`, которую получил клиент. Отправка обертки приводит к обманчиво общей ошибке: `“No facilitator registered for scheme: undefined and network: undefined”`, поскольку координатор ищет параметры `scheme`/`network` в объекте, у которого их нет на верхнем уровне.

Газ для расчетов — это проблема координатора

Для схемы `exact` в Виртуальной машине Ethereum (EVM) агент подписывает только внесетевое сообщение EIP-3009 `transferWithAuthorization`; координатор отправляет транзакцию в блокчейн и оплачивает газ. Это важная деталь для концепции оплаты по факту использования: агентам нужен небольшой баланс USDC для оплаты, но для успешного прохождения запроса ETH не требуется.

Легковесный кэш KV

Загрузка одной страницы может вызывать десятки запросов подресурсов; взимание платы за каждый запрос было бы неудобным и медленным. Приложение сохраняет в KV-хранилище Spin недолговечный флаг «уже оплачено», используя комбинацию отпечатка клиента и пути к ресурсу, поэтому один платеж покрывает всю сессию страницы.

Исходящий трафик разрешен по списку допусков, а не открыт

Параметр `allowed_outbound_hosts` в файле `spin.toml` ограничивает компонент ровно двумя хостами: посредником и реальным источником. Это не просто дополнительное усиление защиты — Spin по умолчанию блокирует все остальные исходящие хосты, что является отличным стимулом для проектирования сети по принципу наименьших привилегий.

Что доказывает эта демо-версия

Клиенты Akamai могут перейти от нулевой монетизации трафика агентов к работающему блокчейн-шлюзу платежных расчетов, добавив всего одно правило Property Manager и развернув одну небольшую периферийную функцию — без каких-либо или с минимальными изменениями в исходном коде.

Вся процедура согласования платежа завершается в рамках одного цикла HTTP-запроса/повтора, с задержкой уровня edge и в бессерверной среде выполнения.

Ознакомьтесь с репозиторием кода демо-версии. В этой демо-версии намеренно оставлены некоторые моменты упрощенными, которые в продакшене были бы ужесточены: защита от повторного воспроизведения для заголовка `X-PAYMENT` (одноразовый номер плюс проверка в KV), реальная модель ценообразования/сессий вместо буквальной оплаты за каждый запрос. Ни одно из этих изменений не является архитектурным — это усиление защиты поверх паттерна, который уже работает от начала до конца на периферии Akamai уже сегодня.

Реалистичный взгляд на внедрение: платит ли кто-нибудь вообще?

На этот вопрос стоит ответить честно, а не строить предположения, так как он определяет, кому следует заняться созданием этого решения прямо сейчас.

Сама спецификация x402 пользуется реальным, хотя и ранним спросом — ее публичная панель мониторинга сообщает примерно о 75 миллионах транзакций, объеме около 24 млн долларов США, примерно 94 000 уникальных покупателях и около 22 000 продавцах за недавний 30-дневный период (данные предоставлены x402.org самостоятельно, поэтому являются ориентировочными, а не независимо проверенными). Протокол также имеет реальную институциональную поддержку: Coinbase, Circle, AWS, Anthropic и Vercel названы в числе участников, а спецификацией теперь управляет организация при поддержке Linux Foundation x402 Foundation, что сигнализирует о подлинной стандартизации, а не о побочном проекте какого-то одного вендора.

Но если присмотреться к тому, что именно покупается, вырисовывается закономерность: задокументированное внедрение в подавляющем большинстве случаев связано с расходами агентов на инфраструктуру — агенты платят за инференс моделей на GPU (Hyperbolic), предоставление вычислительных ресурсов (OpenMind), рыночные/социальные данные в реальном времени (Zyte, Neynar, Boosty Labs) и вызовы инструментов MCP (собственный протокол Anthropic). Это случаи, когда агент выполняет задачу для платящего человека или бизнеса и должен приобрести ресурс для ее выполнения — это простая, уже заложенная в бюджет покупка.

Что дальше

Боты общего назначения для сбора данных (GPTBot, ClaudeBot, PerplexityBot, CCBot), которые автономно оплачивают запрос 402 издателя «в полевых условиях», могут появиться следующими. Современные краулеры не оснащены кошельками и не настроены на автооплату — они созданы для свободного сканирования или блокировки. Тем не менее, 2026 article предполагает, что Google уже начал пилотную программу с избранными издателями для оплаты их контента.

Об авторе (-ах)

Дипак Джа (Deepak Jha)

Дипак Джа — ведущий корпоративный архитектор в компании Akamai, помогающий предприятиям в регионе APJ проектировать интернет-архитектуры, которые остаются быстрыми, безопасными и отказоустойчивыми при масштабировании. Более 20 лет он руководит проектами в области периферийных вычислений, инженерии производительности, DevSecOps и внедрения искусственного интеллекта, а также проводит оценки отказоустойчивости и безопасности, которые защищают веб- и мобильные приложения от современных угроз. Он убежден, что безопасность и производительность работают лучше всего, когда они заложены в архитектуру с первого дня. Дипак имеет степень бакалавра в области машиностроения и автоматизации, а также сертификаты TOGAF, CISSP и CKA.

Теги